skysight-inc/HackerNews huggingface dataset:
You're right that the proposal is disconnected from reality -- but it's not because Amtrak can't be a competitive option for a significant portion of the population. It's because of how Amtrak is funded.

There are a handful of routes in the US where Amtrak is currently competitive. As others have mentioned, these are mostly in the Northeast Corridor. Amtrak should be investing in improving these, but instead treats them like a cash cow to fund unprofitable routes elsewhere.

There are also a few routes that, with a little bit of investment, could be competitive. LA to San Diego is one example -- they're the #2 and #8 largest cities in the US, only 120 miles apart, and one has notoriously bad traffic. The biggest problem with current service is that some sections of the route share a single track for both directions of travel, which can lead to cascading delays. They're fixing this, but because there's so little funding, it's going to take 30 years just to lay a few dozen miles of track alongside the existing track. It would seem like a no-brainer to prioritize this.

But because Amtrak requires congressional funding, and no member of congress wants to be left out, you end up getting grand plans that touch every state in the country, and you have to add routes that have no chance of being successful just to get enough votes. Eyeballing the map, it looks like the only state in the continental US without a stop is South Dakota.
I remember watching a documentary on architecture, and the speaker, who offering a different approach, said that for much of architecture, the never-look-back mantra was the unspoken rule of the day.

You'd design and build a building, and that was it. If the roof leaked (common on building-like pieces of art), you didn't want to know about it. If the interior was changed to actually work for the buildings occupants, you didn't want to know -- that'd mean that your beautiful design has been marred.

All this suggests to me that some of these designs are done without deeply considering the needs of the people affected, and realizing that those needs change, and worse, without learning from the mistakes and successes of the past.

[Note that I am not arguing about the merits of how software is, was, or should be designed.]
I don’t think the “economically” part of this statement is at all obvious. Train sets are cheaper than passenger planes but they have to be tied up a lot longer to provide the same passenger-miles. Acquiring land and laying track costs what it actually costs in the US and not what it would it would theoretically cost under foreign labor, regulatory, and property-rights conditions.
Ignorable, trite, anec-data by a woman in marketing unhappy with her boss spinning out yet another diversity and inclusion missive. Move along folks, their will be another one tomorrow.

Edit: lol to the downvoters, article flagged, HN moves along
They do however make computer models and simulations to understand the problem. Programmers do that as well by coding parts of the problem, running it to simulate usage and see how it works and adjusting accordingly. No bricks needs to be laid for software engineers to work either.
Was the NYT's reporting false? Someone on Twitter saying something is obvious libel doesn't necessarily make it so.
defi = decentralized finance, https://en.wikipedia.org/wiki/Decentralized_finance
Yep. Basically the Northeast Corridor is a pretty profitable route. In part, this is because the Acela is basically priced as high as it can be while remaining competitive with air. Business travelers generally pay it because it's a bit more comfortable, a bit faster, and there are fewer plebes than the non-Acela option. Oh, and it's not their money. (And it is competitive with air depending upon your preferences.)

To be honest, when it's my own money I usually just take the regular regional train. It's about half the price and because it can piggyback off the electrification done for Acela, it takes less than an hour more.
next startup: hosted design entry and CI/CD for FPGA... Every time Vivado taskbars go back and forth forever I start writing a Javascript clone of the block designer and scripts to launch builds on AWS...
The Hitlers speaches about aryan strength centered on aryan strenght and history and such. They had feel good and feel powerfuly strong element. They were motivating to target audience. He was in business of building powerful Reich, that required vision of strength and victory, not just threat.

He did had also speeches about Jews being Marxists and pest and disease. That was favourite topic too.

But the sentence itself is just something someone who is bluffing and hoping for best would say.

