skysight-inc/HackerNews huggingface dataset:
Because it is a business. Actions have to be focused around objectives, where goals are the stepping stones to said objective.

"Why can't they be a company that just makes good tools and sells them to people?"

That in itself can be an endgame. A profitable game development company that makes great tools. However, if they are already profitable, and seem to already do this - why take the money? Hence my question.
Senior Full Stack Software Engineer | Chalk Talk Solutions | Boston, MA | ONSITE | Full Time | https://chalktalk.academy

Chalk Talk’s unique platform for curriculum design and adaptive assessment improves curricular outcomes while improving test scores. As the creator of the world’s first set of curricula that caters to the needs and abilities of both American and international students for SAT, SAT II, IB, IGCSE, and Common Core exams, Chalk Talk brings affordable, high-quality test prep, curriculum design tools, and college advising services to high schools across the world. By identifying each student’s strengths and targeting their weaknesses within curricula, Chalk Talk lets students know exactly where they are and exactly where they need to go.
Position Overview:

Chalk Talk is looking for an experienced software engineer to join our team and build the future of K-12 Education. You will design and build new technology for Chalk Talk's education platform.

REQUIRED: - 2-5 years of experience with dynamic development languages like Python or Ruby. - Track record of successfully building end-to-end products. - Demonstrated teamwork experience. - Experience with full stack web development including HTML, CSS, Javascript, and back ends like Django/Rails and Python/Ruby. - Experience with modern web technologies such as D3, Bootstrap, AngularJS. - Demonstrated skills in building service based architectures. - Committed to documentation of best practices in various layers of the stack. - get-shit-done attitude.

OTHER DETAILS: - This is a full-time position starting in June 2016. - Health and dental benefits. - Flexible work times and vacations. - We are a funded startup company located in the heart of Boston.

If you are interested, you can either check out our open positions at https://chalktalk.academy/careers or email us at apply@chalktalk.academy. Please include the position in the subject.
I think that measures like planned obsolescence and preventing consumers from repairing the devices that they own should not be legal. They should be treated similarly to anti-competitive practices.
I think part of it is that not everyone is expert or familiar with functional programming (trained on OOP, etc) and it can feel overwhelming to many. "This is simpler - just another function" is somewhat subjective.
"... and then we post blog entries, and our CEO retweets videos of people using our Autopilot exactly in the manner by which we 'specifically advise'."

Similar with the garage door incident - "Well, no-one said it should be used without full supervision! It needs to be watched!" ... like in the Tesla videos where the owner summons the vehicle as he's walking out the front door, or hits auto-park... and walks away.
Thanks for clarifying this! Maybe I misunderstood the example in the article that migrates the subscription logic from the component/mixin into the decorator. This was what made me question whether this will be more efficient/scalable than using the Mixin approach, as there is also some indirection here.

Concerning the whole Redux issue: Yes, of course I can -and do- use React without it, but the problem is that everyone else seems to rely on these tools and see them as an integral part of the "React experience". I find this problematic as it makes many components less portable, as they are bound to a given router / state loading paradigm.

I think it would be great if there could be a bit more emphasis on "keeping it simple" in the React tutorials, as I see a lot of (often unneeded) complexity popping up in the frontend world, and I think this will cause a lot of issues in the future.
Interesting! I wonder If there is a Unity hardware future as a competitor to Facebook or Valve.
It's somewhat involved, but life is a lot easier if your Docker containers just log everything to stdout, when you go to ship software that uses them.

Stderr is sort of an annoying detail. Especially given how inconsistent output to it is and how it has different rules for how output flushes.
Lame answer to "What do you believe that few people agree with you on?". I don't think "few" people think that think AI will create more jobs than destroy. This type of controversy has existed every time there was any type of technological innovation throughout the history.
“Writing Functions in R” from Hadley and Charlotte Wickham
And the project is in search of a logo. You can find a bunch of proposals here: https://github.com/WebAssembly/design/issues/112
> Then why do people pack concert halls to listen to Joshua Bell instead of listening to their kid cousin playing the violin?

Precisely because the raw content of Bach or Brahms, though monumentally important, isn't enough to pack halls.
The easiest way to use git. On any platform. Anywhere
Isn't Martin Shkreli notorious for hiking prices on drugs, not for pioneering new payment models for drugs? My post was about how if a company had a drug which it had development cost $X for, it could recoup X + p from the consumer even if the drug is a one time dose rather than an ongoing treatment. How much p profit they make is a separate question and anyways is sort of orthogonal to the question of whether they pay per month or once.
False. Did you watch the video? It proves that you only had to double tap and exit.

