skysight-inc/HackerNews huggingface dataset:
Edison's response to the critics - http://query.nytimes.com/mem/archive-free/pdf?res=9906E4D813...
https://youtu.be/akVL7QY0S8A?t=20m28s
Lots of developers just like developing. At a place I used to work at, one of the best and most senior developers (15-20 years experience) got promoted to project manager for a major project. It took 3 month before he showed up in his bosses office and basically said "demote me back to a developer, or I quit". All he wanted was an office, a hard problem to tackle and to be left alone.
> Having the caller do it seems quite pointless when the recipient is anyway doing it.

Actually, I disagree. The caller is the only one who has semantic information about what the variable (and hence its value) means. All the callee (recipient) can do is blind cast it. The caller on the other hand can interpret it because it knows the meaning (talking about the developer, not the engine).
I love GitLab, I'm using it for my freelance projects, but there's one thing that I encountered that is crucial, choosing which web server you want to use, I have apache2 installed at work and installing the gitlab omnibus package which uses nginx breaks my apache installation and I didn't find it easy to use both alongside.

Besides that, GitLab is fantastic and I thank you for that.
It's hardly just OpenBSD. Read Al Viro's comment to http://lwn.net/Articles/601958/ He notes that Linus left the list due to the same policy.
There's a number of ways to compensate your best developer in ways not necessarily money orientated:

- Give them flexi-hours. They can come and go as they please so long as either a minimum amount of time is worked or better still they are measured on output and not on time

- Give them the opportunity to work on research and development (aka 20% time)

- Give them the opportunity to work on problems that your company has. If you have 50 people and several development teams I'm sure there are lots of internal problems this developer could help address

- Give your developer people to mentor. S/he might relish the opportunity to help others raise their game to his/her levels of awesomeness

If none of that hits the spot, find out what motivates your developer and work out how to align his/her motivations to the output of the work they go on to do.

Above average developers are not easy to find. You need to make sure that you've done everything in your power to keep your best developers onboard as replacing them is not easy.
They are usable but they can be improved quite a lot, they are too general. The night map is specially bad.
Yes, of course. But that's ABI, not API.
A Tale of Two Standards [Jeremy Allison, 2005]
Of course. Nobody is arguing that Newtonian mechanics is not a phenomenal approximation at scales that are very useful for humans, but that doesn't make the analogy any less flawed.
Homeowners are buying into houses that have inflated market rates because of the surrounding rent controlled units (same segment of the population fighting over inflated homes/apartments). Yes, it's difficult to move if you own a home -- you need to arrange buying and selling and transferring assets and all of that. However, you actually have more freedom to move to an area that does not have rent control (cheaper average home prices, all other factors considered), or move to a similarly priced home in the same general area.

You're trapped for logistical reasons that are surmountable with a little work. You're not trapped in the sense that you absolutely can't afford to move anywhere else in your city, because of overinflated residence costs.
>playing <video> tags uses ffmpeg on linux

If only. It uses that broken pile of abstraction called GStreamer.
As others have said, you can go 'meta' and create a script that creates those forms. Boom! you're being paid to watch a computer do everything for you.
That sounds nice in theory, but they're not all equal. Some are much more productive, knowledgeable, etc.

Look at it this way: You can give him 20% time or he'll give you 0%.
No kidding. I somehow forgot about Radia Perlman, too.
There is evidence that the games kids choose and how they react with each other has an effect though, and some of that seems to be affected by natural gender-sensitive bias.

Though while this might be large enough to be considered statistically relevant, nothing I've seen suggests a natural bias strong enough to account for more than a fraction of the mis-balance we see in later life in the science & technology arenas, so social pressure (even "accidental" pressure due to, as you suggest, the "toys" parents and other family buy), both at a young age and as kids progress through school, are presumably the larger factors by quite some margin.

There are natural gender biases, mental as well as physical, that are not caused by external cultural pressure, and to completely disregard that would be a mistake. But I think (caveat: going by my experiences here rather than any scientific study) in most cases that the difference between the average man and the average woman is smaller than the range of differences within each gender (so if you consider only the bulk of the population it might be valid to consider us identical overall).
There's no information here, just a sign up page. How does this celebrate the day in anyway?
"They're all while loops because shut up, you're overthinking a joke." Just curious what is wrong with all the while loops ?
I gotta say my enthusiasm is significantly dulled.
I prefer scientific articles, because they tend to be peer-reviewed, and have a testable null hypothesis.

Its also why I avoid books like outliers by malcolm gladwell.

Thanks for the recommendation, I'll probably check it out eventually.
http://marc.info/?l=openbsd-misc&m=140200815827477&w=2

Another way to phrase this is

The OpenBSD user community should accept they have suffered
because Theo declined an invitation to a private email list,
entirely unrelated to the vendor who was in control of deciding
where the notification would go.