I kind of suspect that part about disgust being oldest center of brain turns out similar "sounds good but not really" nonsense.
I agree it is its strength, keep it as prominent as possible!
It's 2021 and Swift is still nowhere to be found in the repositories of any of the Linux distributions I usually use. It's a big PITA to install, with nothing comparable to `rustup` or even truly universal prepackaged binaries - the official website only offers plain .tar.gzs for either Ubuntu LTS or CentOS, or source code. It's nowhere to be found on FreeBSD either, but there's a .exe for Windows.

Until they expect a novice to download and unpack random archives and set up environments without any kind of support they really can't expect to get any kind of growth on Linux. There's definitely no shortage of new, interesting languages, and too often Swift's support for non-Apple platforms feels more like an afterthought than anything.
Warranties are for things that break on their own. If the manufacturer of a physical product broke into your house and smashed it with a sledgehammer, they'd absolutely be on the hook for what they did, warranty or no warranty.
Converting a 13 year old .NET WPF app to .NET 5 with .NET Upgrade Assistant
People overpaying for serial numbers loosely related to jpgs is terrible in my opinion. There's truly intelligent and useful things going on in cryptocurrency. Don't like the bubbles? There's billions in stable coins tied to the dollar, like the $11 billion in US based USDC. There's scams galore, just like in all other markets, but this one actually makes technical progress day by day.
This is really useful information. I have a cadre of friends who are serious crypto heads and I almost dread hanging out with them because they are so deep into it. I'd be curious to hear their perspective after I understand these links.
It's obviously possible to do protobuf with zero parsing/marshalling if you stick to fixed length messages and 4/8 byte fields. Not saying that's a good idea, since there are simpler binary encodings out there when you need that type of performance.
Sorry, I was speaking in common parlance and assuming most readers would realize that I don't mean literally 0 turnover.
Less travel is also on the table. We should do all of the above. A hefty carbon tax is the holistic instrument, but I'll take any/all paths.
https://en.wikipedia.org/wiki/January_2019_Lincoln_Memorial_...

See citations, trustworthy enough for wikipedia
"Apparently this is due to the Mac lacking support for Multi Stream Technology over DisplayPort"

AIUI it's not the Mac (hardware) that lacks this support, but the operating system (MacOS). Running Windows on the same hardware will allow you to use two monitors.
Well said.

That is why I am fundamentally skeptical with the current push for Low Code or even No Code. Seems like people just don't really learn from the past.
> The trick is to tie your UML to your code with a few scripts.

How do you do that?
Is there a technical description of how this work? (I assume a CO2 source + a fan + a net inside the box.)

Is there a technical description of how effective this device is? (It looks difficult to measure. Is there any standard method?)
In consumer transactions the fine print is superseded by the statements, the "express warranties", made by the seller. That is the law in all fifty American states.
Similarly, there's a suckless tool called sent:

0: http://tools.suckless.org/sent/
Oh wow, I did not know that this existed. Definitely gonna need a linter to make sure it's never used.

Do you know why it was added? Ive used an annotation that disables type checking on a couple unit tests, but this seems much harder to notice
This was not a black and white statement. You need to read better. I said JIT was not created for the sake of inventory taxes. JIT doesn't exist just for the sake of inventory taxes either. Why would someone tax small stocks of inventory enough to justify pure JIT?

The bigger reason is to turnover your inventory faster and use cash more efficiently. The most basic of finance education would tell you about this. There are measures of this called inventory turnover, just as there are measures for turnover on many many things inside a company that gives an idea of how efficiently they use cash. I have never in my life seen a financial model on the face of the planet consider inventory taxes primarily because they're a non factor. Income taxes are a much bigger factor.
I wouldn’t. My experience with Flow and Typescript is that the incremental adoption bit is misleading. It’s a hook. It’s possible, but you’ll quickly come to resent your JS code and go all in. That process will get you through most of the learning curve and that’ll be that.
There's a impedance mismatch between UML and actual programming languages. Idiomatic python is different from idiomatic java, and trying to make UML as it was originally intended, to be a detailed, formal specification of a program, is quite at odds with that. You either end-up having to ignore most 90% of the diagram, only using the high-level details, or you end up with programmatically generated garbage code.
Conservatives don't like responsibility for themselves tho. Only for those they perceive as others.
Maybe so, but the future we don't pay for is splogs, misleading websites, paid "astroturf" efforts, etc.

