skysight-inc/HackerNews huggingface dataset:
Data Oriented Design and the Structure of Arrays
I'm curious how people think React is overkill when it's entire API pretty much boils down to one or two functions.

React is the simplest, most powerful library I've used in my life. It's the community that (often misguidedly) adds the complexity.
I was thinking more about virtual machines instead of containers.
I think how to divide your rooms is key.

"development" or "engineering" is probably too vague. You may want more specific things: implementation, testing, release management, incidents and make sure people to stay on topic.

Then, have a channel for offtopic, informal things and let people ignore it.
>The point isn't about the wealth of these people, it's about their background, and the resulting confidence and comfort with which they can negotiate the social structure of interview and employment at these companies.

This is simply not true, and imagined. You've been biased by a small subsample of the industry I believe. Programming is one of the few white collar industries that can be entered without a degree. Those rich kids you're interacting with are less likely to have been rich before their tech jobs than those in most other industries.

I personally know multiple self taught "rich kid" programmers who lived in third world countries and dirt floors as children.
We get it, you take the bus.

To not be completely facetious though, it's going to be hard if not impossible for you to understand someone's passion for something, if you don't have any concept of enjoyment for it yourself.

A great many people find enjoyment in driving, for she sake of the activity itself. There are inherent risks and environmental downsides to it, for sure, but the same could be said for many things.

Your comment is however, the sort of thing that the grandparent comment was about - this attitude is expressed a lot on DN, and while this is an assumption on my part, it makes me feel that these people (such as yourself with your comment) must live in an environment where you haven't had the chance (or necessity) to use vehicles in the capacity that gives you an appreciation of the leisure aspect to them.

Even if that's not the case, however, it does pay to at least recognise that while you're strongly against something you can at least be objective in how you express your opinion.

BTW I think cars are super fun, I'm actively involved in motorsport, and I can completely understand when people aren't interested in it.
React doesn't force you to break a "relatively simple DOM structure" into twenty functions. That's just shit programming, which unfortunately is library agnostic.
https://www.madfientist.com/after-tax-contributions/
> I don't need a server troll to administer it.

spoken like a true 'server troll'

just saying...
Personally speaking, while I think that WSL is neat as heck, and very convient; I don't trust Microsoft to not abandon it the way they abandoned Windows Services for Unix ( https://en.wikipedia.org/wiki/Windows_Services_for_UNIX ) once it gets popular enough.

So I'll enjoy it while it's here, but I'm nowhere near uninstalling VirtualBox. Once burned and all that.
> But at 37 years old, I'm approaching the end of my useful life as a software engineer

I hope that’s not the case. 45 and still going strong...
IRA contributions are subject to FICA taxes, as are employee contributions to 401k, etc. FICA taxes withheld from your paycheck regardless of your contributions, and there’s no credit to give some of it back to you on the 1040 because you made an IRA contribution.

As for definitions, here’s an official, non-arbitrary one for poverty that’s widely used. I’m sure you’ll just declare it arbitrary, which is fine, but my point is that you just came up with a random definition without anything to back it up or any reasoning as to why that’s the right threshold. Federal poverty guidelines aren’t perfect but they’re not a number out of a hat, which is what you’ve got.

https://aspe.hhs.gov/poverty-guidelines
First, this is engineering so there's no right answer for everyone. If deploying things using the configuration management tool of your choice works for your project and staffing, it's the right choice.

Here are some complications for the traditional approach you mentioned:

1. Containers provide a standard interface for managing things in any language: that means you don't have to know that this Java team used Tomcat, someone else used Jetty, the Python apps use mod_wsgi or gunicorn depending on when they were written, etc. Yes, Chef/Ansible/etc. can coordinate that too but you have to maintain conventions for editing shared configuration, permissions, storage, firewall ports, dealing with religious arguments about systemd, etc. That's especially true if you're using vendor or open-source apps where it's really nice not to have to spend time repackaging something where someone at Oracle, Atlassian, etc. use the LSB docs as rolling paper rather than reading material.

Again, having done it for years I'm not saying this cannot be done but it's refreshing not to ever have a talk about user IDs, using a sane config .d layout on RHEL, etc. again. That brings me to:

2. Coordinating changes or updates: again, yes, it's always possible any way you choose to do it but it's really nice not to have to maintain changes in multiple branches for teams at various stages of upgrading, deal with special cases, etc. Shoveling everything into a container means that the only team which deals with those questions is the one best equipped to answer them. That's especially nice when the problem is something like upgrading a common distribution package and it'd take a non-trivial amount of time versus no time to answer the question of whether your backport will break something else used somewhere in your company.

