skysight-inc/HackerNews huggingface dataset:
I recently adopted the "you shouldn't have to think about your toolset" and "use boring technology" mindsets. I learned React but I stopped following all other wonderful work being done by the community. It was just too much. And as a result I became happier and more productive.

My passion is my pet project which uses JS, not the JS ecosystem itself. I'll wait a year for build tools to become easier and React architectures to stabilize. Until then, my code won't be the holy grail of immutable flux, but my users will never know that. My re-builds take a couple seconds and I don't have hot code reloading. And I'm ok with that.

I work with (what I consider to be) the bare minimum: React, Babel, Browserify, and fswatch. It's all wired together in my Makefile. It works pretty well. When something clearly needs improvement then I'll address it. Maybe I'll switch to Webpack and integrate hot code reloading to improve build times when I have some free time. But only as a luxury. I can get by without it.

The above sounds easier for build tools than for JS architecture. After all, switching from Browserify to Webpack is a lot easier than refactoring your code from your existing setup to something like Relay, Om, etc... What I say to that is this: Gradually integrating flux (vanilla or Redux) into an existing React app is actually very simple. Extract local state, throw it into a store, and add a subscription. I wouldn't expect any refactoring headaches at all if your component hierarchy makes sense. Everything else (for example anything related to GraphQL, ClojureScript, you see where I'm going) counts as "not boring technology" and significantly increases the risk of being pulled back into the unproductive search of JavaScript enlightenment.

I certainly don't want to discourage library authors in any way. If that's what you're passionate about then don't let my jaded thoughts stop you from building something great. We are in a period of great discovery, innovation, and change. I just wanted to share my thoughts about making a conscious effort to minimize my toolset and accepting the tradeoffs of not having the latest tech.
Here's some fascinating things I came across above and beyond lousy management kvetching and nepotism complaints:

- complaints about poor pay, minimal benefits, no options, no 401(k) matching, no wellness benefits, no gym

- not allowed to post Theranos on your linkedin profile...that's crazy goobers

- lots of acknowledgement by reviewers that many of the reviews of Theranos are fake, including a couple that say there's regular pressure to post fake positive reviews on the site. Reading the positive reviews that sound like press releases, I can believe Holmes probably wrote them herself.

- long work hours, minimal work from home, regular weekend work

- incredibly high turn-over rate (no surprise)

- complaints about lack of domain knowledge up through the management chain, from product development to medicine

- very heavy involvement by the COO in everyday employee's work, complaints about the COO's temper and lack of domain knowledge (he, Ramesh "Sunny" Balwani appears to be Stanford CS dropout who went on to get an undergrad and MBA elsewhere)

- descriptions of the assay preparation not being particularly unique...which feeds my previous notion that they're main innovation is subsidizing blood tests with VC money to drive the price down

- employees with experience in the regulatory environment are ignored

- no protocol "if you stick yourself with a needle" (written by a current Phlebotomist)
I personally use this trick on Rocksmith 2014 to add custom DLCs
> Most innovations come from startups, academics, and volunteers in FOSS.

Not sure you can lump 3 very different types of entities into one group.

I agree with your 1st type (startups) but what about #2 (academics) and #3 (FOSS volunteers) - what are some examples that "most innovations" come from them?
Given that front ends have a huge visual component, it kind of makes sense that developers would approach them like clothing fashion: you don't have to watch the designers to look reasonably good, or even pay attention to construction, you just have to watch everyone else.

Well, at least that's what I picked up from this rather honest opinion.
Can you tell me how are you doing Front-End with Python?
Comparatively good does not mean actually good.
I imagine he's saying Coca-Cola makes you fat and diabetic, and thus unhappy, whereas it purports to make you happy. So it creates the problem it says it solves.
Many of the newer Javascript libraries seem massively over-engineered compared to what you actually gain over using jQuery, or even just plain Javascript. I don't want to detract from the complexity of what some of these frameworks can achieve but at the same time it's not like they are doing complex 3D or machine learning.

For me it's about readability and maintainability. I can come back to a program weeks, months or years after it is written; I most likely want to just be able to read, understand and edit it quickly. As soon as something has a huge infrastructure, setup, tooling, transpiling or whatever it just becomes burdensome.

