Oh I trust my code, but I don’t trust my coworkers not to break something on the very next commit.

ClickUp is A LOT worse than Jira.

If a tool were created that properly converted an UML diagram into a project without any need for code, all the programmers that lost their job to this tool would then be hired by the company that offered it, in order to give maintenance and support to everything the customers want in their programs.

It would be removing programmers from they payroll of some companies but they would still be working for them, just further down in the chain.

The same is true for AI. If AI could completely replace programmers in some area, it would need a lot of programmers itself to keep dealing with all the edge cases that would show up from being used everywhere that a programmer was needed before.

There are many communities I would have no interest in participating actively, but that I still like to hear about when something big happens. The all feed kinda gives me that sort of experience.

Windows, in the past has been known to sometimes overwrite the Linux boot loader after a windows update.

Linux (ubuntu) do that pretty often too, people just don’t notice it because they’re unlikely to be running any other bootloader if they have Linux’.

Here We Go is the old Nokia Maps, which (at least until ~8 years ago) has the absolute best map data of all of the mentioned services, specially for third world countries and other places that Google and Apple aren’t so worried about keeping up-to-date.

I had to do some soap integration last year and it feels like it only got worse with age.

Yes, I trust my coworkers and our company’s workflow enough to produce better code than that.

Speaking specifically about npm: A ton of packages used as dependencies for a million different things have very loose quality control, some even merge community PRs straight to release without checking the code in any way. More often than not I have run into packages maintained by people with no connection to the original dev and don’t even know how its code actually works.

I remember a couple years ago I needed to read zip64 files so I picked up the zip file definition and implemented the read operation for it in the package we were using for zips. I only implemented a very small subset of the format to strictly solve my problem. I opened a pr to them saying “here’s some quickstart of you plan to add full support for zip64” - next time I checked they has merged my pr as if was and now were having folks registering issues for incomplete zip64 support.

If it were just millisecond advantages I would gladly use VSCode, but in large projects the difference is massive, it takes minutes to fully load a project and several seconds to perform certain actions.

Yeah, all I got to see was the main window, couldn’t even get it to open a file.

Maybe for you. I personally am quite picky about tools I use all day every day.

VSCode is only fast if you’re comparing it to Atom.

They changed their dependencies and now your stack no longer supports the lib until you fix your whole framework to work with the up-to-date stuff.

Last one can be freely changed by anyone, the middle one still has some restraints.

I remember moving a project from github to gitlab years ago (before MS) and the process to move all the non-git data from github was just as easy as moving the git repo itself. Thanks to gitlab’s efforts perhaps, but I didn’t expect github to have made it difficult for them based on the experience I ended up having.

Reminds me of Alundra on the PS1, where at some point the game forced you to accept praying in a church; I tried to reject it but the game wouldn’t let me. It ended up being plot relevant in the end, as

I used to have an rpg on steam, with “fantasy” in the name. One day someone sent me an email asking if there was any way to remove all references to magic from the game so they could play it, as having witches and stuff was a big no for them, but they still wanted to try the game.

deleted by creator

deleted by creator