skysight-inc/HackerNews huggingface dataset:
Much as a salesman can tell when a customer is saying "I would most certainly give you money if you turned your product upside down and painted it blue", which is correctly translated as "I will never buy your present offering."
Good question. You'd think private hospitals could use it to recruit full time physicians (i.e. we'll pay for your residency, but you need to stick around for X years as employee).

I don't know enough about how hospitals operate to understand why that's a good/bad idea.
Ohh I didn't even look in depth at the request. Thanks for the response!

I'd say ajax is probably the right way as far as polling for the data goes. Using web sockets for polling incredibly simple data doesn't seem necessary.
That's fine, you can use whatever inaccurate terms you'd like but I won't share that approach.

Personally, having grown up in an aviation family and being a studied gear-head, I simply don't share your confidence that individual control is inferior to automation at the root. In fact, I think until AI is comparable to the human brain, arguing that automation and programming is better is wrong; moreover it's unsuitable for a conversation regarding powered flight is irresponsible. There are simply no technological systems which have proven themselves trustworthy - thus far, I concede - to being a replacement for the human brain and synapses.
cepet sugih means 'rich quick' in Javanese
Exporting Japanese Currency and Culture
The Principles of Quantum Team Management
A Tour Inside Intel's D1D Fab – How Intel Designs a Chip
Cessna 150 is a mid fifties vintage design, and even unaerodynamic by those standards.

Look at something more modern, going over 300 km/h with 75 kW engine power (200 Mph with 100 HP):

https://en.wikipedia.org/wiki/Dyn%27A%C3%A9ro_MCR01
Meet Winnie, a female-founded startup pioneering better tech for parents
Solid advice. I think YC advice gives you the road map, but in addition speeches like Paul Buchheit's "The Technology" can also help stimulate the vision in the first place.
growth & revenue are ways to show "traction" -- a buzzwordy way to measure meaningful progress.

For an R&D based startup working on Fusion, that progress would be measured differently.

Many businesses have Key Performance Indicators (KPI's). Startups should be no different.
ActionIQ | New York, NY

We are a big data startup located in NYC looking for talented software engineers to work on a beautiful product that our customers' marketing teams are excited about. With customers like Blue Apron and Gilt, we're already making waves.

https://actioniq.workable.com/
I think this is where starting out small and simple usually works. You normally start with an idea that somebody wants whether it's you or a friend. You want your house to warm when you wake up and when you come home. You convince some other people. You build a small prototype. You try it out on people. They either want one or they don't.

We all know companies that have built products that nobody wants. They went through all the planning, product development, market research, production, and the result was nobody wanted it. It's a myth that if you build it, they will come. People have to want your product at each stage of the process.
Used Sikuli for automating systems testing a few years ago (last I heard they stopped working on it). We had to use a VNC because it was affecting system performance. Overall really good and glad SikuliX was able to continue development of it. I used it again a few months ago and there same issues with the IDE and some other setup/runtime bugs exist that existed a few years ago. Otherwise it has huge potential for automating QA/systems testing if someone takes the time and has the resources to do so.
I mean, I won't argue against having better code and documentation, but it's not really our job to ship a real product. Shipping well documented, easily usable, ultra portable, well developed libraries takes a fuckload of time, resources, and expertise that we don't have. Our primary job is to ship ideas.

It would be awesome if every project I did ended up with a nice, polished piece of software, but that's not what I get paid to do. I would be fired if I tried to do that.
Learn Lua from JavaScript, part 1: An introduction to Lua
What about hoverboards?
"But that fall Heisenberg's worried father wrote to the famed Gottingen experimentalist James Franck, asking Franck to teach his boy some experimental physics. Franck did his best, but could not overcome Heisenberg's complete lack of interest and gave up the effort. If Heisenberg was going to survive at all in physics it would be purely as a theorist."

I had not heard this part; and might shed some additional light onto why the German atomic project was significantly behind. When the lead of your project is a famous physicist, but who isn't strongly grounded in experiment, but who nevertheless feels like he can't simply be a manager and must have input, you're likely going to have problems.

Maybe not though; be an interesting line of investigation though. Anyone know if this was a documented issue? I know that Heisenburg had seriously overestimated the amount of necessary fissile material needed for a bomb.

http://blog.nuclearsecrecy.com/2013/09/13/what-did-the-nazis...
This is wise, just like guv Brown is being prudent with respect to tax receipts while his colleagues insist he's bring stingy in a time of plenty. Apparently, those people are unaware of the hole Grey Davis dug while riding high on the wave of late nineties tax receipts.
Along those same lines, authority and influence are also not the same things. Managers frequently have authority, while leaders often do their jobs through influence.

Learning how to successfully apply influence with a lack of authority can be incredibly powerful.
"build stuff and talk to users" is so simple but great advice.

For my first successful startup I did the marketing and build and my partner focused on the users. And we crushed the incumbent in under 2 years completely bootstrapped and they tried to buy us.

Now I have a new startup where I'm handling the build and the customers and another partner is focused on the marketing.

It's a subscription business and talking with users helps retention, acquisition via word of mouth and also product development. Do it even if you'd rather be spending that time building!
Simple, you instead just write

totalMoney = googlePlayAuthors.reduce((money, author) => money + abusePatentSystem(author), 0)
Peugeot will a well-known brand in Europe (French, after all). Chevy, on the other hand ;)
> This is not true, they can send messages to each other

