skysight-inc/HackerNews huggingface dataset:
Bit of a mixed bag.

Slide 12:

> Go etc. are garbage collected, making interacting with C either impossible or excruciatingly slow.

"Impossible" is, of course, a lie. "Excruciatingly slow" may be the case, though it depends on the kind of interaction you are looking at. Without any context, this statement is overly general.

Slide 14 can be taken out of context and misrepresented as showing that "Rust can be faster than C", although the programs being compared use different data structures, so it's inconclusive. (It's not clear to me whether the author wanted to make a broad claim like this. The title suggests so, but again, the difference in data structures suggests otherwise.)

Slide 16:

> every operating system retains some assembly for reasons of performance

Is this really the case? I would be interested in examples. My impression was that assembly is needed for hardware interaction for which there are simply no C constructs available (setting timers, interrupts, system registers, and whatnot), and possibly highly space-constrained bootloader stuff, but performance? C compilers are not stupid.

Slide 19:

> in-kernel C tends to be de facto safe

This is a bit of a stretch. I mean, yes, most lines of the Linux kernel have never been the cause of a CVE. But it's hard to tell which lines are the critical ones. Properly encapsulating safe/unsafe regions does seem like an improvement. (My understanding is that Rust's "unsafe" is not properly encapsulated: You might mess something up that will cause a segfault later on, in ostensibly "safe" code. Still, it's a step forward.)
>Chromebooks are not a gimmick they are great laptop replacements for older folks who spend majority of their time on the web.

A friend of mine is a master real estate broker. He's a good example of someone can move almost entirely to a chromebook or an ipad because nearly everything is now web based. So it's not just old folks or people just surfing but regular people doing their jobs. In particular this guy is someone who has half his browser eaten up by toolbars and buys a new computer every few years "because the old one is too slow." A chromebook or ipad is a great place to park those people since they're curated environments and not the free-for-all virus delivery and identity theft machines PCs are for the unwary.
> it will be a hybrid kernel effectively.

What do you mean by this exactly?
If you have a (rooted?) Android phone, you can use the dongle with an OTG cable.

Otherwise, a Baofeng DM-5R should do the job, it has digital modes compared to the cheaper and more popular models. Still limited to FM in analog, which is a pity for airband (where, by the way, you should never ever transmit in).
rxjs is already available and allows to perform chained transformations by using wide variety of methods.
NO, and I wish HN stopped upvoting this sort of propaganda. There are hundreds of languages around and the slides did not even attempt to compare pros and cons across languages that would be suitable for kernels.
> wasm is also going that direction

Genuine question: why would WASM in the kernel make any sense at all?
This isn't quite what I was going to say, but it's close enough.

I think parts of an OS can and should be written in something rust like, however the whole thing should probably not be written in rust.

My personal thought is that C and C++ 98 era are bad, but they were what we needed at the time. Part of this badness was that you could do anything but exact facilities for specialized tasks had to be rolled from scratch. Libraries are possible, but not ideal (no namespaces for C and crazy header + recompile issues for both).

In order to replace C and C++ we need more than just one language, we need an entire family of languages that all have the specific features implemented to support their domain. Rust can probably be used in game programming, but Zig (or in theory eventually Jai) is being specifically made with that goal in mind so they will probably be better. Rust itself will be much more useful for applications that cant stomach managed languages (ie web browsers, etc) because that's what they are specifically building it to do. It's got high level features in a form factor that you would expect from C#/Java with low runtime and no GC.

We can probably write OSes in Rust or Zig, but ideally someone who really likes thinking about OSes will create a language specifically geared towards writing OSes that will be able to replace C.
That's silly. It is only original and clever if you replace the s with $ and a with @
I'm not the person you're replying to, but I'm 41 and understand the notion of losing faith in the security world. I'm not losing faith with the profiteers because, if I look back at my career with open, honest eyes, I can see points where I was a profiteer and a detriment to the industry as a whole.

