scott_s

I wrote about something similar many years ago, “Traces vs. Snapshots: Print Statements and Debuggers”, https://www.scott-a-s.com/traces-vs-snapshots/

Basically the same scenario as this HN submission: "I'm a scam prevention expert and I got scammed", https://news.ycombinator.com/item?id=30869427

As others point out, that does happen sometimes with homes. There's a British tv show, Grand Designs, where it happens constantly: https://en.wikipedia.org/wiki/Grand_Designs

But, in support of your point, it usually does cause the builds to be over-budget and behind schedule.

Interesting; I have never heard the term Primarily Undergraduate Institutions, although it's clearly an established term. During my PhD program, when folks were on the job market, we called them "teaching colleges." Most people - rightly! - associate "teaching colleges" with colleges that train teachers, but in our context, we knew immediately what people meant: colleges where professors were expected to spend most of their time actually teaching with little to no research expectations.

No. They're saying that a Jewish Israeli citizen is less likely to marry a Palestinian than a Muslim Israeli citizen. And given public statements from the lawmakers advocating for this law, they agree.

Something I tell training partners when they start competing: “Competing in a sport is a skill independent of the skills of the sport itself.”

What I mean is that through training, you learn how to do the sport. That’s table stakes. In order to compete well, you need to learn the skill of competing in that sport. That’s hard, as the practice is competition itself. And it’s a different skill set.

Live examples of running programs that users can interact with would go a long way to helping to make the examples concrete.

Were you inspired by the Actor model (https://en.wikipedia.org/wiki/Actor_model)? Or am I missing something fundamental?

I am confident you will be interested in this series of articles: “Let’s not dumb down the history of Computer Science”, https://news.ycombinator.com/item?id=25907481

The top comment links to a bunch of papers.

The EuroSys paper on Borg is a good place to get the background on Borg, how it influenced Kube, and how it relates to other systems: https://research.google/pubs/pub43438/

Think of it this way: we can experimentally figure out what the probabilities are; they are an observed thing. The only way to make sense of these probabilities is if all protons are indistinguishable.

In my statistical mechanics course, we went through an illuminating exercise where we started by trying to take account of every atom in a gas cloud. We started taking limits and making assumptions. One of them was that all atoms are indistinguishable from each other. This decreases the possible states of the system by N! (factorial, not surprise). After making that assumption, out pops the ideal gas law.

Check on Etsy.

You're begging the question; you are assuming all transactions will happen on chain. That's not reasonable. Most transactions will happen with normal currency, using normal means. This company then needs to track all of that and do the distribution on chain.

And if they only allow people to compensate artists through cryptocurrency, then it's not viable for artists.

Agreed agreed. The problem with The Hobbit was not the visual effects. The problem was that it was made without a plan, under duress. Lindsay Ellis has a three-part video essay series (https://www.youtube.com/watch?v=uTRUQ-RKfUs; yes, I know it says 1/2, I promise there is a 2/3) exploring this.

This may be the same thing as what you call the whitelist, but in case it isn't: on iPhones, you can mark some contacts as "Emergency Bypass On." Even in silent mode, you will always hear calls and texts from them. You can also choose sounds unique to that person. I have the bypass on for my fiancee, and I chose a pleasant, unobtrusive sound for her texts. I have found this works quite well.

You made an implicit argument: it took a similar amount of time (13 years) after the invention of the transistor for them to be used to solve real problems. That is clearly wrong. What argument are you trying to make now?

That’s beside the point. This company does not need NFTs to do it.

NFTs don’t do that for you. The company linked still has to do that.

You’ve described a share in a private company. Not only do you not need an NFT for that, using an NFT provides you no additional guarantees.

The transistor was invented in 1947. By 1960, 13 years later, transistors had replaced vacuum tubes as the dominant technology for electronics.

BitCoin is 13 years old. The blockchain is not a new technology, and it is not extremely early days. We have over a decade of people trying to use blockchain and cryptocurrencies to solve real problems - and not just from startups, but also from large, international tech companies with research divisions. They have tried to use blockchain to solve real problems, and they have failed.

HN thread: https://news.ycombinator.com/item?id=29435263

I don't know what your needs are, so I can't help you finding a classification system.

The Articles of Confederation were more like the EU, yes. The current US government as established by the US Constitution was definitely not, as it establishes a strong, central federal government with ultimate authority. The makeup of the senate, where each state no matter the size, has two senators was part of a bargain between the big and small states.

If your primary concern is that of the physical characteristics of the plant, then you don't need to use the classification system based on the phylogenetic tree. You can choose different classification systems based on need!

Yes, engineering PhD students get paid significantly better in the US. It's still very low compared to what people can get with a normal full-time job, and few people would be comfortable supporting anyone but themselves on it.

During my time in a computer science PhD program at an American university (2003-2010), my stipend maxed out at $23k a year. That was not competitive compared to having a normal job, nor would I have felt comfortable supporting anyone else.

Adjuncts professors teach at American universities on a course-by-course contract basis. These people usually have PhDs. Some would like tenure track positions. But it’s generally a career dead-end.

I suspect your experience is from Europe, and I don’t think it generalizes to the US.

I designed and implemented a mostly lock-free dynamic thread scheduler for streaming runtimes, and I learned some similar lessons: avoid global data and amortize the necessary synchronization that you have to do. One of the main peculiarities of a streaming context is that work-stealing is counter-productive. In a streaming context, it's more like cutting in when the work would be done anyway. It's better to go find a part of the streaming graph that is not currently being executed than to steal some from another thread.

The paper describing my design is "Low-Synchronization, Mostly Lock-Free, Elastic Scheduling for Streaming Runtimes", https://www.scott-a-s.com/files/pldi2017_lf_elastic_scheduli.... The source code for the product implementation is now open source. Most is in https://github.com/IBMStreams/OSStreams/blob/main/src/cpp/SP... and https://github.com/IBMStreams/OSStreams/blob/main/src/cpp/SP....

Also discussed on HN recently (https://news.ycombinator.com/item?id=28445174) and when published (https://news.ycombinator.com/item?id=22788738).

No, not like them. Those services are not handling the number of transactions a second, reliably, across a single database, as companies like Bank of America or Visa are.

The author ignores that large cloud providers design their own hardware. They are not using generic systems, but are designing their own. My own personal hypothesis is that the "servers" that run the major clouds will converge on something that looks like mainframes.

They won't be mainframes, because as the author does correctly point out, mainframes are unmatched at large-scale, high throughput, resilient, stateful, transaction-heavy workloads. While that is part of what the major cloud providers support, it is not everything. Because it is not everything, the systems the major cloud providers design and build will look different from mainframes, but I think they will have key similarities: virtualization and security features provided by the hardware; high reliability through redundancy and in-hardware error-checking; easy physical maintenance through hot-swappable components.