Lol “real IDE”. Name the actual day to day feature(s) that makes it “real”. Just saying “you use a little bitch IDE, i use a real IDE” is not an argument.

It’s not about cheapness, it’s about consistency.

You wanna set up different dev environments and process for every single language you or someone from your team might use? Oh we need documentation and a license for IDEA when we’re doing Java work, and PyCharm when we’re doing Python work, and WebStorm when we’re doing JavaScript work, or we just all use VSCode for everything.

I’ve worked on Java teams, Python Teams, JavaScript Teams, C# teams, and quite frankly, I’ve seen no major benefit to a dedicated IDE for that language vs just configuring VSCode plugins and CLI scripts.

VSCode & VSCodium are also free for commercial use.

Why learn an IDE you won’t use anywhere else?

What the honest fuck are you talking about?

Xbox does not have full screen ads.

I have serve-web running as a service, but that only works well on desktop screen layouts — from my experience, it runs terribly on mobile.

Congrats, if you’re trying to write software from your phone you should be fired as a software engineer.

Again, it is stupid as fuck for any software developer to use VIM. If you have to telnet into some random bullshit server for whatever reason you’re obviously in a different position. But real, good, maintainable software is not written and built by teams insisting on creating learning curves for no reason.

This is either false, or you didn’t understand the environment you were working in.

You have to explicitly turn on the setting to have VSCode reformat on save, it’s not on by default, and when it is on, it’s there for a reason, because having software developers that do not all follow the same standard for code formatting creates unpredictable needless chaos on git merge. This is literally ‘working as a software developer on a team 101’.

Bruh, there’s a whole help page on that:

https://code.visualstudio.com/docs/remote/ssh

I know it has a steep learning curve with no benefit over GUI alternatives (unless you have to operate in a GUI-less environment).

Which makes it flat out dumb for a professional developer to use. “Lets make our dev environment needlessly difficult, slowing down new hires for no reason will surely pay off in the long run”.

Lmao, devs who insist on using VIM and the terminal over better graphical alternatives just to seem hardcore are the worst devs who write the worst code.

“Let me name all my variables with a single letter and abbreviations cause I can’t be bothered to learn how to setup a professional dev environment with intellisense and autocomplete.”

I would generally agree with you about the main macro plot beats in Dishonored 1 and leading into 2, but I would still argue that the writing is quite good overall.

In Dishonoured 1, you still have Daud’s storyline which I found a bit more interesting on a macro level (both in the main game and both expansions), but then I would also argue that the Dishonored series has great micro writing which is a large part of the world building and the fun of exploration.

They both know how to write good little interesting world building hooks and stories, and how to pace them out and not overload you with junk documents and writing.

The Outer Wilds, Bioshock, Subnautica, Remedy Games (Alan Wake, Quantum Break, Control, etc.), Obsidian (New Vegas, Outer Worlds, Grounded, etc.), are all masters of rewarding you with more story and world building.

Conversely studios like Bethesda (Starfield, Skyrim, etc.), and Ubisoft (all their RPGs), are pretty bad about trying to make the world seem realistic at the expense of having a ton of just hastily written uninteresting documents around that bore you as much reading real world documents at random would.

And while I would put games like Cyperbunk and the Witcher and even Deathloop, somewhere in-between, I would put all the Dishonoreds and Prey right up there at the top with the best.

In that vein, if anyone likes well written, story driven, stealth / action / immersive sim games, the Dishonored series & Prey (same devs, different universe) are incredibly worth going back for.

Made by former Bioshock / System shock developers, and they’re just some of my all time favourite games, and I only played them because of all the time I suddenly had with the COVID lockdown, but they hold up incredibly well. Dishonored 1 (2012) honestly feels and looks better than Dishonored 2 (2016) because of the Xbox’s auto HDR and auto FPS boost, but both are super fun and gorgeous games.

I’m honestly unsure if they intend the ‘must-ignore’ policy to mean to eat duplicate keys without erroring, or just to eat keys that are unexpected based on some contract or schema…

A summary:

An old proposal (2015, not sure why OP posted it now), that basically proposes to put some more standards and limitations around JSON formatting to make it more predictable. Most of it seems pretty reasonable:

• Must be UTF-8 encoded and properly escape Unicode characters
• Numbers must respect the JavaScript number Type and it’s limitations (i.e. max magnitude of an int etc.)
• Objects can’t have duplicate keys
• The order of keys in objects does not matter
• A JSON file does not need to have a top level object or array, it can be any JSON value (i.e. just a string or a number is still valid JSON).
• It proposes that when processing JSON, any unrecognized keys should be ignored rather than errored