I'd rather have the devil I know.
Since 2014, when this was written, (gradually) typed versions of several major formerly 100% dynamic languages have become mainstream, primarily Python and JavsScript (TypeScript)
Just to add: Portland to Oakland is only 628mi.. most people have cars, and it's only $60-80 in gas. Even if they gave me a free ticket, I wouldn't trade 10 hours for that.
I have to agree aside from the nonsense coins there is something going on about Defi that makes me think it could rewrite a lot of capital markets.

The beauty of it is that it's all software, no middle, back office teams running reports and reconciliation processes.
Exactly. I -really- hope crypto ETFs don't end up in ordinary people's 401Ks, but I fear it is heading that way.
I would hapily give it a try with a `brew install swift` but any involved install process is off putting.
Ah, yes. You are right. I forget there’s a distinction.
> If I had to board Amtrak in downtown Boston (rather than the suburban station I use), that would probably tip the scales against me using the train.

In Switzerland, the inter-region trains are closely coordinated with the local networks of smaller trains, buses, even boats.

You'd take some sort of mass transit from your suburban station to downtown Boston, and board the fast train minutes later.
Weight loss – Lose 5 kg of your weight per week
It could be possible to do something interesting in this space, where UML can be used generate template code, and later on, another tool could extract UML from the code, compare it to the baseline, and flag any discrepancies. From there, you can either sign off on the discrepancies (and replace your hand-made UML with the extracted one) or fix your code. Bit of a kludge, but at least automatic verification is possible unlike documentation
In fact I wouldn't be surprised if a potential race condition exists in their cloud architecture such that you could "buy" a movie after you were banned from watching it.
wow, that is perfectly worded. In 2001 I spent a great deal of time making these UML diagrams for my boss. I didn't understand what this had to do with writing code. I hated it. Tried to argue it was pointless, lets just skip these and start writing code... and there was crickets
yeah, 72k (+15k bonus) is what I make as entry level data engineer in Arkansas. It's underpaid for the industry but twice the median pay in my city.
Just a guess: sneak a divide-by-zero error into TurboFan? If the function runs once correctly in the Ignition interpreter (the first z(false), then when it's in a loop, run it through TurboFan thinking it's safe.
The 12.9" iPad Pro is the first tablet I've used where I can read a magazine in digital format and not feel like I'm reading a shrunken down version of it.

10" tablets were close but not quite there. I always found myself doing more pinch zooming than I liked.
FYI, but this is HN, so you might like to know that "enormity" has a specific meaning with negative connotation, it's not just a way to describe something as "really big," (enormous) but rather "really evil."
^^ You would think a group of engineers and founders would see that, and yet HN remains stubbornly, irrationally anti-crypto.
Even if that's the case, it seems better to know those things up-front, and be OK with that tradeoff, than to waste time getting to the end and then have the whole thing fall apart because of lower than expected compensation.
Problem is once you parse the protobuf, you have to immediately do other computations on it in the same process. No one needs to parse protobufs all day long like an ML model or doing hashes for crypto.
Also, the construction industry is a huge mess, and anyone telling you that things don’t go over budget, get torn out because someone messed up a unit conversion somewhere, burn down during construction because someone didn’t follow some basic rules, or turn out to be nearly uninhabitable once complete because of something that should have been obvious at the beginning - is just ignorant. These happen on a not infrequent basis.

The big difference is no one really tries new things that often in construction, because for the most part people have enough difficulty just making the normal run of the mill stuff work - and people who have the energy to try often end up in jail or bankrupt.

In Software, we’re so young we end up doing mostly new things all the time. Our problems are simple enough and bend to logic enough too, that we usually get away with it.

If you’ve ever poured a footing for a building, then had the slump test fail on the concrete afterwards you’ll sorely be wishing for a mere refactoring of a JavaScript spaghetti codebase under a deadline.
A Museum Tried to Hide This 3D Scan of an Iconic Egyptian Artifact. (2019)
Agreed, I'm surprised. I guess because I experienced it, I assumed it was rather more common.
Are you trying to claim cryptocurrency will "solve" rising inflation, as if it is some kind of bad thing?
Reagan in DC is convenient to the metro (Dulles of course is not) but all of NYC's airports are a pain.
Agreed - the DeFi tech is really interesting: https://medium.com/dragonfly-research/what-explains-the-rise...

There's a lot of snake oil speculative no knowledge spam from people that easily give off a bullshit vibe. So I get that a lot on HN that haven't closely looked at it would be turned off by that and just dismiss it entirely out of hand.

There's some real stuff going on here too and it's worth a deeper look - I think the knee-jerk dismissal is a mistake. At this point over ten years in, it's worth at least taking a deeper look at even if (I'd argue especially if) you're a skeptic.