This is a very limited type of communication. Asyncio with stuff like crossbar.io allow pub/sub.

> I.e. you shouldn't wait for other tasks, you should have callbacks and errbacks.

This is the old way of doing something async. Callbacks are hard to reason with, compared to async/await.

> (e.g your asyncio app can be killed)

So can your celery workers. It happened to me many times. What's more, celery setups can cause latency problems which will raise errors like something has died, but no, so very hard to debug.

> I'm not sure there's much point in comparing these, they are wildly different concepts: Celery is a distributed system, asyncio is for async I/O, the GIL is only a problem if you can't start n instances of your app.

Well, the main point of the article is that celery is solving the GIL. It's not, it's bypassing it, providing very important benefits and drawbacks, and can be used nicely for a specific set of tasks. I just want to hilight that.

Asyncio does help to live with the GIL since it unifies threads, coroutines and multiprocessing with the same await/async interface. And asyncio can be used to create distributed system even better than celery setup because of this. Again, crossbar.io comes to mind.
Tech Incubators on a Mission of Diversity and the Lack of Support
Why not just use websockets? I use socket.io on my site. I keep track of socket IDs in memory, if a connection is lost, I get a disconnect event, and vice versa. Socket events are sent to users when the number changes.

I manage the frequency of socket emits using RxJS, to prevent sending too many changes to users.

https://movinggauteng.co.za, there's a counter at the top of the page.

EDIT: Only saw a comment about why the OP used Ajax after posting this.
Set-Theoretic Types for Polymorphic Variants
Show HN: Firebase 3.0 boilerplate using React/Redux
The role of luck explains why your startup succeeds while that of another person who works just as hard and is just as smart fails. Obviously hard work is important, but most startups have a lot of hard-working and smart people behind them, and yet still fail. Those that do succeed are very hard to predict. If success is unpredictable, that usually means that luck plays a large role. In general people prefer to underplay the affects of chance.
So, it has come to this: https://www.ece.cmu.edu/~ganger/712.fall02/papers/p761-thomp... (Ken Thompson "Reflections on Trusting Trust")
in real life...
I love this story! This isn't a quip: read the article, then finish reading my comment.

"Was Heisenberg a good physicist" - well, he was and he wasn't.
Immoral or not, what is being said is: If I were to buy software X and place it on a box I control, without access to the internet, I expect it -- and its bugs -- to work forever. Ruling out time issues (y2k or similar), I expect notepad.exe (for example) or grep to work forever. I can extract from it all the use I am able to.

> If you value a piece of software, then (...)

No. Just no. If I value X, I value X. Don't try to con me into doing something else. It is "I value X because something.", not "I value X because I want something else to happen in the future." (in this case, maintain and improve the app). I may want to donate, or buy future products from the same developer, just so I can support him. But if I just value X, no further action is implied.

> As far as I'm aware, Apple will not force you to subscribe to any apps.

True. In the same way nobody will force you to pay taxes. You are not forced to pay taxes. But you are punished if you don't. You are not forced to use this app model, but you are punished if you don't. (if the current model of buying apps completely migrates to a subscription based one).
10-20% seems high; even right now, programmers make up about 1% of the US workforce and computer and mathematical occupations combined account for less than 3% of the US workforce (halve the numbers to get percentage of US population).
We use series elastic actuators not so the joints are more biological, but mainly so that motors don't get creamed when the robot bumps into something and so that the robot doesn't cream whatever it bumps into. The second reason why we do this is to get force/torque control. Series elastic actuators measure force or torque by measuring the deformation of a spring. You get increased force bandwidth at the expense of decreased position bandwidth
4 Email Newsletters I Always Learn Something From
Thought leader gives talk that will inspire your thoughts
This is a game changer - not only for what service it provides, but I think it will lead to more companies making APIs for totally non-technical tasks. Sure there are companies like task rabbit, shyp, etc etc, but this is the next level of ease.