Tesla pushed an update that enabled this as a "convenient" shortcut to the more elaborate, safer method you describe. In fact the video author praises it. Seems like a nice handy feature.. At first. Safety-critical design needs more care than this though.
BROWUSE
See my other comment [0].

[0] https://news.ycombinator.com/item?id=12088793

It's amusing to me that the first thing people thought to do was go look up the letter of the Agile law, as if that could possibly have any bearing on this. Such a strong indication of what an empty cult Agile really is.
It might be part of his role but it sounds like he is expected to do much more than handle broken computers and such. Perhaps he is partly at fault for not raising this with his manager but it is also his managers responsibility to be aware of how much work he is doing in all areas of his positions responsibilities. Given the limited (and one sided) information we have and going by my personal experiences of small companies I would put my money on him being overworked and expected to "do it all" because "how hard is running antivirus to fix a problem".
Thanks, kartD! I'm still learning my way around HN.
> Any study of music that begins by discarding all of that is pretty silly IMO.

It's kind of fun to think that we've just discovered some local optimum for enjoyable music and that going in a completely different direction will lead to something both unrecognizable and mind-blowingly awesome. I'm not even remotely convinced that's the case, but it's fun to dream.
> Finding a book that hit the sweet spot for regressions wasn't easy but was doable.

Could you provide an example?
>Seems odd to deprecate their usage in React; why wouldn't you embrace a typically used construct in JavaScript?

Because we already did embrace it, and we found that it was a mistake.

I believe that the article addresses why mixins didn’t scale well in our React codebases. We have written a ton of React code and wanted to share our experience.

It seems quite normal to me that our experience might not match experience of other JavaScript users. React offers a component model based on functional composition solution that was not quite common in JavaScript until very recently. Paradigms are much more fundamental than languages. We found that, with React’s paradigm, in our experience, mixins were unnecessary. For sure, your mileage may vary.

>most of the issues mentioned exist everywhere with JavaScript because, well, it's a dynamic language

You might not believe me, but these issues had much less of an impact on us with React’s component model. And even less so after we started using gradual static typing with Flow (http://flowtype.org/).

>I would suspect many of the issues lie outside of using mixins and more of how everything is architected but without seeing their codebase I don't actually know that.

I have been employed by Facebook for just a few months. I have written a few relatively complex React apps myself before. I didn’t see much of a difference between the mixins I wrote previously and mixins I saw at Facebook. In my view, both mixins I wrote and mixins I saw at Facebook introduced similar problems to the respective codebases.

It’s great that you know how to use mixins without shooting yourself in the foot. This is a rare gift in my experience. Most people (like me) will overuse them because they’re too powerful. On the other hand, components are limiting enough that even people like me can write code that is easy to maintain in the long term.

>The syntax without mixins just seems overly complex. I mean sure it's still simple but more complicated than before.

What syntax are you referring to? I don’t think there was any new syntax in the article. The only challenging part might be the idea of a higher-order component, but this is not even a React feature. It’s the way JavaScript works: you can create functions and pass arguments to them. It turns out that we could solve one of the use cases for mixins with vanilla JavaScript constructs and without the need for a complex mixin system.

I think you might be missing the point that we have seen quite a bit of React apps being developed. Some of the things we say might be counter-intuitive but they come from Facebook’s extensive experience of using React (more than 20,000 components). So when we’re saying something, it is not theoretical or out of spite. We are trying to share our experience with you, in the hope that you might find it useful not to repeat our mistakes.
How is this flamebait? This is a legitimate question.
Maybe not the only one but I don't think it's something to be proud of. It's a great book and I'm sure a lot of people are aware of the concept even though they haven't actually read the book.
LOL. I will be on the lookout for this now, and I fully expect to see it everywhere.
The Yoneda embedding
im not proud of it - i love reading im surprised i have never heard of it - as i have read everything else on his list
http://www.heavens-above.com/orbit.aspx?satid=37820&lat=0&ln...

This feels like a really high stakes game of eeny, meeny, miny, moe.
I'd be interested in hearing WhatsApp's response to this.

Or moxie's, for that matter. He's been contacted by the Saudi government before and publicly turned down their offers to be complicit in their human rights violations. (He also wrote the encryption that WhatsApp uses.)

https://moxie.org/blog/saudi-surveillance/

More importantly, can anyone independently verify this? :)
The session was supposed to be how they use it not how other companies can use it by paying for it
Those are all definite issues, but even in the case of simple computer hardware there's a problem when the manufacturer tries to lock the owners out of repairing with special screws, glue, etc., so that they can make money off the repairs themselves. New MacBook Pros have their batteries glued in and they can't really be replaced without replacing the entire top case they're glued to at the same time. They claim this is necessary for the thinness they want, but the MacBook Air is thinner and doesn't have a glued battery.