If you read the actual email thread http://marc.info/?t=140199386400003&r=3&w=2 you'll get a different perspective than the one that comes from a game of telephone played with social media comments.
Are you going to go through this dilemma for all your developers when they consider jumping ship at various points of their careers? Probably not, so you're already doing something special for this person.

Since you seem to be intent on being a robot with regard to personnel decisions, there is only one question to answer: Is your company going to go down the tubes if he/she leaves? If so, do what you can to keep them. If not, cut ties and move on.

As an aside, I find it humorous that you're consulting an anonymous online message board for this type of advice. Surely you've handled more difficult problems than this in growing to a 50 person company?
False sense of security? They provided the best SSL stack for years, and for free. Everybody knew for long that OpenSSL was a mess, and the harsh reality is that no one wanted to take care of it beside the few (almost benevolent) OpenSSL developers.

So now, the OpenBSD guys come in with their almighty attitude, while they knew about it for years and didn't bother to do anything about it before. No one wanted to do that job before Heartbleed, so yeah, it's really uncalled for to be that rude. We should all be grateful the OpenSSL team did what they did for so long.
Give/boost his share of a company.

Then he'll feel that his role is more important than just do-it-all coder.

Alternatively boost his salary. Don't become the next statistical corp where the only way to get raise is to leave.
So you say yourself that girls don't like nerds. So who is to blame? And the "treated as potential meat" remark is just sexist from you.

Also those where the days of playing video games on home computers. Professional IT work was decades later.

And boys weren't the gate keeper to the technology either - how should that have worked? Today as then, if you are interested in doing stuff with computers, nobody can prevent you from doing it.
> Can you explain why?

Hopefully.

> How does putting (int) before the arguments to function help anything?

It wouldn't. Anyone who is casting from an unknown type to an int by using just `(int)` is doing something wrong in my opinion.

Even in web-based applications there are at least two layers of code:
i) One where the type of the values are unknown and they are represented as strings.
ii) One where the types of the values are known.

At the boundary between these two layers you should have code that inspects the strings that represent the input values, check that they are acceptable, and convert them to the desired type. If the input values cannot be converted to the desired type, the code needs to give an error that is both specific to the type of error so that a computer can understand it, as well as provide a human understandable explanation of why the conversion was not allowed.

The reason why I want strong types is that I never, ever want to blindly cast from one type to another. The decision about how to convert from one type to another, should always be made at a boundary between areas of the application where types are known, and the areas where the types are unknown. I always want to be forced to make that decision in the right place, using code that gives useful errors and messages, rather than having the value coerced into the desired type.

tl;dr I won't use (int) to cast, I will use something like the code below.

cheers
Dan

function validateOrderAmount($value) : int {
$count = preg_match("/[^0-9]*/", $value);

if ($count) {
throw new InvalidOrderAmount("Order amount must contain only digits.");
}

$value = intval($value);

if ($value < 1) {
throw new InvalidOrderAmount("Order amount must be one or more.");
}

if ($value >= MAX_ORDER_AMOUNT) {
throw new InvalidOrderAmount("You can only order ".MAX_ORDER_AMOUNT." at a time.");
}

return $value;
}

function processOrderRequest() {
$orderAmount = validateOrderAmount($_REQUEST['orderAmount']);

//Yay, our IDE/static code analyzer can tell that $amount is an int if the code reached here.
placeOrder($orderAmount);
}
It's not unusual for upper management to have discretion and a budget. Forget side projects -- work with him to find an important and interesting thing you won't micromanage at all.

Perhaps importantly: maybe "lead" roles no longer have any meaning, but if you are determining the engineering schedule months in advance, in enough detail for him to know it won't be interesting to work on, he could be frustrated by the micromanagement (whether it is real or only perceived is something I cannot know).
We looked into using it. After much thought, we decided not to, here's why: https://wiki.php.net/rfc/scalar_type_hints_v5#why_not_use_us...

I break down all of the proposed alternatives and the cases against them.
The trick is to know a little about everything, which can be acquired by:

* Reading from a variety of sources (HN does provide a lot of this, click on more than just the tech articles).

* People in our age group seem to have more interest in being heard than interest in listening. Don't do that. Ask questions (which is in itself a good way to hold a conversation), even about things you wouldn't think you would be interested in.

* Learn to at least listen to opinions that differ from your own. Big bonus if you can dedicate energy to contemplating those opinions.

In addition:

* Nobody wants to hear about Game of Thrones or the latest computer game that you play. Entertainment media rarely makes for good conversation unless you share the specific entertainment piece in question (mostly sport); however, you are doing little for your future conversation ability by participating in an echo chamber.

* If you screw up people will probably forget about you, not remember you as an idiot. Don't be scared to practice on strangers.