I also suspect there's some pseudo-intellectual skepticism cynicism as signaling going on like there always is.

Specifically on BTC: https://www.matthuang.com/bitcoin_for_the_open_minded_skepti...
Yes, they were even forced to walk it back
https://www.nytimes.com/2019/01/22/opinion/covington-teenage...
Already discussed 2x at that time. Click on past
I don't know about the rest of it, but sequence diagrams are alive and well and are basically in pretty much every design doc I write and read.

They are very very useful for letting people quickly gain a shared understanding for what a system is supposed to do (at a high level). They are extremely beneficial IME.

If you are designing a system and need other people to understand key parts of how it all hangs together (e.g. during review or implementation or maintenance) , and you are not using sequence diagrams, I'd urge you to strongly consider doing so.
Consuming more and more energy to do the same computation isn't environmentally friendly either. Just because you can scale by throwing more CPUs at the problem doesn't mean we should.
The complaints, depending on who you were listening to, were that the patches were superfluous (cf. [1], where Aditya apparently later claimed "The patch is garbage") or contained security flaws (cf. [2] for one such allegation) , whether deliberate or accidental, and that too many of them had been accepted without enough review by dint of being "trivial fixes". (One claim, for example, was "I took a look on 4 accepted patches from Aditya and 3 of them added various severity security "holes"." [3], which, if false, should certainly probably provoke an apology.)

Assuming [3] came from a reasonably trustworthy source after Greg's initial distrust and frustration, combined with Aditya's reply of being extremely offended that anyone would doubt his work (which, if we assume for a moment he wasn't aware of the researchers' prior work poisoning LKML's opinion of the lab, could be a reasonable reaction), it's not surprising that his conclusion was "rip out all the patches for now and re-review them as we have time".

People keep overlooking that the plan was never "permanently remove the patches", it was always "remove the patches for now and then re-review them all".

And now it's working as expected - people are re-reviewing the patches proposed for removal and going "hey this is fine", "hey this is harmless", or occasionally, probably "hey this is bad". (I have not read anywhere near all the replies to the thread, I'm just assuming that the people who were complaining about the patches were also operating in good faith and not just making up complaints.)

I don't really see another reasonable way to have acted if you suspect a group of people has been generating and getting committed poor patches, whether out of malice or ignorance, than removing them for now and re-reviewing them.

If it turns out that the patches were (probably, since I don't think there's any absolute confidence to be had here) merely bad and not malicious, then sure, an apology would be warranted for claiming malice where there was none. (And for those who don't think he ever claimed malice, like I did when I started writing this reply, see [4], specifically 'Commits from @umn.edu addresses have been found to be submitted in "bad faith" to try to test the kernel community's ability to review "known malicious" changes.')

But I don't think "okay we need to re-review all these patches (and the usual thing to do if we need to re-review patches is remove them for now)" warrants an apology in itself.

[1] - https://github.com/torvalds/linux/commit/799bac5512188522213...

[2] - https://lore.kernel.org/linux-nfs/YIAta3cRl8mk%2FRkH@unreal/

[3] - https://lore.kernel.org/linux-nfs/YH+zwQgBBGUJdiVK@unreal/

[4] - https://lore.kernel.org/lkml/20210421130105.1226686-1-gregkh...
> > We still can do all this with open protocols if we want to.

> Yet, we don't. Instead allow web to be centralized and fragmented. At the same time we're trying to decentralize it.

This speaks to my point about pop-culture.

When you say ‘allow’ you are implying that there is someone who could disallow this if they do chose.

There isn’t. There are just millions of programmers who weren’t active in the historical era you are comparing to, making products for consumers who also were not around then.

This is a pop-culture. It’s what happens when computers become democratized.

> I do not support wasting that much computational power by not-optimizing and/or inventing inferior things and marketing them as superior.

It doesn’t matter who ‘supports’ this or not. This is what I mean by repudiating pop-culture.

> I arrived to this point by hands-on experience. Giving a little more thought to something you develop or just planning a little ahead goes a very very long way in terms of efficiency an performance.

Again- this is true, but it’s not really clear what relevance this has.

I don’t support the construction of ugly homes that are too small or cheaply designed for people to feel good about.

What is missing in my mind is not people like you and I ‘not supporting’ things: it’s an understanding of how to make things better.
The problem with UML is that it could only represent certain functionality... and counted on code generation / translation to make it happen. It was an extra step. It was much more useful for analyzing and diagraming code, but that too was limited by whatever analysis was being done to generate UML.
Their biggest crime seems to be they just aren't great developers. If you look at the patches they presented which to their knowledge were correct you'd see they couldn't have done anything useful. Because of their earlier work this was taken as intentional malice, but if they had been submitting great work it wouldn't be an issue.
I second this opinion. From experience, as I was on both sides of hiring desk, if market offers better pay than the one candidate accepts, it is almost certain candidate will be gone a few months later. I cannot imagine how "universal pay" would work here. If market is forced to pay X then one of the sides would be unhappy and would seek to change the situation.

Also people face different circumstances, like person with mortgage vs person without mortgage, person with savings vs person without savings, person with family vs person with no family. Different circumstances will translate to different pay that will look good in the one's eyes.

Maybe we have some opportunity at the moment (on both ends) - that opportunity will probably be gone after some time, as more people take advantage of it. Market will even out until "the next thing"..
Ever want your money to earn interest? Banks used to do this, and you could get good returns on savings.

You can earn interest parking your crypto here:
https://compound.finance/
Bummer, thanks for the info.
I love Swift. Especially the newer versions (swift 1 and 2 were so awful I gave up on it completely but 3+ are great).

But... I wouldn’t personally use it for anything other than iOS/Mac development because it’s always so hard to find examples / tutorials / help on stackoverflow for less-used languages and I imagine that’s what will be in store for me if I go this way.
Shlaer–Mellor Method
narrower tunnel gauge either means less capacity or comfort, or sometimes both. part of why Concorde was retired was because the seats themselves were not actually comfortable, and it could not compete with more spacious business class on traditional airliners with innovations like lie flat beds.
I don't remember all of UML anymore, but I still use sequence diagrams, activity diagrams and state diagrams. Using something standard is just easier than having to think about how to represent something, and then explain your representation to someone else.

During the design phase, I'll usually write PlantUML code in IntelliJ and have the real-time preview fullscreen on another monitor. It's a nice setup.
Addressing the real needs of people is hard, and gets in the way of being famous and changing the world - a mindset I’ve seen more than a few times in designers. All of them pretty senior? So I guess it was working for them?