3. This is similar: “Ah, this binary is in /opt/$COMPANY - go ask the devs why it's broken”. In simple cases, yes, that's easy but once it gets more complicated — “this gets slow every Tuesday night”, “we're getting sporadic disk full errors”, etc. — it's really nice to have an inside/outside division which is consistent across every system and every project. Following the LSB rules gets you a lot but that's not universally followed so you're going to have to spend time on exceptions, arguing with vendors, or getting upstream open source projects patched. Again, that's all valid work but some times you don't have the time to spare for.
Oddly enough, I was thinking about that on a bus ride today. How it's both normalized to value non-degreeholders less and for compensation to plateau at a lower rate. While I do think there's a skills gap that exists, having at least one degree seems entry-level for a lot of people nowadays.

And Logan's Run looks like a neat movie, in my city we have a monthly mash-up of old films that play at an independent theater, so I'll check it out sometime.
Thanks! I definitely understand that many people are opposed to take-home challenges because they can be very time consuming. For me, I use them as a learning opportunity, so even though they are not necessarily going to be used or maintained in the future, they can be a great way to practice or get better at a specific language or tech stack.
How does Twist compare with a forum app like, say, Discourse?
What car to buy with $170M? it must be a kid...
But at 37 years old, I'm approaching the end of my useful life as a software engineer. I understand I have to report to something called "Caoursel" on my 40th birthday, whatever that is.

I hope you are just trying to be darkly humorous about ageism because this reads like a plot point from a dystopian sci-fi horror movie.
In the long view of your career, many people you meet will be bosses at one point, colleagues at another, and subordinates at another, possibly within the same group of people. Yes, power structures exist, but meaningful human relationships can exist above them, and can also overturn them.
I like this metaphor. Thanks for posting.
Fantastic information, flew in the face of everything I thought I "knew". :-)
Same is true for VM's, BSD jails, or even chroot()

