skysight-inc/HackerNews huggingface dataset:
This turns out to be a review paper by the same authors which only mentions the model I wanted to criticise. It's unlikely that one of the original papers will ever turn up on HN though! I was surprised to see this.

As I recall they began by adopting a structural model for debt valuation that assumes no dependence on any external assets other than the debtor's. Then they reintroduce full n-dimensional dependence through a different mechanism they made up to try and force the 1-dimensional solutions into a state of consistency. It's a bit of a mess.

Actually you're right. The presence of multiple solutions is not in itself enough to make me hate the model. The analogy relating different economic regimes to different phases of matter is potentially a good one.
This is worth reading, I will go back and make a payment.

Nice work Hunter!
Also, it might be useful for HN to require submitters to provide a year for the URL they are submitting. The year is automatically appended to the title as ($YEAR) unless it's the current year.
I don't think there are any. If you got to the point where you somehow managed to source the labor, materials, and space to manufacture "dumb technology", you'd be sued into oblivion by competitors who wouldn't want you to eat into their profit margins.

I think the market is huge. Imagine a company that suddenly started selling all-metal consumer appliances with minimal functionality, controlled by old-fashioned switches, buttons, and knobs, designed to be repaired. They'd be insanely popular. Of course, that lack of subscription-model pricing and the high labor costs of worthwhile designers and manufacturers would also destroy the company, but my god, a boy can dream.
I still believe companies should approach software development like they are producing a TV show. Software development, as much as we try, is not an engineering process like widget production or bridge building. It is still by and large a creative process. I get the feeling a couple of show runners would have a better time of it than most classically trained managers.
Go is like a superior version of Java. Rust is like a superior version of C++. I wouldn't use Java or C++ any more for a new project, barring some very specific reason. But I might use either Go or Rust depending on the project's priorities.

These criticisms of Go are basically correct, but it does have some advantages over Rust, like in some situations absolute performance is not so important, copying strings around a lot is okay, and dealing with the borrow checker is extra needless work.
I think it's more than lack of experience with great engineering culture. I think bad management is actively incentivized by a spandrel of how our organizations fit together. There's a mismatch between the time it takes to yield measurable impacts and the time scale on which rewards accrue to individuals. Because large and complex projects take time, and are hard to measure, and it's hard to attribute the portion of success or failure to an individual, when three quarters in a manager is promoted to some new position which the CEO thinks desperately needs to be filled, it's off of the narratives the manager has been able to produce, not the actual impact. The tools for making a narrative of competence and success are understandable, punchy process and organizational improvements, cherry-picked measures that don't really mean anything, meetings, 1:1s.

So, when a sequence of directors each wants to "refresh" how the planning and prioritization process works, or reintroduce OKRs because they believe that what the org was doing up until that point was an incorrect, or champion some new set of Principles that obligates all existing projects to re-justify their existence in new terms, or move all project management into a new tool, they're creating a narrative of leadership. And they can tell a good story well before the non-impacts become visible, and without having to examine or deeply understand the technical aspects of what it is they're managing.

In some cases, this can be a modest productivity tax to the impacted teams. Some number of weeks from every quarter gets dedicated to servicing the most recent process changes etc. But sometimes it's actively harmful (creating separate silos for functions that really need to be in close coordination, etc).
Yep- it's totally different from his previous work but I absolutely loved it. Especially "Welcome to the Internet", because I can see firsthand what the song is about.