Intercooler.js (http://intercoolerjs.org/) demonstrates a good philosophy.
I haven't seen your logic nailed specifically as a logical fallacy [1][2], but there's something similar to a logical fallacy involved in the type of argument you're making. Namely, that having it relatively good globally should prevent someone from "complaining" (or seeking to improve their situation) locally.

[1] http://tvtropes.org/pmwiki/pmwiki.php/Main/AppealToWorseProb...
[2] http://boards.straightdope.com/sdmb/showthread.php?t=641605
More about Ron Fournier: https://en.m.wikipedia.org/wiki/Ron_Fournier

In short, he's a conservative political hack who's had his own stint of controversy.
Why not just npm scripts instead of webpack/grunt/gulp?
As controversial as his points are, I feel like Michael O. Church really nails this hypothesis. Startup CEOs are not CEOs in any meaningful sense. Startup CEOs are our equivalent of what division vice-presidents were in the '50s and '60s. They're executives with a certain level of autonomy, to be sure, but they're hardly the independent mavericks that the rhetoric around startups would have you believe. Just like VPs in the old corporate conglomerates were ultimately answerable to the CEO, now our startup "CEOs" are answerable to the VC-appointed boards of directors.

In fact, if you squint your eyes a little, a modern Silicon Valley VC firm looks an awful lot like a corporate conglomerate from the '60s (e.g. 3M).
What about non-Western victims of terrorist attacks?
I don't get all the complaints about AWS prices. I just spun up a 60 node Spark cluster with over 5TB of memory, processed 100B data records, and spent $5.50!
They instituted the mandatory death penalty for blasphemy in 1990.
Most old bowling alleys I go to use Brunswick with what appears to be a GUI drawn using box drawing characters
Julia – A Fresh Approach to Numerical Computing and Data Science
What about someone preaching "kill all black people, kill them in the streets and their homes"? This is an idea, and a potentially dangerous one. The right to free speech does not apply to all possible kinds of speech.

Of course racist language should not be illegal. But violent-inciting racist language should be. Anti-Christian or anti-Western language should not be illegal, but language recommending non-Muslims should die is illegal. And many of these websites and lectures promote killing of non-Muslim civilians.
This is quite advanced. At least graduate math level.

Yes, I learned most of this when I took graduate mathematics courses. Soon thereafter I decided that I'd be better off studying computer science...

This is supposed to be a "elementary introduction to the Birch and Swinnerton-Dyer conjecture". Ha.

I don't think the word "elementary" means what you think it means. In number theory, "elementary" means "not involving complex analysis"; it does not mean "straightforward".
Hey. Are you the original dev for firefox?
Universities are big filers of patents, so that leaves startups and FOSS. The latter do a lot of innovative application, but not much invention. If you look at something like a smart phone. The UI was developed at a big company, using ideas originally developed at big corporate R&D labs. The CPU and wireless chips were all designed at big companies. The LCD and touch screen technology is all developed at big companies. The only big FOSS part (the Linux core of Android), is a clone of something (UNIX), invented in a big corporate R&D lab.
Previously:

https://news.ycombinator.com/item?id=10746110

https://news.ycombinator.com/item?id=10782703

https://news.ycombinator.com/item?id=10750789

https://news.ycombinator.com/item?id=10757548

Strangely, for a story which appears to intersect with several of Hacker News' interests, almost no one seems to be interested...
This doesn't apply to Bhuj though. From what I hear, the town has unparalleled facilities not found anywhere else in the country all courtesy of its expats and business people.
That was added as part of XP SP2 as an ADS I think.
How to deal with painful cofounder / friend?
3 close friends started a company that does automated analysis of sensor data.

3 years in we have zero costs and 1 big customer. The company had revenues of $150K in 2015.

All profits are split 1/3 each. Equity is split 1/3 each.

1 of the friends/cofounders is a pain. The other 2 founders agree on this assessment. The main problems with annoying cofounder is his dogmatic attitude and short term vision. He would rather charge our only customer for every minor software tweak instead of enabling our customer to build their business bigger which would in turn help our business. He does not want to do any work to seek out new business. He refuses to help on any parts of the business that he did not explicitly choose to work on.

I tried to offer a deal to him this week where I would take on new development efforts for a new product. I would not expect him to contribute at all but he insisted that he still get 1/3 split because I would be using some functionality that we had already developed though I plan to rewrite everything from scratch because our existing code base is a POS.

I would like to get him to agree to take a lower revenue split because I don't want to work with him but he took a hard line and offered to help build the product which is not what I wanted.

The 2 cofounders that agree on his poor attitude have not kicked him out because of long standing friendship.

Any comments or suggestions are greatly appreciated?
Viktor Frankl wrote about understanding human suffering as the one constant in all our lives and the one thing that binds us all together:

“To draw an analogy: a man's suffering is similar to the behavior of a gas. If a certain quantity of gas is pumped into an empty chamber, it will fill the chamber completely and evenly, no matter how big the chamber. Thus suffering completely fills the human soul and conscious mind, no matter whether the suffering is great or little. Therefore the "size" of human suffering is absolutely relative.”

It's a good exercise to enumerate and guess the dramatic maladies of most people around you, but even that belies the larger truth of all of our shared suffering. It's the human condition.
> If I could get away with a Makefile, I probably would.

You kinda can. I'm seriously considering that in conjunction with <http://entrproject.org/> for watching file changes.

I wrote the book Automate With Grunt out of anger at the terrible docs for Grunt and my displeasure that there was yet another build system out there. And just as the book was released, Gulp came along. Then Webpack. And now there's tools like Brunch.

I still use Grunt, because I spent time learning it. And I'll be damned if I'm going to waste time learning a new tool without a really good reason other than "Coke vs Pepsi".

(edited for organization because I'm tired.)
3 Actionable Heatmap Analytics That’ll Make Your Landing Pages Convert
I use very basic npm script with browserify to watch/build the output. browserify uses babelify transformer.
Then the question is, what is property rights?
What safety in my property and protection against seizure thereof do I have from the constitution?
People started ripping their huge CD Collections (essentially digital masters) and sharing them on Napster and P2P Networks.
Because people are trying to use a hammer on a part that needs a precision screwdriver. A generic OS with a monolithic, non-realtime kernel offers downright terrible support for the useful and interesting parts of embedded components -- the multitude of I/O components designed to keep things from needing the CPU, timers to trigger interrupts at regular intervals, so that it can spend most of its time in sleep, etc.

Generic OSes simply have the wrong sort of philosophy for this. Microcontrollers, like the AVR or ARM Cortex-Ms, tend to provide an environment that gives you more tools needed to take advantage of the processors in a reasonable manner. They provide the hooks for interrupts so that you can service IO when it comes in, they provide network stacks and filesystem libraries that you can use if your project calls for them, or ignore when it doesn't. Because of this, you end up in situations where programming for an ATTiny4313, with 256 bytes of RAM and 4 kilobytes of flash, is more enjoyable and rewarding than a system with a million times those resources.

A lot of this can be blamed on the documentation, or lack thereof. A lot of the higher end embedded devices -- like the broadcom chip in the pi -- don't have nearly the documentation available to the ordinary user as the smaller chips. As a consequence, users have to pore through the tiny amount of documentation that is available to guess their way to the answers, further ensuring that you'll only get a few ports of operating systems that really don't exploit the power of the chip they're running on. You just get a generic experience with a generic OS.

The solution is to hack. Go deeper than Debian, farther than FreeBSD. Bug manufacturers for the tools needed to expose the dark corners of the chip, to get register maps and interrupt handlers. We need good real-time solutions that the common person can count on. To get things not so ugly, we need the opposite of the tools we have now. We need to lay these chips bare, because the current path just isn't sustainable.
Any write ups why your team moved from Ember to React? Seems like the recent tenets of Ember coincide with Reacts's componentized architecture and one-way data. Also if you were able to convince the team to go from Ember to React, appears as though the opportunity to switch to clojurescript was there (although react is the hotness right now so convincing was probably easier).
Messin with Cenky-Wanky
Making behavioral hypotheses about athletically inclined people based on a behavioral model of the crowd in live sport events is not simply empirical science but bad science. You are confusing the spectator (the convention going crowd) for the spectacle (the otherwise normal human behavior that conventions tend to focus on and amplify)
...such a talk can easily succeed in convincing the audience that there is a dry, ridiculous, but famous conjecture coming out of nothing; crazy number theorists have wasted their life to contribute to the list of partial results, which cannot even be claimed to be a long list.

Hopefully I have failed in that way.

Ummm, I guess that even among techies on HN, there are only a small fraction who could understand this. So the author failed with me. Any one want to do an ELI5?
Via the about page: http://www.pricks.com/about

> Blake "Blade" Ross has been working in tech since he began programming for Netscape at 14. When he was 17, he left Netscape to start the Firefox web browser with some colleagues. After Firefox, Blake attended Stanford for a year and then went on leave to build a new company. In 2007, Facebook purchased that company as its first ever acquisition. Blake spent 6 years as a Director of Product at Facebook. He has been featured a number of times for his work in tech, including on the cover of Wired and Spectrum magazines, and in the 2013 Forbes 30 under 30 list.

Like Holmes, Ross also ditched Stanford after a year to start a company :)
Drupal Partners 2015 Top Guest Blogging Pieces
You're right, but I know of a few startup teams that chose Linode, Rackspace etc. at start to account for future 'scalability' concerns. Well the number of users never came and they spent a lot of time just configuring stuff. Of course I have also seen teams that couldn't build a decent business on AWS.

I think the net cost of an extra personnel (a server admin) in a startup team, is more than the cost of the server.
The last time I felt productive doing UIs was with WinForms and before that VB6.
From wheat I read, police have been pulling people over, and if there is cash in the car, "suspected" it might be used for drugs (even though the accused claims it's for other reasonable purchases) and then the person doesn't get the money, even after making a claim to get it back.
Doesn't necessarily mean custom crypto, just "own version of encrypting files"; which could mean custom code using well known open source encryption libraries on files
Even with your counters, it seems innovation would continue via academic grant money and R&D by big companies for differentiation.
> The flaw with this analogy is that when you need to revisit the house you built with a hammer and nails, you can continue using your nail gun.

Say clients wanted a kitchen completely remodeled, you still don't have to use hammer and nails or nail gun --- I could easily demolish the kitchen and 3D print the new kitchen

What you know/done before doesn't necessarily dictate what you'll [can] do (which is the case on the Web)
I'm really interested in the underlying source data and sample groups. Based on the article, I'm unclear if these are actually startups or just small businesses.
What do you think about jspm and systemjs - the way it separates front end vs back end dependencies and generates a config.js was very nifty.
The DevOp
Calling people who try to enforce the patents they own trolls is a disgrace.
I think it sums up the Beginner Community in general, not the JS community. You see this with beginners in everything.
People in America should stop complaining ... and then what?

You acknowledge that Americans have actual, real problems. What is your plan for after Americans stop complaining about their problems? What does that achieve? What happens next? Why is that a desirable future state that you want to encourage?
stud!
Reimage PC Repair License Key 2015 Crack Full Download
Appreciate your citing this fallacy. We certainly can complain about problems that exist, regardless of their severity, perhaps because they affect us or people we care about.

But I think there is a real problem when worrying about one problem comes at the expense of caring about another more severe problem.

Contrived thought experiment: You have the magical power of either curing your own toothache, or curing the world of AIDS. You choose to cure your toothache because it affects you. I would argue you should have considered the alternative.

The problem is not that you can't care about problems that are less severe than others, but given finite availability of "care" in your own mind and in the world, it is better to direct our "care" to where it can have the biggest impact.
And ideas are bulletproof.
While I don't think the comparison is perfect, Daniel Kahneman's "Thinking Fast and Slow" illustrates several examples of cognitive biases where the expected suffering based on "area under the curve" (e.g., duration of pain in an non-anesthetized colonoscopy, or pain in a cold water torture test) is greater than the actual reported pain, mostly because we tend to report based on the later feelings (liberation, easing of pain) rather than peak pain or the integral of total pain.

Perhaps another way of putting this is that confirmation of hope is a pretty powerful antidote to prior pain.
I'm assuming you're talking about Platform / BSP side of the ugliness.

You have to look at the lineage of how things evolved to the current state - on the PC ecosystem, everything is already on enumerable buses (PCI, USB, etc) with standards (PCI, UEFI, etc) describing how it's all supposed to find what device is connected where and have it all work together. The incremental cost of opening that up to the public is thus fairly small since you need to build your platform to adhere to the standards that are already there anyway. That's how you get to being able to boot a kernel image on a random system or insmod a random driver you found and expect it to (mostly) work.

In the SBC/Embedded ecosystem, there really aren't any standards. Since internal topology of each SoC is different and the pace of new SoC releases is so high, there's no time for standardization - you throw in random IPs from bunch of different vendors, figure out how to connect it all together, and get it to the market. In this scenario, having something documented is actually a negative thing - once something is documented, people expect it to work the same way going forward. You can hide a lot of hardware deficiencies in binary blobs, something that's very difficult to give up. Thus, there's a huge disincentive to provide full hardware documentation. I'd imagine that in some cases, for licensed IPs, the SoC vendors may not even be allowed to do so even if they wanted to.

Things like DeviceTree is trying to nibble around the edges of this problem, but given the current state of things, it'll be a while yet as a lot of the building pieces doesn't even seem like it's in the picture yet.
Humorous intent aside, I think the fundamental error here is the author(s) conflating a trend with the counter culture of yore. The hipsters of today do not follow from the counter culture of the 60s nor the punk movement that followed. They're not non-conformist nor do they have an internal set of political beliefs. They're just people dressing a certain way -- often combined with an excessively groomed beard in the case of men. The only sense that they're a group or movement is that they may share socio-economic status, cf. the yuppies of the 80s.

Though the beards do crack me up, I don't think this group deserves any more derision than any collection of (young) people struggling to find Heideggerian authenticity. Growing up I saw the same struggle in arguably more authentic subcultures like punk and skateboarding.
Sosyal Medya Ajansı
On the other hand very dark sky also makes constellations hard to identify. With so many stars visible it is a bit harder to see the "main" stars that are making the shape.
The good example are the photos of rbritton posted in this thread. "DanceOfTheSpirits" features some majors highlights of the winter sky (Orion, Gemini, the brightes star of norther sky — Sirius) but they don't just immediatelly pop up among all the other stars.