think the issues being pointed out here are more about the whole 'linux container ecosystem' which has a notion of statically built containers, automated system orchestration, etc, and primarily in an operations context..
I share the exact same aversion as you (in-fact I'm often criticised for being too far in that direction), but I find Webpack to be a very peculiar target for reducing complexity.

At it's core it's a very simple tool that does exactly one thing (combines multiple JS files into one, using the standard ES6 import/export syntax). Any additional complexity is the user's fault.
So basically "sports generate training data", same as all other play activities.
My worry is that if Slack is replacing your documentation, then it may be that your organization did not have good (or any!) documentation that predated its use of Slack. As such, I'm not sure if that's a fair thing to criticize of Slack.

Slack is a tool for productivity. (Go on––I'll give you a minute to laugh.)

Slack does make it easier to talk to people, particularly so in a group setting. Any company can make use of that; if you are a remote company, you need that. JIRA and Trello are also mentioned as "hates", but these are also tools that make it easier to work (notably, to make it easier to organize and catalog work). If you aren't using them, you've probably written a hack that does something like them, only worse.
> not to ever have a talk about user IDs, using a sane config .d layout on RHEL, etc. again

until you have to maintain/debug/etc N^N combinations/branches of common code used within the different self produced containers to accommodate all of this 'freedom'...
> I've never experienced anything that I could perceive as racist here and neither has my family.

You'd certainly be in the minority. I've seen worse in far more "progressive" areas of the country.

I hope people don't read your comment and assume your experience is anywhere near typical.
At which point we basically need to resort to threaded conversations, after which it is just a matter of time until someone re-invents Google Wave.
1975 Datsun 180B.

I had the relay box catch on fire (in the pouring rain!) once. Put the fire out, pulled all the twisted charred copper off itself as not to short out, found another battery and bam! Off she drove again.

If I hadn't stopped immediately as the fire started, the car would have happily kept running - it only needed the relays for the starter motor. Everything else runs from the points/distributor/alternator.

If you had an old diesel, it'd be even better. Those literally have no electronic components necessary for the engine to run - mechanical fuel pump, glow plugs. They can basically run underwater as long as it's got fresh air coming in.
That's not the same place.

Yes, they do have their own public schools, but that's ignoring how isolated and segregated those schools are that tax base is from the rest of the community.

In the 2015-2016 school year, HPISD had a student population of 7,171 people, of whom 2,114 were at Highland Park High School. The areas from which HPISD draws, Highland Park and University Park, have a reputation for being affluent, predominantly white areas. The numbers show that although the student body used to be almost 99% white, by 2015 a lower 86.5% of the District was white. The next biggest sections are a 6% Asian population and a 5% Hispanic population. In terms of affluence, it is true that 0.0% of the District's students are economically disadvantaged. The rate of violent or criminal incidents at every single campus in the District in 2015-2016 was 0.0%

Dobb's isn't that bad, but its demographics and income is still well above many nearby areas. Go through the Dobb's high site and count dark skinned people. It's an 80% majority community with a family income well over nearby areas.
>One terribly insidious aspect to racism in America is how invisible it is to white people.

That's because it doesn't exist, at least not in a real material fashion. Just like the 70-cents on the dollar claim.
Don't need a crank, just a manual gearbox and knowing how to roll-start
Liking a product and buying shares in the company is a completely reasonable thing to do, but unless you genuinely know something others don't it's gambling and convincing yourself otherwise is a really really dangerous thing to do.

That's an incredibly broad definition of gambling you're offering: if I purchase an asset (from another entity) with the expectation that it will go up, but information I have is at or below what the other players in this 'bet' then it's no different than betting on Black #26 on a roulette wheel? And all this, you suggest, because I can calculate the odds in the latter case, but I'm too unsophisticated to calculate the odds in the stock purchase case? Stock value is based on an underlying asset, which as a whole, is at least expected to go up, as the economy produces more wealth. And anything CAN happen (eg., a company blows up, a product fails, etc.) But a casino, the house is ALWAYS expected to come out ahead. That's why the odds are so long.

Moreover, you actually KNOW the real probability in the casino and you KNOW the house edge.

By your definition, the house I purchased for investment could fall into this category as there was no way I had all the information the others had (seller, for certain, brokers, and other players).

What's your conclusion about gambling, then? That since the odds are known, and they aren't (by myself), in a stock purchase, then __?
Yep, I've fought this fight multiple times. The latest iteration for me has been managers trying to repurpose React devs into React Native ones at a moment's notice. React Native isn't a replacement for years of familiarity with a platform and knowledge of it's quirks and complexities. If anything it's another level of abstraction and an extra layer of complexity to deal with. And I say this as a veteran React dev who is very much in love with it.
Can I use this to get an Uber?

I don't think I can use this. Why would I buy a phone that leaves me stranded?
This is tough - I've had similar experiences. I think the main issue here is that the company didn't give you any feedback, so it's hard to know what happened. I've submitted a take-home challenge, but had hiring needs change in the time it took me to complete it, so the company passed. Though I think there are a ton of things you can do to make your self stand out as a candidate with a take-home challenge vs. a whiteboarding interview, they are not for everyone.
I'm sure they operate differently under the hood (and that's a bit of a black box for me), but as an end-user I can do any of those things with Vuex as well - time traveling, serializing state, subscribing to state mutations, etc. Doesn't require Dev Tools either, although obviously that's much more user-friendly.
We looked, and it seems like regular users who downvoted you for breaking the guidelines by not posting substantively. If you don't know what to add, don't.

https://news.ycombinator.com/newsguidelines.html
So then, it logically follows that buying an index fund per your definition is also gambling, because you're betting that the stock market index as a whole will continue to go up. It may be a bet with better odds or worse odds, but it's still a bet.
I think it would be even better if people participated in some kind of sport instead of just watching.
Are physical backdoors real?
Thanks for sharing, perhaps my workflow could be improved. Here's how I usually work:

1. Build a prototype of the feature I need to build

2. After I have a prototype, I start to understand the complexities of the project and I start thinking about how to modularize my code (the functions I would need, how the frontend-backend interacts together).

3. I rebuild the feature with TDD

For take-home assignments, I stop after step 2 because step 3 is the most time consuming part.

I'm pretty open minded about this, but with 5-6 years of development most take home assignments are so trivial and so self-contained.

Perhaps its really the take-home assignment that needs to change. For example, heres the sort of prompt that would motivate me to write good tests:

"Here's a private repository that every candidate we have hired has been building. We would like you to add a feature. Please build feature X on top of our existing code -> Link to repository that has an application with simple testing infrastructure"

Now the take-home assignment has more value and actually gauges how well the candidate would do in an actual working environment. When the candidate gets hired, his feature actually gets merged into the assignment and a new feature is assigned to new candidates.
> Vanguard Retirement that matches your retirement date

Had my money in one of these accounts for 3-4 years (not sure if vanguard but another major investment firm if not) - it lost money every single year despite the market going up across asset types and geography. Years. not months. Needless to say this makes me highly suspicious of these 'magic' accounts..
The difference with height is that you can train mathematical skill. For women
to be trying, presumably as hard as the men, to become good enough to be
elligible for a Fields medal, but (almost) never achieving it- they have to
really suck at maths to begin with.
Thanks for taking the time to write this. I’m confused on point 13, would "RUN wget tarball_url" work?
Source? I find that hard to believe unless you ignore stock splits, dividends, etc.
Mr. Buffet has made his whole fortune beating the index. What he bet on was on average returns across hedge funds would be beaten by the index. Constituting this average will be some funds who make a lot of money for their investors consistently and some that lose money.
Number Representation Systems Explained in One Picture
Examples like this are why I think take-home challenges are a better way to assess a candidate's coding skills vs. their problem solving skills/how they think.
It would definitely depend where you apply. If you have no experience and no degree, you should have a GitHub to backup your claims - and apply to companies who would dig through that. There are certain companies and industries who would not touch you with a 10 foot poll w/o a degree, but hire a degree holder who sits there and looks pretty (i.e. government contractors, consulting).

In reply to your Knuth comment...Tom Brady is 40 years old but you're not going to find many football players who are 40 and still playing in Super Bowls.
The Flow Queue CoDel Packet Scheduler and Active Queue Management Algorithm
> 1) you understand best practices