It recommends:

• Specific formats for date-time data
• That binary data be stored as a bas64url string

Honestly, the only part of this I dislike is the order of keys not mattering. I get that in a bunch of languages they use dictionary objects that don’t preserve order, but backend languages have a lot more headroom to adapt and create objects that can, vs making a JavaScript thread loop over an object an extra time to reorder it every time it receives data.

Dude, go drink a coffee, and then reflect on what a negative little bitch you’re being.

The quality on Lemmy is somewhat worse than Reddit 10 years ago, entirely because the user base is a fraction of the size and is more equivalent to when Reddit was first growing 15-20 years ago. Even then it was only a success because they bootstrapped it using fake posts and comments.

Lemmy is doing great, what it needs to grow is a positive and welcoming community, and then for Reddit to do something stupid again to trigger an exodus.

I’m not google, you can figure this out for yourself:

https://arstechnica.com/cars/2023/12/human-drivers-crash-a-lot-more-than-waymos-software-data-shows/

Look up Waymo, then stop going on long winded rants about things when you don’t even have a basic grasp of the current state of the technology.

Jesus Christ.

you are literally doing what i mean when i say you are making assumptions with no evidence. there is, again, no reason to believe that “driving more efficiently” will result from mass-adoption of automated vehicles–and even granting they do, your assumption that this wouldn’t be gobbled up by induced demand is intuitively disprovable. even the argumentation here parallels other cases where induced demand happens! “build[ing] new roads or widen[ing] existing ones” is a measure that is almost always justified by an underlying belief that we need to improve efficiency and productivity in existing traffic flows,[^1] and obviously traffic flow does not improve in such cases.

I’m doing nothing other than questioning where the induced demand is coming from. What is inducing if not increased efficiency?

The whole point of induced demand in highways is that when you add capacity in the form of lanes it induces demand. So if our highways are already full and if that capacity isn’t coming from increased EV efficiency then where is it coming from? If there’s no increase in road capacity then what is inducing demand?

but granting that you’re correct on all of that somehow: more efficiency (and less congestion) would be worse than inducing demand. “efficiency” in the case of traffic means more traffic flow at faster speeds, which is less safe for everyone—not more.[^2] in general: people drive faster, more recklessly, and less attentively when you give them more space to work with (especially on open roadways with no calming measures like freeways, which are the sorts of roads autonomous vehicles seem to do best on). there is no reason to believe they would do this better in an autonomous vehicle, which if anything incentivizes many of those behaviors by giving people a false sense of security (in part because of advertising and overhyping to that end!).

You are describing how humans drive, not AVs. AVs always obey the speed limit and traffic calming signs.

you asserted these as “other secondary effects to AVs”–i’m not sure why you would do that and then be surprised when people challenge your assertion. but i’m glad we agree: these don’t exist, and they’re not benefits of mass adoption nor would they likely occur in a mass adoption scenario.

We haven’t agreed on anything,I said I was open to your reasoning as to why those effects wouldn’t happen, then you didn’t provide any.

the vast majority of road safety is a product of engineering and not a product of human driving ability, what car you drive or its capabilities, or other variables of that nature. almost all of the problems with, for example, American roadways are design problems that incentivize unsafe behaviors in the first place (and as a result inform everything from the ubiquity of speeding to downstream consumer preferences in cars). to put it bluntly: you cannot and will not fix road safety through automated vehicles, doubly so with your specific touted advantages in this conversation.

You think you can eliminate all accidents through road design?

You are literally ignoring every single accident caused by distracted driving, impatient driving, impaired driving, tired driving etc.

Yeah, road design in America should be better, AVs should still also replace crappy wreckless humans. Those two ideas are not mutually exclusive.

this is at obvious odds with the current state of self-driving technology itself–which is (as i noted in the other comment) subject to routine overhyping and also has rather minimal oversight and regulation generally

All cool tech things are overhyped. If you judgement for whether or not a technology is going to be useful is “if it sounds at all overhyped then it will flop” then you would never predict any technology would change the world ever.

And no, quite frankly those assertions are objectively false. Waymo and Cruise’s driverless programs are both monitored by the DMV which is why they revoked Cruise’s license when they found them hiding crash data. Waymo has never been found to do so or even accused of doing so. Notice that in the lawsuit you linked, Waymo was happy to publish accident and safety data but did not want to publish data about how it’s vehicles handle edge cases, which would give their rivals information on how they operate, and the courts agreed with them.

https://arstechnica.com/cars/2023/12/human-drivers-crash-a-lot-more-than-waymos-software-data-shows/

Since their inception, Waymo vehicles have driven 5.3 million driverless miles in Phoenix, 1.8 million driverless miles in San Francisco, and a few thousand driverless miles in Los Angeles through the end of October 2023. And during all those miles, there were three crashes serious enough to cause injuries:

In July, a Waymo in Tempe, Arizona, braked to avoid hitting a downed branch, leading to a three-car pileup. A Waymo passenger was not wearing a seatbelt (they were sitting on the buckled seatbelt instead) and sustained injuries that Waymo described as minor. In August, a Waymo at an intersection “began to proceed forward” but then “slowed to a stop” and was hit from behind by an SUV. The SUV left the scene without exchanging information, and a Waymo passenger reported minor injuries. In October, a Waymo vehicle in Chandler, Arizona, was traveling in the left lane when it detected another vehicle approaching from behind at high speed. The Waymo tried to accelerate to avoid a collision but got hit from behind. Again, there was an injury, but Waymo described it as minor. The two Arizona injuries over 5.3 million miles works out to 0.38 injuries per million vehicle miles. One San Francisco injury over 1.75 million miles equals 0.57 injuries per million vehicle miles. An important question is whether that’s more or less than you’d expect from a human-driven vehicle.

After making certain adjustments—including the fact that driverless Waymo vehicles do not travel on freeways—Waymo calculates that comparable human drivers reported 1.29 injury crashes per million miles in Phoenix and 3.79 injury crashes per million miles in San Francisco. In other words, human drivers get into injury crashes three times as often as Waymo in the Phoenix area and six times as often in San Francisco.

Waymo argues that these figures actually understate the gap because human drivers don’t report all crashes. Independent studies have estimated that about a third of injury crashes go unreported. After adjusting for these and other reporting biases, Waymo estimates that human-driven vehicles actually get into five times as many injury crashes in Phoenix and nine times as many in San Francisco.

To help evaluate the study, I talked to David Zuby, the chief research officer at the Insurance Institute for Highway Safety. The IIHS is a well-respected nonprofit that is funded by the insurance industry, which has a strong interest in promoting automotive safety.

While Zuby had some quibbles with some details of Waymo’s methodology, he was generally positive about the study. Zuby agrees with Waymo that human drivers underreport crashes relative to Waymo. But it’s hard to estimate this underreporting rate with any precision. Ultimately, Zuby believes that the true rate of crashes for human-driven vehicles lies somewhere between Waymo’s adjusted and unadjusted figures.

they can. induced demand is omnipresent in basically all vehicular infrastructure and vehicular improvements and there’s no reason to think this would differ with autonomous vehicles

Yes, I have no doubt there would be induced demand, but that extra demand wouldn’t be at the cost of anything. Induced demand is a problem when we, for instance, build new roads or widen existing ones, because then more people drive and they clog up the same as they were before. That’s a bad thing because the cost of adding this capacity is that we have to tear down nature and existing city to add lanes, and then we have more capacity that sits at a standstill leading to more emissions.

But if AVs add more capacity to our roads, that will be entirely because they are driving more efficiently. We’ll have the same amount of cars on the road at any given time, they’ll just be moving faster on average rather than idling in traffic jams made by humans. Which means that there will be only relatively minor emissions increases during peak times, fewer emissions emitted during non peak, and we won’t be tearing anything down to build more giant highways.

okay but: literally none of this follows from mass-adoption of autonomous vehicles. this is a logical leap you are making with no supporting evidence—there is, and i cannot stress this enough, no evidence that if mass-adoption occurs any of this will follow

You’re asking for something that does not exist. How am I supposed to provide you evidence proving what the results of mass adoption of AVs will be when there has never been a mass adoption of AVs.

and in general the technology is subject to far more fabulism and exaggeration (like this!) than legitimate technological advancement or improvement of society.

Again, it’s never actually been rolled out on a mass scale. It’s a technology still being actively developed. Neither of us know what the end results will be, but I put forth plausible reasoning to my speculation, if you have plausible reasoning why those things won’t come to pass I’m all ears. For instance, what is your reasoning for believing that AVs could never be fundamentally safer than human drivers who are frequently tired, angry, distracted, impaired, impatient, etc?