Hacker Newsnew | past | comments | ask | show | jobs | submit | niccaluim's commentslogin

Right. So, professional journalists with experience, and who are anything but anonymous.


Except when they are, like with the Economist.

Anyway, they're single voices, not a variety. So bubble.


3) Experience is a series of non-fatal mistakes.

Not everything is a financial metaphor.


They're probably forbidden from speaking publicly about this by their PR people, no matter whether it's positive or negative.


Unfortunately the law is implemented by regular ol' people who are given quite a bit of discretion.


Uh huh. Stephen Fry has you pegged, I'm afraid. http://youtu.be/J7E-aoXLZGY


Beautiful rejoinder. That was a fun video. :)


I like metric as much as the next guy but you can pry knots from my cold, dead hands.

Sincerely,

An aviator and sailor


You may add feet for altitude (you fly in levels that are in hundreds of feet, like FL300 is 30000'. In meters you get to fly separations of 300m which can be much more error prone).

I've flown to Moscow dozens of times and the altitude in meters is much more confusing(even if you only use it now below the transition level, from 0 to 3000'), the wind speed in m/s you may get used to, but Knots is much better for all speed units (also the mach num aproximately corresponds with NM/min, example 0.80 Mach is 8 NM/min.)

Another pilot and weekend sailor.


Your cold hands, Fahrenheit or Celsius? ;)


Kelvin


Counter offers are a little silly. People in our industry are already making far above the median, which makes it extremely unlikely that money is the motivation behind resignation. More often it's a bad manager—there's a saying that people don't quit jobs; they quit bosses—uninteresting work, change in direction, or some other environmental factor. If you're going to make someone a counter-offer you should also be sure to address the real issue that caused them to want to leave in the first place, or they're just going to leave after a short time anyway.


Uh, no. We in the industry make a lot of value and as such, we should have no compulsion about trying to capture as much of that value as possible.

This is a business relationship. I'm not going to be satisfied earning less than my market value just so another party can make a larger profit.


Yes, by all means, ask for what you're worth. My point is that money is almost never the reason people decide to start looking for work elsewhere. A counter offer by itself is sort of an empty gesture that is bound to be ineffective in the long run as a retention tool.


And you wonder why people in hot housing markets like in Portland really hate the new wave of tech transplants.


Suppose you make delicious fruit pies which you could sell for $5. Along comes a company that will buy your pies and sell them for $40. Would you:

A) Tell the company; "I'll split the profit with you."

B) Tell the company; "I'm an honest days work for an honest days pay kinda guy. You keep all that extra value."


> People in our industry are already making far above the median

Well, half of them are.


The median income in the US (in 2014) was $29k. The median salary for a software engineer is supposedly $95k. That's more than triple the overall median.

Sources: https://www.ssa.gov/oact/cola/central.html https://www.glassdoor.com/Salaries/software-engineer-salary-...


That's the average salary for a software engineer, not the median. Also, the SSA site uses "net compensation" for their numbers, which they define as "compensation (wages, tips, and the like) subject to Federal income taxes, as reported by employers on Form W-2" and "includes contributions to deferred compensation plans, but excludes certain distributions from plans where the distributions are included in the reported compensation subject to income taxes". It is not clear to me how that maps to salaries reported on Glassdoor.


I could have sworn that page said median, not average. Thanks for the correction.


That median salary includes fast food workers and other low/non skilled positions. Comparing our profession against that is dishonest.


You completely lost me. We weren't discussing the median skilled wage, we were discussing the median wage. The median wage is the median of all wages.

Trying to redefine words in the middle of an argument strikes me as dishonest.


I didn't redefine anything. I pointed out that the "median wage of all wages" does not add anything in the discussion when we're talking about skilled labor. Trying to compare skilled labor wages to all labor wages of course is going to make it seem like the skilled labor is getting paid too much. That's what's dishonest.


He means the median income for the US. An easy, easy majority of developers and sysadmins are making more than the US median income.


"People in our industry are already making far above the median"

The median also includes lots of low/non skilled positions. I really don't care how I'm doing compared to that


It is all about point of reference, depends on you are comparing yourself with someone that makes you more in industry or someone that makes less in other industry.


When I was there I was taken into the VAB with a group. The SRBs for the next Shuttle launch were there. Nobody else was in there. "Security" consisted of a guy asking if I had any lighters or matches.


FWIW the Unicode spec describes combining marks as characters in their own right. So if the intent is to reverse characters, page 21 does the job. The resulting sequences will potentially be defective but not ill-formed.

That being said, an FAQ on combining characters points out that Unicode's definition of "character" may not match an end user's, and that it's best to use the word "grapheme" instead for clarity. (And that being said, if the typical end user knows what "grapheme" means, I'll eat my cat.)

So from a practical standpoint, it's best to make sure that any input to rev is in one of the composed normal forms.

(Incidentally, the proper sequence is <base character><combining character>…, not the other way around.)


> So from a practical standpoint, it's best to make sure that any input to rev is in one of the composed normal forms.

But there are real world characters that don't have precomposed forms (IIRC e.g. indic scripts).


  > Incidentally, the proper sequence is <base character><combining character>…, not the other way around.
A mistake in Unicode, IMHO. The other way around, it would have been possible to identify the end of a combining sequence without looking past the sequence. Also, ‘dead keys’ could have directly generated the required combining characters just like normal characters, rather than requiring special processing.


I can't help but notice that this very website on which we are writing comments is beige. ;)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: