skysight-inc/HackerNews huggingface dataset:
Aside from any stigma, I believe medium will PayPal your articles, so lots of people won’t be able to read them even if they wanted to.
Ugh - coulda saw this coming 5 yrs ago when Medium was “free” and well liked

Lesson learned again and again: all blogging platforms have a limited shelf life, and there really needs to be a better way to own your own content beyond self-hosting.
I think the point they parent posters were making is that with Google you really never know which of their projects will live long and which will get axed.

That makes Google products risky to build your business on.
I'm surprised to read that "Bun actually sits above a URL router capable of matching methods, URL wildcards and parameters".

I thought bun was just a JS runtime, though I guess thinking about it maybe I don't even understand what a JS runtime is.

I always figured nodejs is v8 + an stdlib. I think bun is a custom zig-js engine + an extended stdlib (website claims "batteries included")?

Isn't the router generally "application/framework (i.e vue) specific"?

Does stuff like Express or Nextjs not actually ship a webserver and just use the underlying "runtime"'s `http.serve` function? Is it possible to make an analogous "webbrick to unicorn" server swap while still running nodejs or are you swapping runtimes to do that?
Yes, for two reasons:

* The software: Medium somehow managed to make majority-plain-text articles slow to consume in modern web browsers, negating decades' worth of web browser optimizations.

* The culture: Medium is overrun with self-promoting "thought leader" types.
I like polls on HN because sometimes the answer is nuanced, so on HN I can say "Yes, articles on Medium have a negative stigma" but then upvote @tyingq's and @thrtythreeforty comments that capture that nuance.
> C having better support for pointers make it near to how the processor works, compared to other languages.

Java is almost entirely pointers to heap allocations, yet I don't think anyone would argue that Java is close to how the processor works.

I also don't think that the C virtual machine is all that close to how machines actually work any more.
To me, Medium is a platform for those who desperately want to monetize text even (and mainly) if they have nothing to write about.
We could do without that kind of authoritarianism.
Last name of Matamoros (kills moors) is a thing, and the banner of Santiago defined the nation for centuries.
Very true, but I still think it's worth pointing out that this emulates Docker from 2015, while Docker today probably doesn't look the same anymore.
I agree performance is important, but it’s optimistic for any dev to assume that this particular layer is the place where things will be slow. Introduce a single file or other 3rdparty IO dependent method on your HTTP response and poof
The problem being, cargocults tend to hold the power. So yes, learn new concepts, practice them and more, but don't be surprised if in practice you can barely utilize them thanks to cargocults insisting they are wrong.

We see this in C#. Has a ridiculous amount of features outside default OOP and continues to get more baseline, even has great interop with several other languages. But culture changes very, very slowly. Large scale adoption tends to happen only when some major framework insists on using a certain paradigm.
object oriented code does not mean "language support for object oriented code".

Object oriented code is very common in many larger C libraries (or things like the linux kernel). The only difference is that you don't get any compiler support to prevent errors.

The standard model is:

typedef struct __MyType MyTypeRef;
struct MyTypeMethodTable {
// the destructor - honestly at an api level you should probably have retain/release instead
void (destroy)(MyTypeRef _this);

//
void (someMethod)(MyTypeRef _this, int someArg);
};

struct __MyType {
MyTypeMethodTable vtable;
};

void MyType_destroy(MyTypeRef _this) {
_this->vtable->destroy(_this);
}

void MyType_someMethod(MyTypeRef _this, int someArg) {
_this->vtable->someMethod(_this, someArg);
}

Then an actual type is implemented as

struct MyConcreteType {
struct __MyType base;
// some fields
};

void MyConcreteType_destroy(MyTypeRef value) {
MyConcreteType realValue = (MyConcreteType )value;
// cleanup anything you need to do
free(realValue);
}

void MyConcreteType_someMethod(MyTypeRef value, int someArg) {
printf("I: %d\n", someArg);
}

MyTypeMethodTable MyConcreteType_MethodTable {
.destroy = MyConcreteType_destroy,
.someMethod = MyConcreteType_someMethod
};

MyTypeRef CreateMyConcreteType() {
MyConcreteType *result = calloc(1, sizeof(MyConcreteType));
result->base.vtable = & MyConcreteType_MethodTable;
result->someField = whatever;
return &result->base; // Or similar. avoid UB in C can make this weird
}

You can see that trivially this is pretty much what notionally OO languages like C++, Java, Haskell, etc do.

An apparently not-uncommon error that happens in COM is:

someObject->whateverTheirMethodTableIsCalled->someMethod(theWrongObject)

Possibly with someObject and theWrongObject the other way around. The end result is sadness either way.

OO programming is super effective for many things, and generally better for a lot of design, especially for libraries and frameworks. But nothing about OO requires compiler/language support - indeed the first discussions of OO code predated OO languages - but it's hopefully obvious to see that if the compiler can manage this, it results in less code, and less opportunity for error, and because the compiler manages those semantics it should technically produce better code (e.g if the compiler knows that "vtable" is actually a vtable pointer, it knows there is no circumstance it can change[1]).

[1] Yes you could have incorrect code through UB, but in that case the compiler is allowed to do the "wrong" thing.
Ronald Reagan crushed Walter Mondale 525-13 in the 1984 election, so the ad space would have been a waste anyway.
Maybe it's just me, but there are some things I don't understand about this article.

> Deno is a multi-threaded server that utilizes in this test almost 2x the CPU-time while Bun is running single-threaded utilizing only 1x the CPU-time.

How do we know this? Also, when the author says that Deno is getting "almost 2x the CPU-time", does that mean Deno was being run on a 2-core machine?

> If we run the same test on a MacBook Air M1, with latest Bun v. latest Deno, we get the following:

What "same test" was run? The M1 MacBook Air has an 8-core CPU. If the "same test" means the test that the Deno people ran in the presentation, shouldn't Deno still be beating Bun due to the multi-core advantage?

I'm very willing to believe everything in the article. But especially with the author requesting that we verify and think critically, it would be helpful to have more details.
It's Google's own fault that anything new they launch these days has a meme status. I don't see anything wrong in pointing this out.

Similarly, many people avoid watching Netflix shows until they survive to season 3 at least because it's not worth investing your time in something that's likely to get cancelled after a season or two.

It's their own doing and mocking it is fully deserved
I'm not a dev or too much of a tech person, but Substack also has a slight stigma in my eyes. I really haven't looked into either platform, but as far as I know, it's similar to Medium, no? (It has a low barrier to entry?)

I guess anything with a low barrier to entry, has to do more to prove itself.
Very much this for me. It was so bad a couple of years back that I seriously considered writing a browser extension to hide and/or highlight medium posts so I would stop accidentally clicking on them.

The site has been better more recently, but the stigma is still there, at least for me.
Could I suggest that a few words on what you liked about the Medium experience would be helpful. Is it the editor or the layout of the posts for example? Might help others to guide you to a suitable option.
This seems bizarre to me. Under what context would would it be legitimate for any of those things to occur? A pay raise maybe.
But, why would someone (crucial part, here, being someone you don’t know) be negotiating it for you?
> As an aside, I’ve now seen a couple of HN submissions relating to Bun and there’s been a vibe that there’s conspiracy or foul play afoot in each. Kinda weird IMO

That's inevitable when companies with big investments have to market a performance-oriented product to a public that doesn't fully understand the nuance of software performance running on modern hardware.

The average JS dev doesn't really know what's happening behind the scenes, so a precise message will not be nearly as effective as slapping together a long and a short bar in a barchart. And since this type of marketing is imprecise by nature, tweaking some details lets opposing parties corroborate conflicting claims.

I've been through this same phenomenon when working at Redis Labs. Everybody had the fastest cache and/or db. Both Redis Labs and each of its competitors. You just had to pick the right bar chart.
Unfortunately it does break a surprising number of websites that just looove animations and in very annoying ways.

I was using https://addons.mozilla.org/en-US/firefox/addon/no-transition... which operates on the same principle.

You can try yourself it breaks the google login form. You don't need an account to try: just "login", enter a random address, and watch the password prompt not being enabled as it waits for the transition to complete.

Similarly, slack breaks doing random actions that have some blur animation you often don't notice. It's usually always a consequence of transitions and animations that are chained with JS events.

I tried myself to come up with some attributes that would be more robust (just as reducing the step count instead of disabling the animation completely), but nothing has worked in a reliable way.

Count me in as one of the folks that hates animations in UIs, so I would really love to hear if anybody has a solution to this.
> Gmail is the perfect use case for an SPA

Is it really, though?

It's a paginated list of emails, some drag-and-drop functionality, buttons for some ajax functionality.

It works reasonably well, but it doesn't need to be so high Javascript compared to Google Docs or maps.
I do that with any browser I use whenever it updates.
It’s not so much about medium or any other name, it’s purely a matter of a tease with no follow through.

Any site which teases you with content and then slams the door in your face is obnoxious and aggravating. Sites that aggravate me get negative goodwill.

Eventually, as with Facebook, I avoid them entirely as a matter of personal principle.

My hope is that people with interesting things to share will start to see the decline of their platform and move elsewhere to less user hostile places.

I know companies need revenue, but there are ways of getting revenue without being obnoxious or deceptive.
Show HN: I made [rvaiya/warpd]'s Grid Mode using AutoIt
Initial discussion here:

https://news.ycombinator.com/item?id=33222215
Remember the Individual
Yes. Many thanks.
Github pages is pretty good

https://pages.github.com/
No, it's the most important aspect for any new Google product announcement. It's not up to commenters to behave better, it is up to Google.

The comments cannot be considered garbage, since they ask the most pertinent question: why is this announcement worth talking about?

And yes, Google created this situation itself. And now it has to justify each new product's life span. Because we don't trust that at all. Unlike startups, Google can easily afford to run a product at a loss for years.
Yet we trust them less than startups with only a few months of runway.
Looks very cool, have you considered adding voice input or is it already possible?
Your own blog, as many have said, is probably the best.

When it comes to getting people to buy your articles: Well, I've never met a person who pays for their articles. Ever. Maybe you should sign up with a writing team that has a big website, I don't know, The Verge or something, and write there and get paid for it?

If it's for good SEO, well, as of now Google is flooded with low-quality, copied click-bait articles full of trackers, ads and spam.
Is there actually any html templating here? At least I didn’t see any examples in the linked page. I wouldn’t call it a web framework if it’s just dishing out more or less raw HTTP responses. That said, even just an API framework for the front edge is probably already a bit past the point where I draw the line in terms of Rust being a good fit. It’s not that Rust can’t be good at it, but I think there are many more productive ways to accomplish all the API-level crap without really sacrificing anything.
I think problem about Medium is that too much of its content is written by desperate people who are actually trying to live off cents Medium is paying them. It creates a negative expectation of quality.
> Also, just because Bun is single threaded doesn't mean they should get special exceptions in performance testing.

Maybe the chart should point that out, if that's the case. Or maybe the person running the benchmark should run more than one instance of Bun to make it an apples-to-apples comparison.
Can't have a stigma against the article if you can't read it.
Slightly off topic, but: i noticed more and more rust frameworks using async. I was under the impression that most of the time async makes programming much harder, while increasing peak performance. But is that trade off worth it for most people?
I would urge developers to also take a look at the early "Inside Macintosh" series, which tried to explain Apple's Human Interface Guidelines to programmers. Take a particular look at Vol1-Chapter 2 [1] to see how hard Apple worked to explain how to design consistent and usable apps. All of this advice ("avoid modals", "group commands in menus") seems trivial to us now: that's how GUIs have worked for most of our lives. But prior to Mac most apps looked like vim. These ideas had to be designed and then taught, and Apple spent a huge amount of effort on those books.

