I'm not the user you're replying to, but I found this question interesting.
> Do you think programming productivity is possible to measure and if so how?
For the purpose of discussion, I would propose that a team of developers are given a simple task with highly specific and explicit functionality requirements. This team of developers should Ideally have no experience with any of the technologies used. Experience with the problem domain is acceptable. These developers would then be tasked with building out the solution with various different technologies (languages, frameworks, libraries). We then compare the time it took for the developers to complete the task relative to the amount of bugs present in the solution. For example, the team could be tasked to build a gui calendar with Haskell and then Python.
The issues with the above proposed experiment are as follows:
* We would need to find some way to adjust for problem domain familiarity. The developers are going to get better, and thus more productive, at the task after they have completed it the first time.
* We need some sort of concrete numerical measure of "bug likelyness" for lack of a better term. All software has bugs, but some are very hard to find or appear only during runtime under very specific conditions.
* We need to decide whether or not we take the language ecosystem into account. In the calendar example I provided above, Python would obviously be more productive because there are a ton of different packages available that make creating a GUI extremely trivial.
* Do we take into account time spent on learning the language/tool/package/framework/library? Do we measure the amount of time that it takes the team to feel comfortable working with a new technology?
All in all, it's an interesting thought experiment and I'm interested to hear what you think.
Thank you. I would personally be beyond thrilled if I ended up being, "That cranky bastard who always brought up environmental and social doom." I would feel pretty foolish however, if I bet on that outcome, and just hoped for it to materialize.
The reason you see people concerned about this is because most people assume Trump will defer to his VP on most policy stuff, and his VP is very, very anti-gay. The reason people assume this is that one of the other people considered to be his VP pick, John Kasich, told the press that when Trump's son pitched the job, he said that he could be "the most powerful vice-president in history" and that he would be in charge of both domestic and foreign policy.
It seems that message was lost on his supporters. I've seen scant evidence in interviews, polling, or personal interactions to indicate this pro-LGBTQ stance is shared.
No doubt. The Republicans have always been anti-gay. It's just that Trump done more than anyone ever has to bring them around on this issue.
I'll never forget the cheering and applause Thiel got from Republicans when he announced he was proud to be gay at the RNC. That was a pretty special moment.
He has a long record of being pro-LGBT and if he was going to backtrack on that to appease his supporters he would have done it before the election, not now after he already has their votes.
Dear down voters: it should be obvious that just because smoking is not literally guaranteed to destroy your lungs, and you can find plenty of counter examples, it's still a very good idea to warn people that "smoking will destroy your lungs".
And it would have been a good idea to do that back in the 50s when doctors were calling it safe without the science to back up their claims. "You have no evidence" is what you say to justify avoiding something suspect, not what you say to justify consuming it!
Sure, counterexample: my grandfather. Hyperbolic claims like "it will destroy your lungs" are counterproductive in the long run; far better to give a measured, accurate description of the actual level of danger.
There is still so much science to do related to food, we just do not have a good grasp of all the nutrients your body needs and what allows you to absorb those nutrients the best. One form of protein from a plant can have completely different absorption rates than that of protein from a cow, its a complete crapshoot to try and blaze a trail with processed staple food products due to the lack of understanding we have of nutrition, and its going to take decades of research to even start to unravel the mysteries of the human bodies digestion system.
I get why it seems distasteful, but I personally thought it was pretty clever. This site thrives on good, real world examples in the home page, so it would make sense to incentivize people to agree to let the site use their examples. If it were a larger company I would probably not like it either, but I'm willing to give a pass to a very small business.
Maybe there is a lot of value in having lots of samples. People are more likely to give permission to get out of the fee than to get a discount.
Personally I'd increase the discount to around 10% (raising the base price to compensate) and have "Allow us to use this as a sample" checked by default; but I wonder what % of people have a strong reaction like the OP here.
There was another submission that was on the front page half an hour ago with only a few comments (so no flamewar) and appears to have been directly removed by a mod: https://news.ycombinator.com/item?id=12724507
This does mean that Stripe users in Japan can charge in USD, or our other supported currencies. You put the currency in the API call based on whatever logic you want; we charge the user's CC in the specified currency; we credit your bank account JPY at the appropriate rate. (I work at Stripe, in Japan.)
As is typical for Stripe, this involved an ungodly amount of offline work to enable an extra query parameter that most of our customers will never have to think deeply about the implementation of.
The question is not whether or not the food picks up bacteria, but how likely the bacteria is to endanger our health (and how likely a deficiency of bacterial exposure caused by being too careful is to endanger our health).
Do you think programming productivity is possible to measure and if so how?