skysight-inc/HackerNews huggingface dataset:
What makes it "anti-EV propaganda" as opposed to "reality"? Who decides whether "anti-EV" is propaganda, whereas "anti-gas" merely information? "electrek.com"?

First of all, the pamphlets shown have no anti-EV statements whatsoever. In fact, as the article shows, they don't mention EV at all.

What they accuse them is propaganda by omission! The company dared not tout EV in its own pamphlet, but focus exclusively on their traditional models.

Well, they also didn't bet strong on the EV market, so can they promote what they actually focus on? Or is that forbidden?

Secondly, that hybrids are globally a more realistic solution in the next 10-20 years is true.

Some people bought their $50K+ Teslas (or some small EV for city use) and are under the delusion that in, say, 10 years or so (if not immediately), all gas stations could stop serving gas, and just have EV charging units.

The world is neither just Tokyo nor just California or Stockholm, nor is the capacity and infrastructure there (from batteries and materials required for them, to the power grid). And in the future, between inflation, infrastructure neglect, covid repercursions to the economy, climate change costs, trade war costs, and so on, infrastructure might even get worse, not better. (I'd bet those "all new cars must be EVs by 2030" edicts, will be revisited and expanded a couple of times).

Thirdly, that workers in many traditional car trades and manufacturing will go out of a job by such a switch is a fact, and something to be taken into account (of course there's always the Ayn Ran "solution": "fuck them").

If anything, it's the article that has a strong pro-EV-or-bust vibe (well, given the website), and it makes sense that the "complaint" came from a "concerned citizen", which could be anything from an EV-obsessed enthusiast to astroturfing.
IMHO, the best fusion of the two is offering a no-code tool to non-technical folks... while ensuring you have a tiger team of random and varied developers to produce one-off duct tape bits to cover gaps for them.

It seems far more efficient to have a non-technical person fiddle with a GUI, get most of the way on data integration, etc., and then come to the team with only the parts they couldn't figure out.

"I have this list of strings and I need to X" or "I need to push data to this API"

We did something similar at a previous job, and it generally worked out well. The code assistance kept people from constructing Rube Goldberg machines in the designer tool, to solve simple coding problems that the tool couldn't cover.
No he said their fear is a natural reflex and moving away from expensive polluting things also require taking care of people who lived from it.
I was really surprised when I found out that the 5 pin JST XH connectors I need are out of stock seemingly worldwide. It’s just metal pins and a plastic housing. I looked at stock levels of alternatives and it looks like Molex is the winner. Hundreds of thousands of their similar connector in stock at Digi-Key.

My hope is that these supply shocks will teach people to better prepare for this kind of thing in the future, leading to more robust supply chains.
We've banned this account. Please don't create accounts to break HN's rules with.

https://news.ycombinator.com/newsguidelines.html
This just reminds me of an episode in yes prime minister where there is a new hospital fully staffed by administrative staff and no medical personnel because it never officially opened to the public.
I've tried this with my current company, where the majority is not tech savy. The business analysts had immense difficulty in creating and maintaining automations on their own. And it gets worse: the few devs that we have at the company had to "rescue" the no-code automations on a daily basis and ended up rewriting most of them. It takes longer for a dev to create an automation in a no-code platform than by simply writing code for this solution.

Your mileage may vary, but my feeling is that no-code will keep growing in relevance, but it's not there yet on what it claims to do.
I have mostly questions...

Are we at the theoretical limit of energy density in current batteries? How much more progress can we make, in theory? Could it be that in 20 years we find drastically better materials for batteries? Materials which would make electrical flight feasible.

Assuming high energy-density batteries are coming, shouldn't you start now with developing electrical airplanes to be one step ahead of competition?
NASA not running an actual assessment after STS-27R was almost lost to a similar foam strike in 1988 is really the flabbergasting part. If that foam strike had been almost anywhere else on the wing, it would have resulted in the crew and vehicle being lost. But instead it punched a hole right where there was a double-thickness aluminum plate for an antenna mounting, and so didn't burn through.

Columbia had a foam strike on the leading edge and wasn't so lucky.
And wasn't designed to carry people.
Yes! To compete, cloudflare really needs a nicer "full-stack" experience where you have one repo, one config file, one CLI and one codebase that is shipped automatically into pages and however many workers, dns rules, kv stores, durable objects, Images and Stream deployments etc. They have Wrangler but it doesn‘t really feel "complete". At least they should rename it to cloudflare-cli and cloudflare.toml.
> The car manufacturers would surely just buy their way into the front of the line, if it was just this.

Those older nodes "chairs" that the automotive industry used are less profitable in general. One doesn't simply spin down and spin up a semiconductor fabrication plant.

>> the supply chain disruption removed the chair the automotive industries had been sitting in before...

Replacing the (old) chair is easily in the billions of dollars. Not everyone can foot that kind of bill.
CareRev (YC S16) hiring engineers to transform the future of work in healthcare
our webpack based build took 70000ms (70s) to finished with a cached built. it only took 5s in esbuild (esbuild has no cache... or at least i don't know it yet).
The lead times for the STM microcontrollers have gone way beyond unreasonable. "730 days" I think is a polite way of saying "we may never supply you with this chip".

I may be way off here but my observation is that chips that are very configurable are the hardest to purchase. For example, the STM32 series have something like ~3000 SKUs ( https://www.digikey.com/en/products/filter/embedded-microcon... ).

Normally, this allows every designer to pick the most suitable part and have the lowest total BoM cost. However, in today's challenging supply/demand environment, the total number of unique parts that must be manufactured must be causing a huge problem.
I mean I'm not really qualified to have this debate, but I'll do my best. Intuitively, if you double the weight of the plane, now you need twice as much battery to fly it. But now you've added a bunch of battery weight, so you need even more batteries to lift those batteries. You also will need more or bigger motors, which adds even more weight. At some point, your plane isn't gonna get off the ground.

I am only a lowly software engineer so I don't know that much about planes or batteries. If I'm wrong then I'm wrong, and I hope I am.
Writing as Autonomy
> Also, I don't believe that Linux is a valid interpretation of "monorepo". Linux is a singular product. You can't build the kernel without all of the parts.

But it’s also larger scale than the vast majority of startups will ever reach. My work has had the same monorepo for 8 years with over 100 employees now and git has had few problems.
And JSX isn't JavaScript and it isn't HTML, and if you know JavaScript and HTML you still don't know JSX, so you're still using "yet another language" in addition to JavaScript and HTML.
jumping on with one more question: would there be an advantage to lining the wings/flat surfaces with solar cells and patching them into the powertrain, helping drive even higher efficiency gains during optimal weather?
It also depends on a ton of intangible factors like how much has drunk driving had and effect on your life. For some it will be huge for others it will be none
The latter being true doesn't really make the former true. If you have one dummy that represents the average male, you're not doing a good job designing for men either.
Implementing a bssic Python crypto trading bot
Firefox does 95% of my browsing because it supports uncrippled ad-blocking and other web-decrapifying measures.
That's exactly my point. Buildings should not look "cool", they should look timeless. A good building needs to last centuries. What looks cool now, will look stupid 5 years from now. It's fine if a building looks off its time, it's not fine if a building looks like a joke.

When the only assessment we can make about a creative work, e.g. a building (but fine arts just as well), is that it looks "cool", or "interesting", or "contemporary", or "futuristic", what that really means is that we are hesitant to say it looks "beautiful", "attractive", "timeless". Strong assessments like the latter are axiomatic and require a confidence in your aesthetic sensibilities. That these sensibilities are globally shared, that you are empathetic enough to step outside of your own head and look at it as an older person, as a child, as somebody who won't be born until a century from now.

Modern spectacle architecture (like that Bangkok tower) today does not inspire that confidence. It defies being called beautiful, because innately we experience it as not that. It might look "cool", or futuristic, but that's about it. A building like that is infantile branding, it looks like a tetris-game because the kind of people who design and finance this are childish, confusing technological prowess with worth and beauty.
He’s got a lot of great talks and other appearances on YouTube. I don’t read much but I listen to stuff like this on Bluetooth headphones while I clean the house and do other physical work. Often instead of reading an authors book I will listen to them give the same book talk at three different venues. I don’t claim it’s as good as reading the book but compared to buying the book and watching it collect dust on my shelf it’s a winner.
Which neatly explains why STM32 microcontrollers are in such high demand -- most of their microcontroller portfolio has a longevity commitment of at least 10 years.

https://www.st.com/content/st_com/en/about/quality-and-relia...
Big luggage that would be checked on planes is often a pain to handle on trains though. Especially if they're busy and there's really nowhere to put them. I'd actually be inclined to argue that dealing with larger luggage, whatever delays in baggage pickup there is, is easier on planes than most trains.
That seems to be the fatal trap we're in: government can compensate for the fact that capitalism is effectively unable to price in externalities, but the big winners from capitalism have the resources to simultaneously lobby government for less regulation and persuade voters that government is evil.
> I agree that wasm should be the future of web, but to be honest I'm not sure rust is the best candidate to replace JS from the developer perspective.

Rust & wasm don't replace JS, in my view. They're there to create good libraries & frameworks for the scripting languages to consume & use, at many times.

There will definitely be some Rust entering the scene, but I tend to think Rust & other wasms will not be the entire web app, but be used for engineering the better crafted, more re-usable bits.

Wasms success, imo, is ultimately gated on how well it's host-object bindings work. Wasm doesn't really yet play well with JS. Rust has a fairly unique edge right now in that Rust pioneered their own wasm<->js foreign interfacing, via wasm-bindgen, then generated a web-sys crate with all the web foreign objects already defined in it, allowing Rust far better inter-operation.

Because host-object binding/ interface types/ &c are still in-progress, there's much less ability to experiment with what pieces of the webapp make sense to keep in JS, and what pieces make sense to go engineer in wasm. We'll see more interesting blends, with more webdevs writing JS, but consuming/authoring against Wasm tools, as we start to emerge a real wasm ABI.
I'm not sure I follow - if you are in a smaller city, chances are you live far from an airport, but still very close to a train station. Unless, of course, you fly private charters to minuscule landings.
fnm was a game changer for me, it is significantly quicker than nvm.

It was mentioned in the article but swc as an alternative typescript compiler has really sped up builds.
no, but if governments subsidize transitions to new technologies, then they are responsible for all of the effects of those transitions.

what would you do if your government provided tax incentives for your employer to hire your job out to another country and you lost your job (and most other jobs like it?). you'd probably vote for literally anyone who would reverse that.
You don't need Babel anymore. I recently updated a project of mine to only use Babel on jsx files only for jsx transform. webpack handles everything
We are discussing facts, not just your own personal circumstance. The fact that you are not in these situations does not discount the experiences of others to the contrary.
Except, as has already been pointed out, you have to space out angled panels much further apart longitudinally near the poles otherwise they block each other. We're going round in circles on this.

Consider a relatively modest 1km square patch of such a massive array. At the equator this patch will consist of panels laid out flat horizontally relative to the 'ground', with a 10m patch spaced every 10m (no gap). At 80 degrees latitude this patch will consist of panels angled up at 80 degrees in longitudinal strips. Let's say each panel is a square 10m x 10m. If the next strip towards the equator is placed 10m away from the foot of the strip 'behind' it, almost all of the strip behind will be obscured in it's shadow. In fact the strips would need to be spaced about every 60m instead of every 10m. That's 1/7th the density. Instead of 1 sq km of panel area you'd only have 0.14 sq km of panels.
Edge Chromium video performance is incredible, and you're right that it's actually a good browser. I just wish it didn't have the silly "Deals" integration, which cheapens it for me (though I feel similarly about Firefox and Pocket). It's going to be hard for them to recover their browser reputation, but this is a great first step.
There have been some changes since too.

I am hazy, not done as much Rust as I would like

I am interested in what the issues are people have had
What boilerplate does React have? Do you mean Babel?
You might be interested to know that in occultism, Moon is sometimes referred to as "the eighth sphere" for reasons you've just described.
Well, of course. Isn’t that what inflation is for? Give ‘em a raise on paper so they keep quiet. Then take it back through “the invisible tax”.
There's also this article:

https://arstechnica.com/gaming/2021/11/playdate-delays-to-20...

(via https://news.ycombinator.com/item?id=29191933, but we merged that thread hither)
That's for upgrades from Win 7/8, not new machines.
Dirty little secret: none of the leading-edge sub-10nm parts are of any use whatsoever without peripheral, power management, and analog parts built on those "dead" processes.
Thanks for sharing this. Graeber’s name came up many times during a recent a deep dive on ancient Mesoamerican societies. I had seen his new book The Dawn of Everything as well as an older text, Toward an Anthropological Theory of Value, and was eager to pick them up. I was unaware he had passed, however. Nearly all of his previous topics of research and publishing were of interest to me; it is a shame to realize this most recent book will be the last.
I would like to buy the print edition, but shipping costs more than the book itself... Strangely, it wouldn't feel as ridiculous if you proposed a pricier hardcover version.

One question: what would be your opinion if somebody were to post here a public link to a pdf copy of the book?
That's a bit of a special case though, at 50 suns or so it doesn't require much for that effect. Great demo for solar concentrators though!
This experiment isn’t about creating “Nonsense content”. I agree the internet definitely doesn’t need more misinformation or fluff. And that isn’t my goal with this experiment.

I don’t think content is automatically low quality with automated SEO. And if it is, it won’t work because users won’t find it helpful. The goal, like all good content, is to help people. But I understand if you’re skeptical.
Then at least be so kind to ensure the spinner stops if there is an error.

I've seen enough spinners tgat will happily keep going if there is a network outage.

I think this is the difference between "communicating that there is still processing being done, even if I can't give a progress estimate" and - as you say - "keeping the user pacified". First one is helping the user, second one is really just a "not my problem anymore" asshole move.
Anecdotally I think this is right on the money. I've been buying lots of LoRA hardware over the course of the year and I think I'm up to 9 different permutations of the "same" board via swaps of the LoRA SXnnnn/ESPnnnn/GPS Mn units for whatever is currently available. Turns out to be a good way of discovering firmware bugs.
Women in Type – Rediscovering women’s contribution to type history
The Svelte core team. All of the features I mentioned are included in the framework without the need of external libs.
It's a shame you're getting downvoted, because you're probably not wrong. Even if the increase in extreme weather events/drought/heat waves is less impactful on non-tropical regions, we're still going to be dealing with a multi-billion-person climate refugee crisis in the next few decades.

I think we only have to look at society's response to the pandemic, a worldwide crisis with immediate (rather than delayed) effects directly on individuals with honestly simple, straightfoward solutions (mask up, pay people to stay home and industries to maintain capacity, vaccinate everyone), to realize that humanity is not going to be able to tackle climate change as an existential issue. We just slide into an endless resource war while a few billionaires who could have meaningfully changed the course of human history hide out in New Zealand, or try to leave the planet and die.
I've worked in JS for around 12 years now and welcome this change of keeping JS as a scripting language but incrementally retiring it for performance-intensive general-purpose applications.

To my eye, JavaScript has three applications:

* A GUI-building language: A language and ecosystem we use to build UIs, where code runs on the end user's machine, served over the Web or as desktop applications using a compatible API (e.g. Electron).

* A scripting language: An approachable high-level C-like language.

* A general purpose programming language: A server-side or developer machine-side programming language for computational tasks like linking dependencies, transpiling code, type checking, orchestrating tasks.

At the first it's unbeatable, and the ergonomics and ecosystem are phenomenal. This is why it "won" as a language to write even desktop apps like VSCode and Discord.

At the second, performance doesn't matter anyway, so making JS capable of this just makes it approachable for folks who learned the language for the GUI-building purpose.

It's at the third application that the fundamental limitations of JavaScript---the programming language---really show. These are things like the lack of true multithreading (technically possible with significant limitations around shared memory and messaging and high overhead with Web Workers), lack of low-level primitives to fine-tune performance, and the ease with which authors can accidentally write extremely slow code. So much of this (TypeScript compilation, NPM package resolution/linking, Webpack bundling) in the modern Web ecosystem is regrettably still done in mostly JS.

I hope the JS community rallies around one general-purpose language to offload these tasks to as well as a uniform shim layer like Ruby's C extensions so we don't end up with a chaotic mishmash of different technologies. If nothing else, it would be nice to have a good excuse to write not-JS every once in a while!
At least it's pretty much only built up of J's and html instead of something entirely different.
"Wow, you can do really cool things if you violate terms of service" is the https://xkcd.com/1494/ of the web
I'm not saying the money is not well spent. I just think the argument of "but think of all the research and new tech that may possibly come out of this" is something that's always applied to space.
It's way worse than the current system. It's infringing upon basic presumption of innocence our court system is founded on
Interesting tool indeed. You made a good point about RudderStack and synergies there. I'm curious to see how hightouch is going to diffentiate from something like RudderStack, which has a boatload of reverse ETL functionality of its own. I mean event stream data and moving data from your warehouse back out to tools is pretty their mantra
Yes, this is a good point. It’s not like written articles always ensure higher quality.
Can you please not post unsubstantive comments to HN? We're trying for higher-quality discussion, to the extent that that's possible on the internet.

This is particularly important when a thread is fresh because threads are so sensitive to initial conditions.

https://news.ycombinator.com/newsguidelines.html
Just align your radiators vertically so their flat surfaces point towards the horizon (ie the void of space). Actually you'd want to slightly angle them such that they are still pointing towards empty space but not at the next radiator over, but still you get the idea.
Precisely, most people are less likely to make purchases if any amount of friction is introduced. You wanna make me sign up through your payment service to use the app? No thanks. I'll pick an alternative that supports Apple Pay.
While the article has a valid point, it misses the bigger picture (even though it highlights it):

> "The main reason is simple. Jobs. Japanese manufacturers buy parts from small family-owned businesses across Japan. Toyota has only about 70,000 employees in Japan but are indirectly responsible for the income of far more Japanese and foreign workers in Japan. It is well-known in the Japanese car industry that their record profit business model is based on the sweat and tears of hundreds of small underpaid parts manufacturers in the country."

The current internal combustion engine dominated automobile industry, and its ancillaries, are quite embedded in the current economy of Japan. (This is also very much true in India too, that has a similar successful automobile industry). Any economist / politician would be a fool to promote EV without first considering the impact of job losses and shutdown of these ancillary units on the economy (and both will happen because Electric Vehicles use much less parts).

I too think that moving to Hybrids first, is a more practical approach in such a scenario, especially for countries like India and Japan. While the benefits of EV are sound and needed, we still can't predict the long-term impact of completely moving to them - is there enough resources (e.g. lithium) to create enough batteries to meet the demand (batteries will need replacement)? Power generation is dirty, unless it is from renewable source like Solar or Wind (Nuclear and Hydel too, to a certain extent, despite the ecological consequences) - will we able to generate this extra power in a sustainable manner?

Moving to Hybrids first can give us real data on all these, and help better plan the future for a full EV migration.
Betteridge's law of headlines says there isn't.