[1] https://vintageapple.org/inside_o/pdf/Inside_Macintosh_Volum...
Continuing to brand something with deceptive wording does cross over into fraud.
The point is publicly funded and government data should be public by default. The organisation of that now public data isn’t within the mandate, and doesn’t need to be, of the originating organisation.

Journalist, hobbyist, investigators, or the just generate intrigued can organise the data or trawl through it to their hearts content.

That’s literally what Datasette was built for.
Don’t know about stigma. I’m sure Medium is a business like many others. They are selling things. And I don’t particularly want to “buy” their products. Consequently, I don’t go to that shop.
Make your own web site. It’s hard to take “developer” articles seriously if they’re published on a platform intended for non-developers.
>This post doesn’t link to the original benchmark

Searching Google for the exact text in the slide doesn't yield any results. So perhaps that was part of the post author's angst...that the numbers were presented in a venue where they wouldn't get much scrutiny?

Edit: I did find that the author has posted previously about Deno, and seems to not be a fan: https://unetworkingab.medium.com/deno-is-slow-and-why-associ...
Agree.

To me a personal blog shows more commitment from the author for two reasons: you have to spend some time to ser it up and search engines tend to position them high when you search for the author name.

Even Medium posts being signed I don’t know why it gives me some anonymity feeling and makes it harder to navigate through other content from that same author.
I'd like to recommend Hashnode[1]. I've been using it for the past few months and enjoying it so far. Highlight - it has a non paywall based monetization system.

[1] https://hashnode.com
Who, the journalists? Article seems editorialized and they seem to have a bias towards spreading panic rather than making people reasonable.
>Why it's so influential?

Strange that the article doesn't mention the main factors that contribute to the sound and overall tonality of the Tele - the pickups (the angled bridge pickup) and bridge (the brass saddles).

From a functional design perspective, the bridge is flawed from having three brass saddles which each share two strings. This design makes intonation a pain and impossible to get as close as you can with saddles for each string.

From an ergonomic design perspective, the flaws are glaring: 1. the ashtray bridge with its sharp edges makes it uncomfortable to palm mute. 2. the original body design lacks any of the comfort curves (which are what makes the strat one of the most comfortable guitar bodies).

The the fact that the most popular guitar-centered music was created using strats, teles, SGs and Les Pauls is the main reason that these old designs are still popular.
> Rust [...] eliminates entire classes of bugs, such as off-by-one errors [...].

How so? OBO is a logic error isn't it?
Automatic Differentiation for Dummies - Simon Peyton Jones
Some useful, non-obvious Postgres patterns
Yes, unfortunately. I speak only for myself though. I found some very good articles there and even then I couldn't help getting turned off when I read them because I associate them with the mountains of subpar material that get published there and the horrible reading experience.

A curated personal lightweight website attracts me more: see https://lemire.me/blog/ (Wordpress) https://lilianweng.github.io (powered by https://gohugo.io)
Medium or any kind of paywall sites need to be stopped.
And the original benchmarks of bun vs deno had bun using a native-code http server against a deno using a js-code http server, afaik.