Instead, I'm losing faith because it seems like the attacks keep getting more sophisticated, yet it's getting harder to operate as a white hat. I can't count how many times in the last year that I have suggested that researchers be incredibly careful about how they report bugs or if they should even report at all. Nor can I can count how many stories I've heard where white hats submit really juicy bugs, only to be screwed over on bounties, threatened with prosecution under the CFAA, or otherwise maligned.

I can't believe that I can truthfully say this, but I feel like we have reached a point where being a white hat is too much trouble for too few potential rewards.
As a former BMW fanboy, here's my take:

1) Over the past decade, BMW has snuffed the enthusiast/semi-enthusiast crowd to cater to mainstream luxury buyers.

2) Anecdotally, I've noticed that the Tesla buyers of today were the BMW/Audi buyers of yesterday.

Who's still interested in new BMWs?
Same build, sure, but you don't release it - you just run it on your own computer, as opposed to the development build you might ordinarily run, to make sure you didn't break anything.
This!

I’m sure Google (etc) could lure a lot of young, single folks out to the hinterlands for a year or two, but retention and recruiting further up the ladder would be awful.

Universities in the US, which—for historical reasons-are often located in rural areas, have similar problems. They solve this through “spousal hires.” This can range from merely coordinating interviews and offers across departments [0] to creating entirely new positions, or even tenure lines, for a rockstar’s spouse.

This can work relatively well for universities, but I’ve never heard of companies doing anything similar. I wonder if you could even get a set of companies to agree to preferentially hire their employees’ spouses, so there’s a more diverse set of options.

[0] The university often kicks in some money so that both departments will be happy with (say) their number three picks, instead of history hiring an unattached rockstar and chemistry getting no one.
Reasons for making the open source argument
There are two opportunities that arise from reading literature from outside of your own culture and time.

One is to have that revelation of "oh, wow, these folks are just like me!"

The other is to have the revelation, "wow, these folks are nothing like me, and here's what they felt was important, beautiful, terrifying, etc"

Both are pretty important, even if the latter doesn't come as naturally. You'll never be completely empathetic to it, but at least you can learn to be sympathetic.
Both NYC and SF are rent controlled areas. Rent control is cancer that punishes younger and newer inhabitants while making rent cheap for the rich. In fact, NYC has more vacant apartments than homeless people.
Physicists report electron is round–what does that mean?
Good point. I've heard about it but never could quite understand if it's useful enough. Can you share some public repos where it's being used?
In my experience, your fundamental assumption about what "techies" want is at least partially flawed. Not that no one in tech wants bike Lanes, public transit, and authentic South Indian cuisine. In fact, I wouldn't be surprised if a majority of people who work at FAANG consider these things important in their life. But there is still a large portion that truly don't care for all that. They live in the bay because if they can find an illegal $800/mo Airbnb they will make a lot of money, if they lose their job there is another close by, and that is where their close friends are. If there were an equal paying, less congested alternative to these tech hives, they would take it. This is, of course, generated from anecdotal evidence.
Fundamentally, some people like true urbanism, and others just don't.
Eugenics much ?
Tesla has definitely given a tremendous push to the market.

I highly doubt the EV efforts would be nearly as far along as they are without Tesla, and the danger that the catch-up activity by other players dies down again if Tesla goes under is very real.
(until the Chinese manufacturers start tackling the European market, that is)

There is nothing better to put pressure on other manufacturers than a successful EV vendor.
> If gender is fluid why is it so important for trans people to look like women, or men?