* Keep your bloody phone in your pocket and ignore it.
there is a difference between it being cool and being acceptable. you had an identity as a nerd. you were accepted as a nerd, and cool people were probably happy that you were because it put you lower on the totem pole.
Native Dutch speaker here, and i beg to differ: i would be very surprised if someone said "Daar staat een groepje jongens" (there's a group of jongens) and meant a group of girls. "Jongens" is definitely masculine.
That's a questionable matter. In every project, there is a little interesting stuff, and the rest is just chores.

Even if you're doing your own project, there will be a bunch of boring unpleasant work.
I'm in the Netherlands. Google has access to Dutch public transport schedules, yet Google Now persistently fails to detect when I use public transport. It even tells me I parked my car at the train station!

It is slowly getting better in detecting bicycle use, though.
I think we have bigger problems to address before we get to these minor contrivances.

This resume is not web scale enough. We need to wrap the resume in node.js so it can be non-blocking for big data. It should be written in an esoteric JS variant and transpiled to ES5 because everyone knows ES5 is unreadable. Oh and the storage of his education and job history should really be stored in a NoSQL database like MongoDB that way he can shard asynchronously. When he presents the resume in his interviews it should be wrapped in a webkit container.
"She advises readers to “eat butter; drink milk whole, and feed it to the whole family...."

Isn't lactase persistence in modern humans a consequence of pastoralism of the neolithic era? In Europeans, the genetic mutation for it is estimated to be only 7,500 years old.

... Oh, I see from various web sites that this is a contentious point among paleo practitioners.
Remember the Nokia N-gage? http://en.wikipedia.org/wiki/N-Gage_(device)
no verification?

Apple Pay requires Touch ID on use.
That might be a core problem right there. There's no developer influence in product meetings? While on the business end there might be a need for a feature, business people are not going to understanding what complexities are involved in a particular feature. What you might think takes a day could take 3 weeks. On the other hand, you may be passing over useful features you think are complex but only take a day. If you trust your developers with as much as you say you do, they should have a voice in your meetings. That may be a way to retain this lead developers interest
I find useful for tube conections, although it's really(really) slow and more confusing lately. I've been unable to find a useful bus route with google. But maybe it's me.
Swedish guy sign language interprets song from the “Swedish Song Contest”
In addition to kifler's comments, don't forget to service your existing clients. Repeat business is some of the easiest money you'll make. The client is already sold on you, you just need to continue to take care of them and upsell where applicable.

Also, you can't beat a referral from a trusted friend or colleague. Perhaps offer your existing clients x% off their next invoice for any success referrals, or figure out some similar affiliate scheme.
That phenomenon is not limited to women. Corporate software engineering is a pretty dead-end occupation. You hit an income and title plateau quickly, and--especially in the startup world--ageism starts to kick in after that.
This is a great way to lose special people
"Somewhat conflict with current company goals"

Sounds to me like this is a deeper issue around control and management and boring is just the excuse to not work on something s/he doesn't appreciate being "arbitrarily" forced to work on. (Do they understand and agree with the company focus? Understand being the more important word).

This also makes me wonder if there is a communication barrier that prevents genuine dialogue.

My gut tells me that you probably won't agree with me or change...so it's probably best for both of you to let him/her go.
> A self-driving car that can only do highways and can't drive in bad weather still destroys the trucker industry overnight.

Destroying the trucker industry with a self-driving car which can't drive in bad weather?? I don't think so!
Trucker's clients usually care a lot about predictability, and they would NOT be happy to hear "sorry it is raining and the robot car couldn't arrive".
I recommend buying your computer books in India. US Price for this book is $150 USD. India price is around Rs. 427 which is around $7 USD. Textbook prices, like everything related to education and healthcare are excessively high in the US. A reasonable price would be around $50, which is what this book would cost if it wasn't a textbook.

The same book in Amazon India: http://www.amazon.in/Operating-Systems-Implementation-Tanenb...

Update: Cheaper books bought in India may not be commercially exported out of India
Wow that's sensible and I really didn't expect that reasoning! If you look at IndieDB you can see that he's probably right because there are numerous unofficial Pokemon MMOs in the top lists. People crave for this!
And I'd expect number of women in programming catch up in 20 years.
The N-Gage comes to mind... Urgh.
I very much agree with the Buddhist thought process that compassion, empathy are pivotal to well-being. I was a bit disappointed that these were absent from the list. In my opinion they are foundational in regards to points 4 through 7.
4 Ways to Achieve Higher ROI Using the Crowd
Tip for anyone having trouble reading this in Chrome: Hit F12, select "elements", go over to "Styles", and scroll down to find the "font-weight" and "color" entries, and uncheck them. This will let the default (readable!) font settings show through. For those of us who spend a lot of time on needlework and other fine tasks, it helps a lot!

I don't know squat about CSS or how to fix this for real, but I've bumbled around enough to be able to override this crap when it makes an article physically uncomfortable to read.
As someone who went to school for ME.

The general opinion was:

ME was harder than CS.

Math majors were unlikely to get a job.

Electrical and Chemical engineering were harder than ME (especially chemical)

Civil engineering was a joke. (Probably because our statics and mechanics of materials classes were so easy in comparison with ME classes).

These aren't my opinions just some observations of general opinions of undergrads.
XKCD extension changing smartphone to Pokédex is super relevant now.
One of the things you realize after you get some experience as a manager is that not everyone is equal, so not everyone needs to be treated equally. It's a tech company, not the drive thru line at McDonalds.

People leave for a lot of reasons, and not having opportunities to grow is one of them.

You want to be equal? Everyone with the title Senior Staff Engineer gets to work on super awesome forward looking new space car. Or maybe just 20% time and a ton more stock options.
Idea People vs. Follow-Through People
Speaking only for myself, the boring parts of personal/20% work often pay huge dividends when I go back to non-personal work.
In my personal experience this kind of boredom means that he wants to play and not to work.

I have seen more than 10 or 15 cases of developers who were hired to develop and evolve a product and get "bored" after they learn the new tech that brought them to the company/project and use this as an excuse to not finish the project or keep running the product/company.

I'm not saying that keeping working with new tech or new projects is a bad thing, but it is usually a bad thing for companies to keep such people when what they need is someone to help the company grows and move forward.

I would suggest you to offer him a position where he could use his intelligence and tech skills to help solve real problems for the company and not only program. A few examples:

* Put him in touch with your operational people - If you an e-commerce that ships physical products, let him known and learn how logistics works and what pain points they have

* Make him participate in marketing/product growing meetings and let him help bring more money in

* Enable him to help other developers or fix major problems in the product - not technical problems by themselves, but real problems that slow down the development

If he doesn't want to help maybe he is not a keeper and should be better off doing consultancy/freelancing projects where usually there is not much responsibility once the project is finished.

I see great value on being technically safe and capable, but most of the time what is most valuable is people eager to work and make things go forward for the company.
App Submissions On Google Play Now Reviewed By Staff, Include Age-Based Ratings
Good news in this case: you're not obliged to subscribe to source-changes@openbsd.org. Nor is anybody else... you don't even have to dig the archives or the third party blogs that publicize the commits.

But those who follow the commits know that the developers like to express their minds in the commit messages whether it is bad code written by one of them or somebody else. They're not targetting and publicly shaming some project while throwing insults straight at developers.
You seem to fail to recognize that every time you make a payment with your credit card, you create "one more touch point to deal with" - every shady taxi driver, every hole in the wall restaurant, every employee making $5/hour who just started that day - you are handing your credit card information (and cvv) to them. And, if they ask for ID, there is a non-zero chance that you are giving them your billing information as well.

The value to users of Apple Pay, is that all disappears. They don't get anything useful, you never give them your credit card information, and the token they do get, is only good for that purchase.

Apple pay is a huge leap forward in security, for the card holder - not necessarily for the banks though, if they don't actually verify that the number going into the phone is owned by the cardholder.
I can't say I feel comfortable with an announcement of "there's a vulnarability ranked high but we won't patch it until the 19th". I get why they do it that way and I prefer this announcement to nothing but it's still somewhat unsettling.

They obviously know a lot more about security than I do so I'll live with that decision.
How has Mark Ronson not been sued into oblivion?
> That's leverage the poor have in extracting some kind of negotiated benefit, like better public transit, education rights, re-distributive taxes, and so forth.

Blocking luxury housing from being built is bad for poor and rich alike. So I suppose the poor could use it as leverage, in the same way a bank robber could use a suicide vest as leverage, but is this really a good idea? :)
>Ask questions (which is in itself a good way to hold a conversation), even about things you wouldn't think you would be interested in.

This is really the only trick. People love to talk about themselves.

As the saying goes: "Interested people are interesting."
The Company Using Martin Luther King Jr. To Sell .Sucks
If you are in such a spot that you had to cancel 20% time already, and this person doesn't get it that it is time to buckle down and get to work, best to let him go before he can do any real damage to your goals.

There's more to being a lead developer than just having coding skills and technical knowledge. If he is immature enough that getting bored gets in the way of his work ethic, he has no business being a lead developer at all.

On top of that, if in your entire 50 person company there is not even 1 task that interests him, might not be such a good fit in general.
Entirely virtual monthly JavaScript user group
14 Women Sailed to Sea to Investigate Plastic's Toxic Impact on Hormones
WordBird-Learn Spanish/English for Free (until Apr-15-2015).  Requires Win8.1