My older MacBook Pro has a screwed in battery which uses tri-wing screws to keep people from replacing it themselves, but a $5 tool online can let you replace it anyway, and it takes literally just a couple minutes.
Right, as you say, the only worse thing than coming to a stop is saying "Screw it, might as well give it a try and keep going!".
Keep in mind that some SDKs have internal dependencies. Those apps could just be linking a set of SDKs that happen to include those 3 networking libraries.
Along these lines, I think these classes of algorithms might have much broader applications and could possibly solve problems that we don't even have good definitions for yet. I'm particularly curious to see how the field develops new techniques for systems that start off with poor quality results but evolve with new data to produce better results.

btw, I vouched for and upvoted the parent. It makes an excellent point and, frankly, I'm baffled by the downvotes/dead status.
The background story is: in Hungary, about one year before Uber's entry, large taxi companies lobbied for a very heavy regulation on transport services that fixed the rates and raised drivers' entry level significantly. The said purpose was to kill off the "taxi hyenas", but the reason and effect was to end competition by enforcing a uniformized premium level service. "Taxi hyenas" were replaced by the "taxi maffia" -- but not just the hyenas, but small and (to some rate) innovative companies were gone out of business.

The taxi drivers who remained in business were in for the trade-off of investing into compliance with new regulation but making more money than before. So old school taxi was not simply lingering in its naturally backward state as in other countries, but there was an artificially fortified status quo.

In that situation, when value personal transfer reappeared with Uber, it was therefore even more sore for the taxi companies and drivers, who took their position and the protection of their investment granted by the state. So what happened is nothing else just the taxi maffia enforced this grant and the state complied. Both sticking to decisions that once made (no regard of consequences), and heavy state control is quite to the taste of the government -- thus they complied happily.

And once the government puts its weight into something, there is no question it's gonna happen. The only surprise element is that Uber resisted so far.
is It also available people from outSide of US?
On my Palm Treo, apps were plentiful and there was no intermediary.
Assuming we stick with the same conditions as in this case, I'd call an innocent life taken due to a driver disregarding all warnings from his system negligence. That also fits with what this driver was ticketed with which was reckless endangerment. We don't even get heads up display warnings about not driving into oncoming traffic, but nobody is going to blame a dumb-car for the actions of its driver. I would say that inaction in this hypothetical case would be the driver's crime.
JavaScript realtime chat like Facebook/gmail web style
The "anti-pattern" patterns that you can use to build your React app are usually the "imperative escape hatches" the post is referring to.

They are part of the framework to allow developers not familiar with functional and declarative ways of doing things to get stuff done

I believe its part of the React team's long-term goal to educate framework adopters about the proper patterns and to slowly phase out these escape hatches.
> the more recent text by Hastie et al.

Is that 'The elements of statistical learning'?
Ask HN: Need advice for valley tech company offer
Hello HN, I have an offer on the table from the biggest social networking site. The role itself is more customer support hybrid and development role. The main issue I am having is that the offer is ~15% lower than a new grad offer and it is lower than my current salary as a dev at a startup. Is it worth negotiating to see if there can be adjustments made? I dont want to look greedy, but the numbers just dont make sense to uproot and move from one end of the country to the other...any advice would be nice.
Sometimes It's Hard for Owners to Talk to Companies
is it available for international candidates ?
Try Visual Studio Code - written on javascript as well but way faster. Can't beat vim ofc
At [redacted] we had a rotating help desk system for a while. It was pretty awful for everyone (those on the rotor and those needing support) as you quickly lose your edge at quickly fixing common issues. If you do it for one day a month (as we did) they it is just a pain in the ass as for one day a month you are expected to be able to fix weird MS Office errors or printer problems. It is always better to pay a little more and have a single person dedicated to handling such issues. There is no shortage of people wanting to get a foot in the door at low level tech support so it isn't going to blow the budget out of the water. In my experience it is actually the opposite as you end up wasting money on getting people to cover a position and they are never as effective as a dedicated person who will come across common issues and be able to resolve them much faster.
Saying I'm black means I expect a very different approach and treatment from the police than you're typical, granola eating white liberal. I don't live in South Phoenix so why am I treated as if I do everywhere else in this country?
Ask HN: How to deal with family not supportive of you doing a startup?
Currently working on a startup with a few people and building the MVP before doing a demo here in Germany.