Relevant - I want an API for a cleaning service. AirBnB integration so that it can automatically track when a guest has left and the cleaner shows up within an hour to get it ready for the next guest. Would build if I didn't have so many projects going on already...
Introducing Nearby: A new way to discover the things around you
Repost: https://news.ycombinator.com/item?id=11856391
If you're only worried about your tests breaking because of #submit vs #submit-application you might be interested in http://heliumhq.com. It's a commercial wrapper around Selenium and I'm one of the authors.
> The work factor also increases the work the server has to do to handle users logging on, which is a big cost both in UX and hosting fees. In practice, reasonable work factors for bcrypt are between 10 and 12. What application could tolerate a full second of delay (and 100% usage of a server core) just to hash the users password?

Is there a way client side processing power could be leveraged to help calculate the final hash value so that the computational cost could be practically increased?

I'm aware that having the client calculate and send the final hash value by themselves is a bad idea though.
I don't think this an adequate analogy. SVMs never completely captured the field. There were also random forest, boosting and other promising algorithms that delivered results "in parallel" (within the same time-frame).

Also, the attitude that ANNs are "all we need" was there even before deep learning delivered all the recent SOTA results. I remember Patrick Winston commenting on that in one of his lectures in 2010(!).
"a second to check a hash" is a long time, but that's 3,600 attempts per hour. With rate limiting you can bring that down to 10 attempts per hour.
Great, now I've got another paper to cite. Thanks!
To "reuse" the helium it would need to compress it again - and that uses a lot of energy. Not to mention that you would need a lot of helium, and helium, almost like hydrogen, has a tendency to escape from its containers so you need really heavy lead bottles to store even a few litres. It's not impossible, but it does not seem practical in any way.
I commented separately, I use sockets for this. I don't know about libraries for PHP as I haven't used it in a while, but most socket libraries make it easy to implement something.

My implementation is in-memory, and the nice thing about it is that if fit example my Node.js app restarts, all active users will get disconnected, and they will emit a connection event, allowing me to get the count of online users again.

I can extract relevant code and share it if it'd help.
This is a critical point. There are probably people on this board who were born after Ubuntu/Linux desktop UX received attention.

For reference, older Linux desktop options were... well, I'll just say they played a lot like Dwarf Fortress.
[ Disclaimer: I have no OS libs to my own name, but I:
(a) do enjoy using a good bunch of them ;-) and
(b) I hold a degree in Advertising, if that helps on anything :-P ]

So here's a couple of things that I was able to notice right upfront that can help you improve:

Improvement 1: Your long textual diatribes are most definitely scaring people away (including myself!). Seriously, even inside your code samples has long, +10 line comments, what's up with that? No wonder you're having such a high bounce rate!

What you have to understand is that developers don't want to be told why they should use our library. Instead, they want to just "get it". In other words, they want to be invited into the discovery process and reach that conclusion by themselves - usually by seeing some practical application (aka code samples) and deciding by themselves if they like what they see and if it looks like something that works for them ... this discovery process is a big part of the fun of picking up new tools for ourselves and should not be underestimated.

So, to put it on more practical terms, make sure you use a code-first approach to your ReadMe file and begin with commented code samples, not explanations, and make sure the code comments are no longer than 2 lines, too. Also look around at the ReadMe of the some of the most successful libs out there and with ideas above in mind and I'm sure you will quickly recognize some best practices and nifty tricks that you can emulate in your own ReadMe file.

Improvement 2: Another thing you can do is put a gitter/discord/slack button up there and also make sure you're making yourself available as much as possible for quick feedback. This is not 1999 anymore and with all the hundreds libs out there fighting for developer mind-share, people tend to favor solutions which have some sort of community/ecosystem they can rely on for those though moments.

Improvement 3: Finally, a video tutorial is something that a lot of people out there are linking to on their ReadMe, as it's a great way to show that you really "means business" when it comes to getting people up to speed with your lib. The reasoning for them is that -- "Hey if someone went to all the trouble of investing his/her time to make a video just to show me how to use this thing, maybe I should really invest some my own time to take a closer look at this".
If you don't feel like you can make a good job of doing the video, just find someone to do it for you - but make sure it has: a) nice, clear audio b) large, visible text; c) 5 min or less of duration d) A hands-on approach to it (aka less talking, more coding).

Hope these suggestions help a bit and good luck conquering the World with your lib ;-)
Comparing Podcasting with Blogging is a neat approach. I think there's more overlap than the article might be able - or willing - to address when discussing monetization.

To wit: In order to monetize, a lot of what is appealing about Blogging/Podcasting would be diminished - paying is the opposite of free content, commercials interrupt the listening, and authenticity corrupted by advertising perogatives.

Or, in other words, a lot of what the "Mommy Blog" sector seemed to try and keep under the surface: http://josidenise.com/dear-mommy-blogger/