Here's the video on Bo Burnham's own channel: https://www.youtube.com/watch?v=k1BneeJTDcU
This is an excellent idea, and looks like an excellent product. As an engineering manager, I've built many of these tools myself before as one-off scripts. I've always wondered whether the market cares enough about this problem for it to be a viable startup.
There are strange cases (e.g. I'm on holiday in Germany using hotel wifi, ordering from a German webshop for delivery to Sweden using a Danish credit card).

In that case, the price will change when the delivery/payment details are entered.
As with everything else, quite soon price of hardware required for fully autonomous driving will go down exponentially. While software to support the same will keep increasing. Hence VW action fully justified.
Indirectly, that's exactly the reason why.

* If the research points in the opposite direction of the desires of the research funders it will likely get squashed. Researchers aren't typically keen on putting their name on publications that are pointing to the opposite direction of the truth.

* If the research points in the same direction as the desires of research funders, it gets published. It may be exaggerated, but research that has the correct direction but exaggerated scale isn't quite the black and white ethical dilemma that the former scenario is.

So asbestos companies might publish research saying that the risk of cancer is low, but they won't publish research that says that it is an excellent antioxidant.

This same observation also extends to insurance companies, but with insurance companies, the conflict of interest isn't the direction of research, it is the magnitude of the exaggeration. Because the gap between real risk and the fake published risk is their entire profit margin.
Link isn't working but Selzered's link does.

What is interesting is that graph half way down: in 2010 the software cost of the car was 35% and they project by 2030 it will make up 50% the cost of the car.

As a consumer, I don't want anything but Apply Play or Android Auto in my car with a display. Why not cut costs and go a different direction? Am I really in the minority of consumers?
I think the only real takeaways on the coding/biology comparison are applying base-level informatic systems ideas to explain some biological developments, and in reverse looking at biological system mechanics as inspiration for designed systems.

I don't think the 'chemistry is an OPERATING SYSTEM' level of handwaving is sufficient to glean insights, but understanding general systems-level interactome patterns of how proteins interact does help provide knowledge about how natural and designed systems can self-regulate, how they fail, how they can be structured, etc.
I was quite impressed with how bare-bones the B1 looks, and figured it must be priced competitively.

I was less impressed to see it starts at three times the base price of the Cybertruck.
Following up a few days later, someone did send a video my way that I agree with every aspect of - the guy does a very safe, competent build, with correct techniques, and builds a far better and safer pack than most of the commercial packs I've seen.

https://www.youtube.com/watch?v=adY-S8AH_Jc
Wayfarers author Becky Chambers on writing optimistic sci-fi
How about 2000 years ago? Imagine a dynasty that invested just $1 in AD 0 and kept adding to it
Dr. Bill / RBC Ventures | Vancouver / Toronto, Canada | REMOTE (Canada)

Founded in 2014, Dr. Bill is on a mission to make medical billing easy for physicians all over Canada. Thousands of physicians already use Dr. Bill to get paid every month and we’re now in growth mode looking for great people to help us scale up. We’re currently a team of 40+, and we’re hiring a number of roles across all departments. Come join us so we can build the best medical billing solution in Canada.

Senior Software Engineer - Android https://www.dr-bill.ca/mobile-developer-android

Software Engineer - Rails/ReactJS https://www.dr-bill.ca/web-developer

Senior Software Engineer - Rails/ReactJS https://www.dr-bill.ca/web-developer-1

See all open positions at https://www.dr-bill.ca/careers.
This was actually the argument of the governments of Canada, to build it, but add a carbon tax.

Canada now has a federal carbon tax, BC has a carbon tax and Alberta did have one, but the previous government was thrown out in favour of a deeply conservative one (that is now woefully unpopular so the pro-carbon tax party is probably coming back).

You can see one possible issue with the case of the Albertan government changing. Easy to add/remove taxes, hard to add/remove pipelines. There's also even some question of whether the carbon tax will be effective. It arguably hasn't done that much in BC. This is probably because for political reasons it has been set low. A previous conservative government "froze" the tax at low rates. Scientists note the tax needs to be literally $100s more per ton of CO2 to be effective.

In my experience the carbon tax has seemed like a good idea, but has seemed in practice more of a political tool to generate the public acceptance of pipelines. The actual CO2 impact of the pipeline is absolutely in zero way mitigated by the carbon tax.
Mazda doesn't get nearly enough respect for their work identifying and correcting this issue.

https://www.motorauthority.com/news/1121372_why-mazda-is-pur...

Touchscreens/touch panels are shiny, futuristic, dangerous, dumb, and cheap. Manufacturers use them because they lower BOM costs, at the expense of usability and safety. Vote with your wallet folks.
Go may not be the best as a language, but it's the best in terms of toolchain.

- Reasonable fast compiler with helpful error messages

- Out of the box cross compilation

- Produces self-contained executable files by default (statically linked binaries)

- Forward compatibility: code written today will (almost) always compile with the latest compiler version from the future.

I haven't experienced any other language that does this.

(Maybe zig will get there soon, but it hasn't reached version 1.0 yet)

Also as a language, it provides a set of really important features:

- Value semantics for structs

- Distinction between values and pointers

- Raw access to byte buffers (most other languages try to conceal them)

While the mandatory GC means you can never be 100% in control of performance, the above mentioned points get you ~60-80% of the way there.
509 is the area code for eastern Washington state.
"creation and maintenance of a high performance team"

Managers do this? right, right. I would say managers at best dont mess it up. Creation and maintenance of high performance team comes from within. The surrounding support certainly helps, but to say a manager creates and maintains this is a bit of a stretch.

"ensuring other needs of the business inform that high performance team"

I have found if it needs to be known or communicated it will happen. High performance teams are not just coders (another fail from managers) they are intelligent people who can read and write emails and know how to speak to other humans. This may be the stereotype of some hot pocket eating teenager in a closet from the movies but that is certainly not the case in most professional environments.
I had it but got the vaccine anyway, there's places that want proof of vaccination and I'm just not interested in arguing about not needing it.
much of the energy needed in private households and the industry can be covered with solar thermal energy. admitted, it's low tech, but the components are cheap and the efficiency is much higher than PV efficiency
Hey John! Always nice to see a familiar face on HN - thanks for sharing the story!
You are misunderstanding (or deliberately misrepresenting) the architecture; please read the last half of page 109 and the first half of page 110 of their guide [0].

[0]: https://manuals.info.apple.com/MANUALS/1000/MA1902/en_GB/app...
> · Go doesn't really do anything new.
· Go isn't well-designed from the ground up.
· Go is a regression from other modern programming languages.

I don't really like how the author just chooses some features which Go doesn't have, and based on that says "Go doesn't bring anything new".

Yes, Go lacks some features, for better or worse, but that's not really the right conclusion.

One feature Go does really well and imo more ergonomic than any other widely used language is asynchronicity. There's no function coloring and all functions are asynchronous.

It's really freeing to be able to spawn almost free asynchronous tasks anywhere, and having no sync-async divide in the ecosystem.

I really miss this in other languages, even if I understand why some (Rust) didn't choose that approach.
I am not sure that’s right. Despite popular memes, the goal of the oil industry isn’t to destroy the planet. I have a friend who works in that industry. I did not understand just how difficult the work is until he got this job and shared what he learned.

We are very much removed from this reality. We pump gasoline at the station and buy plastic spoons and forks without a sense of what it took to get there.

Pipelines are no different from any other engineering endeavor. They are difficult to design and build and, no, we can’t make them perfect any more than you can make a hammer or a screwdriver indestructible. I don’t think it is about the US being incompetent or careless. I also don’t think it is about nefarious intent on the part of corporations. I could not imagine a nastier industry to navigate, from a political and regulatory perspective.

This, I think, is the problem. The deep political divisions in the US create a situation where energy policy is, at best, disjointed, disorganized and likely misplaced.

I think shutting down modern pipelines is ridiculous. Not because I love oil. No. I think it is because I try hard to be realistic about not just energy, but also the massive and deep chain of products and services that depend on oil derivatives. Simple example: Tens to hundreds of millions of people world wide would have died from COVID if we did not have oil and it’s derivatives to support what we had to do to protect ourselves, fight it and find a cure.

Perspective is important.
As the article notes, we don't want to socialize people to click on just any link.

I never click on links unless I know where it is going to lead me. Shortened links are one example. Even with an accompanying description, it raises red flags. Links to reputable image or video sharing sites without an accompanying description, is another example since you never know what is going to be on the other end.
> The key point here is our programmers are Googlers, they’re not researchers. They’re typically, fairly young, fresh out of school, probably learned Java, maybe learned C or C++, probably learned Python. They’re not capable of understanding a brilliant language but we want to use them to build good software. So, the language that we give them has to be easy for them to understand and easy to adopt.

— Rob Pike <http://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2014/Fro...>
As another comment has said, you realise that there is fairly substantial records on wages, prices. I am sure you have studied economics, have you studied economic history though? The data is pretty solid.

The issue with consumer baskets has become more difficult but only in the recent past where the quality of goods is often hard to compute. But historical data is much more solid because the relevant consumer basket changed relatively little.
EVs are quite simply and there has been a small, but growing base of users using AC induction motors on sailboats. I imagine you're going to need a pre-OBDII car and some mechanical skills and convert it to electric drive. After that you'll have a car that has half the range of a modern EV do to weight optimization.
One possible idea. The American dollar, when introduced, had a certain exchange ratio to the Spanish real de a ocho, commonly called the Spanish dollar. In fact, real de a ocho was legal tender in the US until 1857, parallel to the American dollar! [0]

Spanish real goes much farther back, so you can calculate the hypothetical value of the American dollar backward, too, just against the Spanish real.

[0] https://en.wikipedia.org/wiki/Spanish_dollar
If that was the goal then why not just use Java? It fits this goal description even better and offer superior tooling, infrastructure and mindshare.
Virtua Hamster (Sega 32X/Saturn)
Current "trend" is medium density housing, with smaller roads. Most of US is 9+ months out of the year a walkable climate.

Putting down a small self driving street car for short trips removes a lot of road congestion in town. And if you just place navigation tags into the pavement - you avoid the need for expensive AI based nav system.
What is their pricing, I can't find it on the site.

Whatever it is, reading reviews of Avalara suggests it's beyond the level smaller businesses can afford and has also been increasing dramatically from one year to the next for some time.

Avalara have a strong web presence because they've always been good at presenting key information like current tax rates and forthcoming changes. Their content marketing is excellent. But as soon as you look for more details about anything they offer, you seem to be straight into "enterprise contact-us sales process" mode.
From [1] via [2]:

> The key point here is our programmers are Googlers, they’re not researchers. They’re typically, fairly young, fresh out of school, probably learned Java, maybe learned C or C++, probably learned Python. They’re not capable of understanding a brilliant language but we want to use them to build good software. So, the language that we give them has to be easy for them to understand and easy to adopt.

– Rob Pike

[1] https://channel9.msdn.com/Events/Lang-NEXT/Lang-NEXT-2014/Fr...

[2] http://nomad.uk.net/articles/why-gos-design-is-a-disservice-...
The duration of a tbill is up to 1 year so this not too surprising
I'm with you. I will not buy a vehicle of any kind that is sending telemetry or tracking without my express written consent. This includes ICE cars made after 2018 that may have ODB3 and send GPS, emission, speed and other data to 3rd parties. I accept that I will be paying a premium to keep older vehicles running. I am about to donate my old truck to a charity and will get a less old truck after I leave California.
> Email inbox providers would have to incur 100% of the cost in a very coordinated way

Yes, and in the long term, providers like google for example, will probably end up saving a tonne of money by not having to proxy all these tracking resources.

> and then hope that doing so bullies the senders into turning off their open tracking. It’s not going to happen.

It's got nothing to do with bullying. Their "open tracking" would immediately become useless. The sender can leave it turned on, collecting no information, and using their bandwidth. Or they can turn it off, as they should never have been doing it in the first place.

> Major inbox providers like open tracking because

I don't care what mail inbox providers like. We shouldn't be taking that into consideration. Perhaps the postoffice would like it if people who put letters through my letterbox knew how much time I spent reading those letters. I don't care. They're not owed that information. Luckily they haven't found a way to abuse the postal mail system in the same way that email senders have.

I don't know how we get the big email providers to get rid of this plague of open tracking. Perhaps they will take it upon themselves at some point, due to pressure from their users, who want privacy. Gmail's already most of the way there now they've set up their proxying system.
Chaos is just a government that absorbs more wealth.
This seems odd for an article that got 30 upvotes in 15 minutes (probably not really enough time to read it all, mind you.) The complaints are a rehash of what’s been said already, only worse. Which is completely fair considering it is at least as old as 2014!

It says Go’s solution to generics is interface{}. Not really; Go just doesn’t have a solution for that yet. Go 2 of course, promises to add one, that would answer to the basic asks in this article.

As for operator overloading and language extensibility, I think most people would agree these are never really clear cut wins as they can add inordinate complexity in exchange for sometimes dubious value. It certainly makes some things look nicer (matrix and vector types for sure) but you can always use functions to get the same utility with less sugar.

You can go on. A lot of concerns raised about Go don’t end up reflecting the day to day problems with writing Go code though, which imo is a sign that there is a gap between what people think is a problem by comparing it to other languages like C++ and Rust, and what is actually a problem by experiencing the language first hand for an extended period. I’d argue the generics problem is overblown; a solution to it will probably be welcomed, but it wasn’t like Go codebases were suffering from this. It was just making certain things (like working with slices) slightly more awkward and error prone.

For an article from 2014 these would’ve been valid concerns though in practice nobody writes Go code the way that they write C++, Rust, etc. code making some of the complaints feel like they are missing the point.
Bollinger is extremely cool and I watched them with great interest for a while, but their initial estimates of ~$60k turned into $125,000 along with the short highway range puts it solidly into the "wealthy person's weekend toy" category.
Not again. Econophysics tried hard 15/20 years ago but really made no substantial contribution to our understanding of markets.
Disclaimer: I now work at Stripe but the following was purely when I used them as a user:

Stripe targeted developers from day one and made it extremely simple to get up and running (literally seven lines of code for a working payments system) and they documented their api very well.

Then they added on a lot of stuff that made me (as a user) happy, like paying out to my bank account a lot more quickly than the competition, adding recurring subscriptions with a few more lines of code etc.

Basically, their systems just worked out of the box and were more polished than others that I used.
What it sounds like is that they don't have many unit tests for jvmkit. So rather than write extensive unit tests, they're using integration testing with all the dependencies. I guess it makes sense, network stacks are hard to unit test.
There was a good Futurama episode about that. The Professor got ahold of a new microscope that let him see down to the smallest particle, and from that he discovered the unified theory.

He won the Nobel prize, but was tremendously unhappy. For, with no more questions to answer, what was the purpose of living?

Fry then asked a question in his savant way: why is the unified theory what it is, instead of something else?

The professor then realized there was another question to ask, one that would take decades to answer, thousands of postgrads, and flaming dump trucks of grant money. He was happy again.

“And, now that I've found all the answers, I realise that what I was living for were the questions!”

(Futurama, Reincarnation, 2nd part)