Tests prove no such thing. Best practices aren't about output, they are about inputs. Tests determine if the expected output is the real output.

> 2) you know how to write testable (readable, maintainable, clean and clear) code.

Again, no they don't. I can test unreadable, unmaintainable dirty and unclear code.

> if instead of using factories (or Faker or some other strong dummy data app) they instead decide to hardcode usernames and passwords, it's a huge red flag.

No it doesn't. It shows that it's an arbitrary take home assignment that already took a week and they don't want to use yet another library to generate data for it.

Honestly, you put so much emphasis on testing which is odd, because it's the easiest, most mundane thing to write. It provides nothing but "busy" work and fails to test the most important aspect of any candidate: can they problem solve.
That's also what we were doing four years ago -- see the Vagrant project.
Twist looks promising, if a little simplistic. I've been looking for something like this to complement our Slack channels, and to replace Basecamp (which our sales staff and project managers use for our B2B customer collaboration), which I think is terrible.

But the fact that Twist also has real-time chat means that it doesn't really make sense to use both Twist and Slack -- it wants to be the one platform your team uses. At the same time, Twist isn't nearly as polished as Slack (try opening the web app on mobile -- it doesn't scale to the display!).

Are there any good tools like this? Something a little more project/task-oriented than Discourse, but not a full-blown task management system like Trello or JIRA?
Has been posted twice already before this one. https://hn.algolia.com/?query=Why%20Humans%20Can’t%20Do%20Wi...
>> One of the reasons is, half their cells are using one X chromosome and half are using the other, so they're more likely to get their performance dragged down by deleterious mutations.

That sounds like something has been severely misunderstood by someone, possibly even me. Are you a biologist?
It is possible to pull some very high quality streams out of Netflix if you try hard enough.
Was working on a conceptual diagram for something, needed a small representation of a dog, ended up using the emoji.

Got funded, so it must have worked :)
My sons only smiled when they were sleeping, and presumably dreaming, until they were about 6 months. But they smiled while they were sleeping since birth (4 or 5 days old technically).

When they finally did smile while awake it was at a stuffed monkey.
I agree that time suggestions are usually way off, which can be a positive and a negative. On one hand, you can spend a ton of time to go above and beyond, while on the other hand, you may have other priorities. I think if you're really excited about a job or company, you can show that by putting a lot of effort in.
Getting founder/investor equity vs employee equity is more important than how much you get. It is common during an exit for employee equity to be literally worthless. It has happened to me.
Are we to infer that racism is less prevalent in urban America?

Oddly, I read not long ago that the most segregated schools in America are in New York city.
1 - So far so good, but it hasn't been many years. In a bull market, I'm also (in addition to some other winners) partly 'betting' (as per the conversations above) on some value stocks that underperformed during this time. One of them is based on geopolitical issues in one particular country that I'm expecting to be resolved based on the best knowledge I have while following the politics of this particular country and the industry of the company in question (and the company's legal disputes with the government). Another is a promising technology that was recently trialed successfully commercially. There are a few others like this. My educated guess is that even should the broader index go down when the bull market eventually subsides, these will picks still benefit and climb due to the underlying fundamentals. They're hedges along with a basket of other picks, some of which are very conservative (and include Vanguard funds). In the worst case, I don't think my picks will underperform a bear market.

2 - that's an extreme perspective, since there's value in learning that doesn't have an hourly cost. The TOC of my time may or may not be higher than what a fund manager would cost (or the index fund approach being discussed). Then again, monitoring the portfolio 3-4 times a day for a couple of minutes isn't that bad. Initially finding the stocks of interest and doing some basic research does take time.

[edit: grammar]
browserify did it almost instantly with a much smaller bundle file. all without having to write a script.

It's probable that with enough time spent learning... a build tool... that webpack could perform well. But I want to solve a problem, not learn about webpack.
> "If not Slack, then what? Nothing?"

I've not used it before, but I can see the potential benefits of a tool like Huddle:

https://www.huddle.com/

At the very least, tools like Huddle mean that discussions can be focused on the documents that a team are working on.
I explored going type first before writing this and you could get pretty close.

The details get hard though, how do you represent unions vs enums? even knowing what implements an interface? default arguments? directives?