Just like in music, there will be a few case studies with large revenues, and thousands barely making anything, if not actually going into the red for their troubles.
Hi, I'm one of the devs on this team. Let me know if you have any questions.

It's a super awesome feeling to have open sourced this after working on it for months, and I think we've done some interesting things. So I want to share our ideas and opinions. I'm hoping to publish more about them in the coming weeks.
Amazon addresses that in their report. Each UPS is fed by generator power and grid power. Because the UPSes had been forced to try to supply the grid, and because they are giant spinning weights that you really don't want to go wrong and kill someone or destroy property, they did a safety inspection before powering them back up, which meant a delay before the facility could be supplied by generator power.
Thanks for the mention! In case anyone is interested here's an example of an OSS project using BackerPass: https://backerpass.com/tomatoes. If anyone wants beta access shoot me an email: gabe@backerpass.com
Trusted Analytics Platform 0.7 Release
> how broken and far behind automobile tech is

Because it is controlled by car companies. Software solutions for Automobiles have been around for a very long time. Lots of grassroots entrepreneurs have made attempts, but there is so much friction at the automobile level, that innovation literally is slow and frustrating.

I do not know too much about the culture there, but from the stories I gather from the people who work there, management is very smug about industry position, engineers are not very tech oriented, it's engineering heavy, software light, and have a mentality of tech-is-cool-and-useless.

Management and leadership are not very focused on integrating on these cool useless tech objects. And they have other focuses.
Help Make Open Source Secure
Yes, yes, but can we run Wine on it?
Well, there's nosh[0] to be excited about. It could turn out to be a very nice init system.

0: https://www.freebsd.org/news/status/report-2015-07-2015-09.h...
So what measures does this "secure" C alternative offer against memory corruption to be positioned as better option than Java Card?!
This is one of my favorite DF stories bar none. The last time you posted it here and I read it, I laughed so hard and showed it to so many people.

Since then, I lost the link and forgot the terms to search for it! I'm so glad you reposted it. =)
If you engage with corporate America at all, you'll find that Microsoft is not only relevant, but immutably ingrained into the DNA of the company. Office, SharePoint and SQL Server are not to be trifled with in corporate America - do not make the mistake of discounting their relevance or significance in how work gets done in the VAST majority of companies with >1,000 employees here.
> never get past the fact that I appreciate watches for their movements

How does this sound: never get past the fact that I appreciate phones for the calls they make

We have to come to accept they are watches in name only. And mostly remote controls for phones.
Asynchronous event loops aren't a core part of the JavaScript: They're from the DOM API and Node standard library. Though it is significant that nothing comparable exists for Python that has reached the same robustness and support.
And YC probably doesn't see many of those...
Compare Cheap Flights Flights to New York on Flychecker
In my experience, celery takes some hand holding to stay alive. I generally configure it to recycle workers after N tasks, in addition to a hard timeout on tasks. I've also found in my configuration, using RabbitMQ as the bus, workers can become non-responsive after receiving too large a message.
The “Snake Fight” Portion of Your Thesis Defense
If someone isn't ready to go with Argon2 and truncating past 72 characters is an issue, Django (and possibly other implementations that I'm not aware of) overcome that by first hashing the password with SHA256 before passing it to bcrypt.
CNN beat other architectures in images and Gabor emerges in CNN. That is a pretty good candidate for even global optimaliy.
Old news. See https://www.reddit.com/r/cpp/comments/4ibauu/visual_studio_a...
Interestingly, Seattle has a very similar curve throughout this time period.

edit: several major cities actually
Wondering if the old adage, "If it ain't broke, don't fix it" applies to the changes that the Obama administration is proposing?

IOW, what about the way that the internet is currently run is broken or warrants these changes?
Conventions are where we get all our customers. Situations are different for everybody.
GitHub’s CodeConf Full Schedule Now Live
Looks useful and interesting - thanks!
Show HN: Pop those to-do bubbles with Task Manager to Round
The recent diesel installs with FADEC that Redbird has been doing in 172s have a one button run up: You just hold the breaks and hit a button and the FADEC does the run up and checks all parameters and gives you a go/no-go.

FADEC - Full Authority Digital Engine Control
Free Webinar: Reengineering Legacy Code to Reduce Technical Debt
If you're really paranoid, you can always install xprivacy, which has on demand approval and API usage logs.
Unyielding (2014)
Or https://news.ycombinator.com/item?id=11652077
The benefit of using websockets is that each user's browser doesnt need to constantly be requesting the number of users from our server. If the number of users on the site hasnt changed, then with AJAX polling, its a wasted request. But with websockets there is no waste, the client gets pushed the updates when they happen from the server.

Having said all that, with the number of requests that we're getting at the moment, i dont think it makes much of a difference. Though im guessing if we got a lot more traffic, then websockets would probably reduce our server load.