Fluid gender (identity; ascribed gender is externally imposed and to the extent it is or is not fluid, that's on society not the person to whom gender is ascribed) is an aspect of some people's gender identity, it is not something people (at least, many people) believe is inherent with all gender identity. Many trans people have as fixed an identity as the most cisnormative people believe all gender is, it's just not a cisgender identity.

> Is it a necessity?

For some, not for others.

> Then why adopt distinct male or female features, genitalia which do not work as intended?

There's a number of reasons (including the way society ascribes gender and mitigating the clash between ascribed gender and gender identity), which vary from individual to individual. But, also, that description of genitalia is the opposite of reality—for people that choose to change their genitalia, it is specifically because the new ones work more as intended by them than the old ones, not that they “do not work as intended”.

> Sadly, I don't know any trans person to ask them how they feel and why they feel that way, in person.

Happily, there's lots of information publicly available from trans people addressing those issues in every kind of media so that you don't need to rely on pestering people face to face to explain their gender identity and feelings surrounding it to you, which lots of people don't like to do.
As somebody who lives in Dallas, I'm actually glad that Amazon is passing us up in favor of NoVa, and I've heard similar sentiments from talking to a few of my fellow Dallasites.

The consensus is that if Amazon moved here, all they'd accomplish is sending housing prices into the stratosphere and turning traffic into a nightmare. We have plenty of jobs here, and housing prices and traffic are already starting to get problematic. We don't need Amazon throwing gasoline on the fire.

I've also heard discussion about how we don't want Amazon because they could wreck the city's culture like they did to Seattle... and from what I've seen, both the right and the left are pretty unified on this. We like Dallas the way it is, thank you very much.
Wait so I can post data using any email with no security by default? That seems like a really bad idea. I get you’re trying to be clever but damn. Can’t possibly see that causing a problem.
I think you meant Fragile (tm)
> Tesla stockholders must be very, very optimistic about its future performance

or about their ability to flip the stock to the next buyer while the going is still good.
Gab cries foul as Pennsylvania attorney general subpoenas DNS provider
Trivial Connections on Discrete Surfaces (2010)
What if the objections in the article were solved directly?

> Writing a Large, Correct Makefile is Really Hard
> No Sandboxing

Would it be possible to track dependencies on a file level, simply declaring everything that gets read as a dependency? In the end, it is very likely that the generated artifact is different if any of the files touched to build it changes.

So, why not track open() syscalls made by make and its sub-processes? This obviously has some requirements towards the kernel to allow such tracking. It would also report helper files used by the toolchain and maybe even the code (executables and .so files) used by the toolchain, but one may argue that they are actually dependencies -- the artifact must be regenerated if the toolchain gets updated.

> Caches are Not Portable

It should be considered first if rebuilding on each node is really that bad. Next, caches are non-portable by nature if they use different formats, or if dependencies that were used to build the artifacts are actually different on the various nodes. So this sets limits on cache sharing in principle -- but this has nothing to do with make.

> No Language Abstractions are Provided

Not going to argue against that.

> Timestamps, Not Hashes

Is there anything fundamental to make that requires the use of timestamps? Otherwise this sounds more like "nobody has bothered yet to change make to use hashes".
Perhaps. It seems analogous to women being able to evaluate the health of their ova.
Battery packs for EVs are expensive and heavy. And more complicated than people realise. They're not just big batteries. Making an electric car with decent range at an affordable price* is not easy at all. Tesla is closer than anyone else.

* edit: an affordable price that isn't loss-making, I should say
At my last job (company that builds data portals) I put together a basic site-to-Gopher gateway, so that people could explore data portals in glorious ASCII.

I didn’t get all the functionality I wanted built in the time allotted (some of the time was also spent trying to fix up an old Wyse60 serial console that was on the fritz), but I had a blast writing that in Chicken Scheme. I was surprised and enormously entertained that there’s a pretty well-baked Gopher server for Chicken... it supports IPv6 even!

Kudos to the Chicken team. While I like some of the Racket-isms in Racket, Chicken is a delight and has an awesome deployment story.
Confused why this is posted again, it's been submitted many times. (Maybe there was a big release? Just looks like updated docs). Having said that, I've used this for a number of projects and enjoyed it much more than heavier solutions.

There is no js so you just write your own in and it's really easy to mold to your own liking. It was "just" enough and produced polished looking crud apps. Mostly search and form stuff with tables but users have enjoyed it so I give the author credit. I also had to spend way more time working on the backend and this did not get in the way.
(2009) a Brief, Incomplete, and Mostly Wrong History of Programming Languages
> Yes, but some (e.g. ripgrep) don't actually do the same thing as the programs they are supposed to "re-implement". Most Rust "re-implementations" don't actually re-implement programs, they are new programs doing a similar-but-not-quite thing to the older C implementations. For example, ripgrep is neither GNU or POSIX compliant, and therefore it is not a re-implementation.

Is there a reason that command line tools cannot be re-implemented in Rust and maintain GNU and POSIX compliance? If not then the fact that ripgrep is not compliant is irrelevant to the larger point that Rust command line tools could eventually replace existing C command line tools.
Every time I see a company setting up shop in the Mid-Atlantic, I just assume it's to set up shop a quick Amtrak ride to DC.
This is a very cool project. But, it's not fully funded by Israel and uses a US rocket etc. IMO, the bigger deal is it's a privately funded moon mission.

PS: Israel has a GDP of 350.9 billion USD, US had a GDP of 542 billion in 1960 which works out to: $4,622 billion or around 13x Israel which just shows how much richer the world has become.
Operator errors do not indicate the quality of a language.
Blockchain is a Semantic Wasteland
https://news.ycombinator.com/item?id=18267585

Stablecoins are not stable (they cannot be due to counterparty risk) or coins (centralized trust).

There are actual problems that need to be solved in the space.

You could be working on research into scaling trustless systems; into UX design for trustless wallets; better hardware wallet design; and so on and so forth.

Instead, you've created a crappy inefficient form of the US Dollar and you're pumping it to make money in trading fees.

Is that... fun?
Maybe, but Tesla is selling significantly more cars than BMW right now.

When another automaker starts selling an all-electric lineup, I'll cheer for them as much as for Tesla.
ES6 was needed, but I think js should hit the breaks for new language features for a while.
I work at Google in Pittsburgh and we are hiring & expanding.

Here's a story published earlier this year,

https://www.geekwire.com/2018/google-early-pioneer-pittsburg...
The Carbon Tax Is Dead, Long Live the Carbon Tax
I feel like every single point against make in this article is considered a feature of make by many other people. But I guess more than why not, I’d like to hear more about what the alternatives are. I see this is an ad, and it implies but doesn’t say explicitly whether this product fixes all these issues, or what it actually does at all. People have been trying to redo make for decades, and despite all its warts (and it does have warts) so far it seems like nobody has been able to supplant it.

No sandboxing? This complaint amounts to “it isn’t pure”. There are reasons to allow reading a file in a build rule that isn’t a dependency. Allowing temp files in a multi-step rule without complicating or obfuscating the dependency graph is one of them. You can do anything you want in a build rule. How often is this flexibility actually a problem? If someone is reading from a file dependency without using make to depend on it, they already know they’ll get the expected behavior; failure to rebuild when the dependency changes.

Unportable caches is asking make to solve a problem that make wasn’t built to solve. And one could argue this isn’t technically a build system problem at all. Wanting network caching for multiple hardware configurations is reasonable, but isn’t what make is for.

No language abstraction is something I like about make. I use make for automating analytics and image resizing and all kinds of things that aren’t C++ specific. Adding language abstractions would bloat and complicate make.

Timestamps are faster to compute than hashes. Occasionally this matters a lot.
I think what makes it a 1% is the disparity of demand.
We use both for small and production projects.

I have found DO to have more additional features, but we use few of them.

The new DO K8 support looks interesting as we currently use Openshift (Red Hat), IBM, AWS and Google.
> I think a lot of people who think they can't get this or that thing out of, say, Nashville or Minneapolis, or whatever, are wrong.

If a person values a thing, saying, "well [thing] exists in these other cities too, there's just a whole lot less of it there" is maybe not a super effective counterpoint.

Like, I realize that basically every major city in the US does have public transit...technically. But pointing out that out is not useful when for most of those cities, said transit is slow, unreliable, sparse, and infrequent.

I don't just want transit. I want good transit. I don't just want walkability in a few isolated neighborhoods. I want widespread walkability.
use "which hired"
Search Deflector has been released on the Microsoft Store
> Self-acceptance is crucial.

However laudable, is that not an ethic rather than an objective assessment? I don't see why that should make us doubt the voices of trans individuals as they describe their situation, even if we might wish for them to achieve self-acceptance.

> I suspect that what you call gender dysphoria isn't the prime cause.

That's not my terminology; it belongs to the medical establishment.

https://www.psychiatry.org/patients-families/gender-dysphori...

It seems to me like you have idiosyncratic experiences, which are perhaps very interesting, but may not apply well to the lives of trans people.
Both Chevy and Hyundai have decent range EVs that are significantly less expensive than a Tesla, so it seems like it's not a problem only Tesla knows the answer to.
Car companies rush to embrace scooters and bikes
He credits the creator in the second sentence. I know that a lot of people never read article text (ahem), but there's not much the writer can do about that.
Do you find buffalo particularly bewildering? or in the city of Buffalo?
Ipsets dynamically updated with firehol's update-ipsets.sh script
Valuation does not AT ALL summarize all the other metrics.

Valuation is NOT a representation of the future of even expected future of a company.

I could bet on Tesla and help its value rise just because I think tomorrow other people will bet on them and so the share will rise. I could bet on Tesla because I think Softbank has way too much money and will ensure I get an nice ROI soon. I could bet on Tesla because I just see that they've been growing and think it will keep going at the same pace without issue.

As long as you have people ready to buy at a higher price for whatever reason, the share will rise. And if people stop believing it will drop. Both regardless of the actual metrics behind. When Tesla gains or lose more than 10% IN A DAY, it's not because suddenly their metrics are 10% better or worse, it's just the mirror of the market's collective psychology.
I have lived in West Michigan (Insanely Cheap), Kansas City (Kinda Cheap), and Seattle (Pretty Expensive).

Thing is, renting a 900 sq foot apartment in any reasonably urban area has gotten pretty expensive anywhere. It was about 1000-1500$ in KC when I left. It's about 1600-2200 in Seattle. My salary jump from KC to Seattle more than makes up for the difference in rent. Other things may be slightly more expensive, but I don't really notice.

Major difference is you can buy a house in Kansas City, but even that is starting to get expensive - at least in the areas that I would like to buy a house in. Even Grand Rapids, Michigan is having its own housing crisis. At least the salaries are already high in coastal towns. That said, I sometimes feel like I was saving up enough money to buy a house back in the midwest.
Right. For those interested OpenHFT has created a really nice set of open source solutions to do this.

https://github.com/OpenHFT/Chronicle-Queue#design
Wouldn't an operating system be a performance-critical piece of software despite being an experiment in object-capabilities design?
The Bolt at 238 miles is still quite a bit under the Tesla which can reach 300+. But at half the cost, its a price point that will suit many folks.
The Chevvy bolt is sold at an $8000 loss.

The Hyundai Kona Electric looks cool but is only going to be sold in small numbers and won't be available in much of the USA
https://insideevs.com/hyundai-kona-electric-limited-u-s-avai...

I wonder why.
If you are interested in an IBM Model M I recommend the Unicomp UB4044A (http://www.pckeyboard.com/page/product/UB4044A). It's a IBM Model M with USB. I bought one over a decade ago (build date 4/20/2007).

Also, Ars Technica updated the URL date in this story. The original URL is http://arstechnica.com/gadgets/2013/11/why-i-use-a-20-year-o... and it redirects to the 2018 link here.
Digital Transformation – Because You Have to Survive
That's interesting, and good, but it's hardly a substitute for dedicated lanes, let alone separated-grade lanes. A bus with signal priority can still get slowed down by and stuck in traffic when there are flat out too many cars around.
Your code will be a liability if your types have mediocre names
Having only a small part of the code with unsafe means you only have to check only a small % of the code for UB/security holes and not the whole code base like in C.

It just limits the places shit can happen and which need to be closely reviewed which alone is a big help.