work schedule is very sporadic, sometimes I need to wait for my business partners to complete or arrange things, chase people down for a meeting etc. Then as feedback comes in incremental changes are made to the MVP.

I've explained that this is an opportunity for me to invest my time to turn it into something big. I've even outlined a deadline.

No matter how many times I explain they are just not buying it. A week will come around and they will say that I'm wasting my life, that I'm being exploited, that money today is worth than money in the future and I shouldn't be blindly gambling it away.

They are constantly asking me to find a part time job but I'm afraid to take on other coding work because of IP concerns, and that it will burn me out. I really don't want to end up in a situation where I've been doing side work and suddenly cannot put as much diligence into my current startup opportunity.

I've thought about taking physical labor jobs part time but because the schedule is sporadic (sometimes we need to meet with investors out of the blue) I don't know if it's the wise thing to do.

Regardless, my family has grown very hostile. It is true, I may well be homeless if it isn't for them. I'm giving it all but even after a good week it all seems to feel like shit when they are constantly nagging and reminding me that I'm once again throwing my life away on betting something uncertain.

I just feel like I'm the crazy one. I see it as a investment. I put in my time and I get back reward. However, my family can't seem to fathom this very idea (they are all about safety nets, stable jobs, work from 9-5pm get paid by the hour etc). No matter how many times I explain that whether I succeed or not, I'm confident it will lead to other opportunities from the connections I make.

Thank you.
Show HN: Running TensorFlow on EC2 Spot Instances with Ansible
Yep there are quite a few on this list: https://en.wikipedia.org/wiki/List_of_Unreal_Engine_games
Nightcode 2.0.0 released
Yeah I meant Discord. Not sure why I typed Discourse there.

You have a great point about monetization. My understanding is that their monetization plan is to start selling things like sticker packs (e.g. how other messenger services get monetized), but I don't know how likely that is to succeed.
T cells proliferate when they see their target antigen. This technology is being used without CRISPR in a number of clinical trials. See here: http://www.cancer.gov/about-cancer/treatment/research/car-t-...
React 30: Origins of React – Live streaming now
If those wrongs were 100 years ago that may be the case. But they still perpetuate that violence, as can be shown in Iraq and Afghanistan.

Do as I say, not as I do?
They're simply providing a better user experience. The Saudis blocked encrypted calls, and users would have wait staring at frustrating repeated timeouts and long 'connecting' hangs.

Therefore Whatsapp simply said OK, let's just improve the users experience by giving them an immediate error informing them.
As someone working in the "Open Source" division of a Microsoft shop: yup.
>migrates the subscription logic from the component/mixin into the decorator.

It was not migrating the logic from the component. The example was about getting rid of a mixin. I think the article even mentions the opposite:

“If there is just one component subscribed to this data source, it is fine to embed the subscription logic right into the component. Avoid premature abstractions.

>the problem is that everyone else seems to rely on these tools and see them as an integral part of the "React experience"

Who is “everyone else”? I think you might be listening to a vocal bubble. As Redux author, I can tell you that it is not in any way essential to React. Some people use it, many people don’t. Solve your problems, don’t just follow what you see in flashy magazines.

>I think it would be great if there could be a bit more emphasis on "keeping it simple" in the React tutorials

I think this is exactly what React tutorials do:

* https://facebook.github.io/react/docs/tutorial.html

* https://facebook.github.io/react/docs/thinking-in-react.html

We can’t really control what third party tutorials write.
Exploring Facebook’s massive, picture-painting AI brain
nice.
i'm sure i have heard this one before ('a startup' => :sex)
The audacity of having a system for secure reporting of security issues, with the follow-through on fix development and mitigation, release coordination and announcements, and transparency? That's an asinine reason to "ban" it.
> they're specific to React and have nothing to do with programming in general.

I can't think of a single design pattern used in React that isn't a highly common design pattern in any number of languages.

HOC's are just a React implementation of Higher-order Functions.

> I wouldn't go so far as to say, never use mixins in JavaScript, for example.

Neither did they...

This doesn’t mean that mixins themselves are bad. People successfully employ them in different languages and paradigms, including some functional languages... Nevertheless, we think that mixins are unnecessary and problematic in React codebases.
Show HN: After 20 years Morguefile.com relaunches