I appreciate the correction, but frankly this isn't what I hoped people would take away from my comment. My point was that race/gender/appearance plays a large role in gaining access to normally stratified resources
This article is bugging me for some reason. I don't disagree with it. It's certainly easier to make a language now, even more so than in 2016 when this article was published. But it feels like saying "it's easier to make a bridge than ever". That statement isn't wrong. I'd much rather make a bridge with modern technology. But it's still a damn hard task.
And citing parsing isn't a great example. Parser generators have been around for ages. And they're usually not the hard part anyways. Defining a simple grammar and parsing it, even manually, isn't that terrible of a task. Getting decent error messages and figuring out recovery? That's trickier.
Code generation has certainly gotten easier. But you still need to go through the process of figuring out how to lower your abstractions. My language is still extremely basic but I've still had to map my high level types and control structures down to WebAssembly. LLVM won't do that for you.
There's also more that your average user expects if you want a language that people use. Decent tooling is important, so a language server and some syntax highlighting packages in different editors. Good error messages. Decent type inference. Most of these you can eschew in the first few iterations of your language but eventually you'll need them.
I feel bad criticizing this post because writing a language has been one of the most instructive experiences I've had. I've learned so much about code generation, typechecking, the WASM spec, etc. But it's still a lot of tough work to get to something people can use. I'm not sure parser generators and LLVM make it that much easier.
Key point here is that you probably fixed your sleep schedule sometime after high school. Coffee dependency is a pretty common hotfix for a poor sleep schedule. Once you take away the poor sleep schedule, coffee becomes less necessary and more a nice to have.
It'd be interesting seeing the long term effects high school sleep schedules have on people. I wouldn't be surprised if poor sleep patterns in adolescence lead to insomnia and other issues later in life. I definitely felt like my high school sleeping patterns were damaging to my mental and physical health.
I agree and sympathize with what you're saying. Coding screens are a necessary evil. But perhaps they can be omitted in certain situations. I know I completed the Google foobar challenge far enough to alert a recruiter, only for the recruiter to send me a snapshot test. Like c'mon, I just solved a whole slew of harder problems than this.
I wonder if companies like TripleByte are actually successful in solving this issue. I've avoided them because I'm skeptical of recruiting companies, but it might be a good idea to have people take one coding screen and have it apply to multiple companies.
Agreed that it's tricky, but there needs to be some feedback loop. Otherwise you end up with seriously broken processes that never get fixed. Companies tend to care about false positives more than false negatives, but there's a decent possibility that some companies have an extremely high false negative rate.
Is it just me or does Quora straight up not work on Firefox? Whenever I click the Continue Reading button, it fails to load more and gives me a generic "Something Went Wrong" error. Do people just not test on Firefox anymore?
So happy to see the Dekalog here. It's hard to find it streaming. Dekalog 1 is a particularly relevant film for HN since it deals with a programmer and his idolization of technology. There's a small moment at a shrine with wax that is immensely beautiful. Kieslowski has such a great eye for the small details and poetry within the scene.
I've tried to use iterators and closures in my code, but it's not as easy with error handling and lifetimes. Like I could figure out the magic incantation that lets me map over an iterator with a function that returns a result. Or I could write a for loop that pushes to a Vec.
Or I could chain an ok_or_else on an Option but ugh now Rust is complaining that I'm capturing a reference to self. Screw it, I'll rewrite it to be an if let with a return. Part of the problem there is that we know an ok_or_else with try! will execute the closure and return if the value is None, but Rust's borrow check doesn't know that.
None of this is Rust's fault. It's just that it's hard to combine ergonomic closures and borrow checking.
It’s a little too early to see the effects of Jony Ive’s departure. He left less than a year ago. He probably had a decent role in designing Big Sur. Plus all the remaining designers were probably hired by Jony. I doubt we’ll see big change until a few years out.
I use a sous vide machine to keep the yogurt at a consistent temperature. If you're working with non dairy milks, that extra time can help a lot.
If you're looking for another good fermentation, kimchi is a great one. There's nothing better than making kimchi fried rice or kimchijjigae with homemade kimchi.
I highly recommend reading The Little Typer if you want a great book that bridges math and code. It starts out describing Pi, a Lisp with some interesting restrictions (limited recursion, types can have values, etc.). They build up some cool stuff like vectors with the size encoded in the type. All of a sudden, they explain that equality is a type, and any value of said type is a proof! Turns out you can think of many proofs as manipulating data structures to get a value of a certain type.
I wonder how long until we get a somewhat mainstream language with pi types. I know Rust considered adding them. And I recently learned that Rust does allow for quantification over lifetimes^[1]. I could certainly see a language that implements dependently typed arrays. Midori for instance looked into eliding bounds checks with compiler proofs^[2].
It's definitely not the worst to be overly well read in programming literature. But oh man does it get old arguing with someone who is taking advice from a very niche, very particular field such as game development and applying it to general software development.
> YouTube was (and still largely is) written in Python, way before it was cool and well-known
That's a good point. I wonder how many successful apps used tech that only appeared boring after the fact. Rails is a fairly boring stack today but back when GitHub started, it probably wasn't.
That's true, but JavaScript is something especially controversial :D. I've yet to find a programmer who doesn't have some sort of stance on JS
Also yeah it is fine to say "I don't care for JS" sans explanation. But if someone were to ask why, it'd be reasonable to expect a list of justifications that had some nuance.
I'm starting to develop a theory that a person's stance on JavaScript reflects their ability to critique reasonably and therefore their maturity as a developer (to an extent).
JavaScript undeniably has some problems. It's also undeniably useful and eating the world. If you can hold both of these stances in your head and reconcile them into a nuanced opinion, then that's a great sign. If your viewpoint collapses into "JS sucks!!!" or "JS rules!!!" then you're not providing an opinion as much as a dogma, often one that is regurgitated from some other source.
I'm not saying that one should find JavaScript good or bad by the way. Someone who abjectly dislikes JavaScript but also understands its utility is quite useful. The creators of TypeScript, ReasonML, etc. all had to dislike JavaScript in some form. But they had to dislike it in a productive, nuanced manner.
I recently watched Tarkovsky's The Sacrifice which also deals with the threat of nuclear destruction. The main character is having a birthday dinner when the news informs everybody about the nuclear threat. The simplicity in which this information is revealed and the transition from the mundane to abject fear connected really well to modern times.
It's interesting seeing film ideas repeat and be interpreted by multiple directors. It's almost like some ideas need to bounce from director to director before they find the right outlet. I Live In Fear begets Dr Strangelove begets The Sacrifice.
People in all countries get measles. Should we help every country equally? If, gasp, there's a rich kid in Pakistan who may get a free measles vaccine, is that evidence to stop fighting measles in Pakistan?
White families have ten times the average wealth versus black families. Putting aside the significant mountain of evidence racial bias in hiring, in tech, in basically every facet of life, that single statistic should be evidence enough that more funding is necessary for minorities.
And what hypocrisy? You can say that black people are not inherently different but face different circumstances due to societal problems. That's not hypocrisy. That's simply acknowledging that race plays a factor in nurture but maybe not nature.