And the bun-specific-fork-of-react vs deno + normal react, was suspect too.
You'd be surprised. I've had countless battles with (junior-wannabe-senior) devs who wanted to use a different framework simply because it is "fast". When you point out that this project will be a huge success if it has 10 req/s, the usual answer is "well it doesn't hurt", when it truth it does - if nothing else, because it diverts discussion from important matters (like consistency of the company's tech stack) to irrelevant ones.

Dino makers are well aware of this. An otherwise great Python framework (based on Starlette) is even named "FastAPI" in an attempt to use this to their advantage (it is great for other reasons, not because of its speed).

Unfortunately lots of devs are looking for silver bullets when it comes to speed, instead of detecting, determining, investigating and removing the bottlenecks.
why not just make self hosting far easier
I agree. I get a positive impression from articles on self-produced websites with personal domains. They show that the author has put some thought, effort, and money into the presentation and preservation of their writing.

Creating such sites might be out of reach for a lot of nontechnical folks, but people in the dev and tech communities should be able to handle it.
This is about: https://news.ycombinator.com/item?id=18306860
>when I got my new phone a few weeks ago

Which phone?
I'd like to know what not to purchase.
I did the same before posting my comment, I wanted to check what actually was going on.

> that the numbers were presented in a venue where they wouldn't get much scrutiny?

The OP has done the same though by not linking to or explaining the context. Or showing the code.
Exactly. Is there some expectation that the governmental organization will have a giant pile of completely unorganized data? Or that they'll have it organized for their own day-to-day usage? The latter will suffice.
It's not criminal to be cautious about approving drugs. Remember the people affected have purposely eaten a wild mushroom -- they risked their own lives first.
Disagree. I don't expect embedded engineers or language designers to take a large technology detour just to write.
I have nothing against the articles itself, but medium is way too heavy and regularly doesn't work in some browser / plugin combinations which is inexcusable for static articles of text and images
Browsers could have a separate preference for disabling animations more strongly. But that would be different from the “reduce animations” accessibility preference. Those are two different preferences with different use-cases. You can’t merge them.
(followup on previous comment) finished in three hours [2022-10-16-13:00-Z]:

https://github.com/EsportToys/AutoWarpd
It's been 14 years since the v8 engine was released. Node.js has been out longer than 10 years.
Cuban missile crisis: The man who saw too much
It's a bit more sophisticated than that; she knows almost precisely what is going to happen, but the exact boundaries of the fluent brain that she's looking for are not clearly marked, and brain moves around a little; these are not solid-state circuits, so without this check you would have to err on the side of caution, which is contrary to the goal of removing as much tumor as possible. Probing ahead of where they're going to resect is a simple and effective solution.
I would guess it has nothing to do with the index, and more with widgets - these special little result boxes that appear when you do a calculation, ask for the weather, and so on. Google has quite a few of them, and some are pretty whimsical. I read that new people on the search / frontpage team get to write on of those as a training task. They must be quite encapsulated from the rest of the system. But obviously at some point one of them is going to have a bug.

Just guessing, maybe it was supposed to show a certain emoji, like "hamburger emoji on iOS", and got tripped up by the result of a search like "how many site:emojipedia.org" which leads to the FAQ and that can't be parsed?
The best alternative IMO to medium.com from the reader's point of view is a personal blog. I much prefer them. However, if you want your articles to be found by people looking for them via Google. Probably best is putting them on Github or other non-scammy site with good page rank.

I noticed it is next to impossible to get personal blog articles in own domain onto Google search results unless they are specifically crafted for Google bot and not for a human reader (it seems to like a thousand words of introduction followed by a thousand words of historic context, then a lengthy personal anecdote and then at the very end - possibly on next page actual answer the reader is looking for).

This includes really niche subjects where almost no content exists. Google still favours showing you forums where people ask similar questions (unanswered). And lots of unrelated stuff rather than an actual blog post that has an exact answer+tutorial in under 300 words.
Yes, because of the paywall for obvious reasons.
I think it’s better to do it via multiple JS VMs than one http server splitting the work between multiple threads. There’s really not enough work for it to be worthwhile otherwise

Bun will eventually implement Worker/worker_threads and that will have an integration with the HTTP server for load balancing
I will admit to a personal bias against them. I wish medium writers would edit their posts more carefully and would entertain the idea that writing is a craft. Arguments, even ones that I agree with, tend to be poorly shaped. Paragraphs are filled with too much fluff. Arguments are poorly structured. Theses buried underneath digressions and rambling. I just skim them.
Doesn't that disable all images too?
Yeah, the discussion of the 32-bit 68k being far superior to the 16-bit 8088 immediately after touting "no jargon necessary" made me laugh.

Today's Apple sometimes doesn't put its actual tech specs in its marketing other than storage sizes (the most tangible to non-tech users), such as with the iPhone. Whenever I get a new iPhone, I have to look up the hardware specs.