What makes you think C++ is awful?

Upvoting because I disagree with every word of what you wrote.

Linus is just some guy with good programming skills

I somewhat agree. Most celebrated personalities in tech aren't programming geniuses - they were in the right area at the right time and had some luck. Zuckerberg is a good example.

I think kernel maintainers and rendering engines (browsers and others) have a higher base skill level. Like some web developers are clever and some are stupid, but I don't think there are stupid kernel maintainers.

The thing with Linus is that he's been involved, and at the pointy end, for decades. You or I may not agree with him on every issue, but you can acknowledge that he has experience and he has connections.

Zed sucks in many of the ways that modern editors suck.

Autocompleting on characters that appear in code, and autocompleting in a way that overwrites the code you have already written are two incredibly stupid decisions that put a mark over any tool that adopts any one of them.

But then, Zed almost working, but in a way that still sucks was enough to motivate me into setting my Emacs properly, in a way that doesn't suck. So Zed gave me a good editor.

Zed is actually a pretty good editor IMO. Miles ahead of Code at least

Linus is just some guy with good programming skills and not an authority over anything tech.

Isn't he the authority that approves what gets into the kernel? Or used to be at least.

I like Nano :)

That information about text editors is out of date - we now have Zed. Just ignore the "AI integration" bs, it's entirely optional

VSCode is like the worst fauxpen source ever.

I wouldn't say that vscode is awful. It's not good though. Even while being the best.

To add: jetbrains IDEs are awful

based

Agree with half of that. C++ is last century stuff and should be replaced. Any new code in C and C++ is immediately a vulnerability.

If a browser does not support unlock origin it is worthless. So Firefox wins by all opponents willfully exiting the race

Firefox is good, Mozilla is bad

It is though

It's the only non chrome browser

This would not cause the reaction in the picture lol.

Fight me (Not literally) LLMs used to give garbage output but nowadays they are actually good and if given in the hands of right person, it can increase the productivity.

You might say productivity increases but salary dosent but that is a mangement issue and does not make LLMs bad.

Isn't this the most common layman's opinion?

It as in LLMs or it as in intellisense?

I am anti commercial capitalistic LLMs which, coincidentally is ALL of them.
"B-But Axo the open weigh—!" They are NOT open, it's the equivalent of giving you the executable of M$ Edge or a Windows ISO and calling it open, fuck this shit

Work has forced us all to adopt it, so everyone did. It was either that or suddenly be the slowest person at work, which eventually gets you canned. People will evangelize all day long about how they refuse to use AI, how it’s dog shit, etc. Meanwhile I’ve managed to dial in my AI workflow so that it never deviates from our code standards, it never tries to invent its own components or styles, and I still manage to review it with experienced human eyes. It’s the reason I can start my work day at 10:30am, walk away from my desk at 4:30pm and still be well ahead of schedule. I’ve malicious-compliance’d the fuck out of my job, it has made my life easier, and I don’t give a fuck what some nerd still devoted to the “art of code” says. We live in a capitalist hellscape and I’m a survivalist.

With all of that said, I’d still wipe this capitalist shithole fever dream of a tool off the planet because I’m tired of data centers and AI companies fucking up the entire industry, the planet, and people’s lives. I’ve already witnessed firsthand what it did to my industry and I’m lucky to even still have a job (especially one that pays as well as it does—it helps to be in the industry just shy of 20 years).

I agree on their usefulness but as long as you don't use local and open LLMs you are unfortunately part of the ecosystem that does the damage. Luckily open models are catching on and hopefully some reliable companies take up on this business model.

but only for people who are willing to adjust their workflows and guide it to give good quality output

... and competent enough to actually evaluate the output properly.

Instead they spend a lot of money to push the fairy tale how anyone can now code without having a clue.

Why not both? Both is good

Yeah on one hand the field of evolutionary algorithms is fascinating and I can see potential. But on the other hand it's being run into the ground by people forcing it into everything. It's also not human-readable so people might think they know what they're getting but really don't because of the black box nature of it.

I don't like working with them any more than you do, but they're necessary to enforce read/write-level security. Without them, there'd be no differentiation between reading a variable and writing variable from an external class, which kinda defeats the point.

From a development standpoint, they're an extra hurdle to clear. From a security standpoint, they're a necessary evil.

That's why people invented properties / auto generated getter/setter - in at least 95% of cases they are just busywork.

YES

Oh my god. I'm not the only one who thinks this!

I think text editors should handle it and convert between the two when convenient.

Want to know something horrendous? Odin, my current favorite language, recommends mixing tabs and spaces in their style guide.

What's worse, their justification actually makes sense.

Tab chars are better than spaces AND the correct tab width is 2 spaces

Imagine a programming language not compiling because of spaces.

Ooh... good one, but any good IDE and/or source control will convert tabs to spaces anyway.

Svelte, baby, svelte

I dont think that's an unpopular opinion

I'll only agree for advanced for loops and not the basic C style ones. Also if you are iterating over coords like XYZ or UV you can use those variables as single letters too.

I disagree when it comes to standardized single-letter variable names. They're invaluable when writing dense code for games or other math-heavy applications and you learn to recognize them very quickly.

So i for index in loops (and j, k for nested loops, but you're almost always doing something wrong if you need them); x, y, z for position and h, w for size; r, g, b, a for color data, etc - you'll immediately know what the variable is for at a glance even though it's a single character.

Another benefit is that having related variables be the same character width keeps code visually aligned, which helps with readability.

I do really disagree here. Name lengths should be proportional to the size of their scope.

If your function has 1 line, your local variables should almost all have 1 letter.

I agree. Short, nonsensical, meaningless, artificial variable names make me think the person writing the code is a dinosaur from when they still had punch cards. Get with the times.

How dare you? I can absolutely assure you that it completely ruins mine.

I use VIM keybindings in intellij, and have done so for 10 years. There is no reason for me to be quicker or more productive than anyone without VIM. It's just a preference.

Shun the non-believer! Shun!

Yeah! Emacs has always been the superior editor!

It does but not because it's vim or about any features really. It does for me personally only because I'm so used to it, most of the tasks like search, highlight, open diff, list compile errors, follow function calls etc work without mental load. Any editor will do that for you if you customize/memorize common hotkeys for your use case.

It really doesn't. The time you spend learning it and setting your config will never pay off and even after you do these things the time it saves you is negligible. I can use Zed and have 90% what Neovim offers me, it even has really good vim motions. Picking them up for productivity is a bad reason to do it.

I really liked a talk by TJ titled (Neo)Vim Made Me a Better Software Developer. The reason he uses it - is because it was basically a playground where he could play around with his code and get instant feedback as he's the "customer".

I can relate to this. Neovim is really extensible and minimal by default. This encourages 2 things:

1. To live close to your code. You really get an understanding of all of the underlying tools related to your development environment and it gives you control to make it as minimal as you want it. There's wayy less abstractions on top to simplify stuff for you. When I was a beginner using Webstorm or whatever I had no clue what a LSP was. Git? Just use built in GUI why bother learning commands? Terminal? Why would I need that? Ripgrep? Treesitter?
2. To play around, customize, build stuff. There's lots of API's and you can change a lot in the editor. I made Neovim my main markdown editor with a few tweaks in my config. It's minimal and I like it. Wayyy better than Obsidian.

And at the end of the day it's kinda fun. It makes writing code more more enjoyable as you always end up learning how to navigate your code base more efficiently. Like a game almost :)

It's pretty useful for text editing, but for any more serious code work I prefer to use an actual IDE.

As far as software development, Vim seems to me like an excellent solution for an irrelevant problem (typing speed).

Also, it's great that it's lightweight, but I bought the entire RAM and I'm going to use the entire RAM :P

Do other editors let you save multiple sessions? Where you can open up any large project exactly where you left off, every tab, split, window, layout, and file already in your buffer for all of your projects or just the last one you were working on?

If not, this feature has saved me a lot of set up time. It's been a long time since I used anything else.

People (such as myself) make the argument that it does a better job because it's focused more on reading code than writing it since you don't start in the "write" mode like in most editors.

I would say the choice of text editor shouldn't make a difference in productivity so long as it doesn't actively get in your way too often (looking at you, poorly implemented autopairs) and it supports the relevant LSP and debugging protocols.

You can pry my printer from my cold dead hands! It's a craft tool and belongs in every shop.

I definitely agree with fax machines, do you not feel that physical copies of things have value?

Germany and Japan would like to have a word with you.

Most likely. Some people in the bottom right have their face on the back of their head. (Also before I noticed that I checked in TinEye, and the earliest occurrence it found was Jan 2025.) And the whole pic has that AI way of smudging together shapes.

...which is why I love #[rustfmt::skip] so much! You can do stuff like

#[rustfmt::skip]
const DIRECTIONS: [[i8; 2]; 4] = [
             [0, 1],
    [-1, 0],          [1, 0],
             [0, -1],
]

while still enjoying the convenience of auto formatting elsewhere.

Although linters which act on the behavior of code are unequivocally a good thing, e.g. "hey, this comparison will always return false you probably made a mistake here".

I'll go a step further: formatting for human-readability is the job of the reader, not the writer. Hardcoded line breaks, spacing, etc. are never going to be a good solution because the idea is wrong from the start. This is a display issue, not a logic issue. It needs to be solved at the display end.

Use a syntax-aware editor that formats code the way you like it. Save it any goddamn way that is syntactically valid. Anyone else who opens it will see it any way the like in their own syntax-aware editor.

"But my editor doesn't do logical formatting!" Yes, because the entire world has been insane for several decades, and shitty editors are normalized. If the world had realized this 30 years ago, there wouldn't be a code editor in existence today that didn't do this properly. Demand better and better will be normalized.

Disagree. Linters catch common logic errors, formatters remove nearly all discussions about formatting style. I remember MRs being held up for days at work because of formatting discussions, being resolved by a "style guide" that couldn't be memorised, and being followed by new discussions about formatting that held MRs.

The that epitomises this is the nixpkgs repo. There are thousands of PRs stuck in nitpick hell because some particular reviewer wants commas here and another wants them there.

Also, if they can detect mistakes, they should be able to FIX them instead of adding extra busywork on my table.

"Now where the hell did I put my two gallon jug of gasoline and the bag of magnesium powder?"

React works by maintaining a virtual representation of the DOM. When you dispatch state changes into the virtual DOM react can determine which components depend on the change and which side useEffects run.

My gripe is that YouTube tutorials teach that the useState is the equivalent of a variable. This encourages average developers to problem solve solutions that end up using React's Virtual DOM for business logic. The YouTube tutorials have react devs planting 100s of useStates - some of which don't directly induce a visible-on-screen rerender - and then ⅒ as many useEffects to bind these states together. This means that for the Virtual DOM to come to the conclusion as to what html elements need to be changed and how it has already mutated 20-50-100s of times and the CTO tells me the react app is slow and they're mad.

If 2 states have the opportunity to mutate each other back and forth then the truth is that you have 2 perspectives of the same state. And React gives you solutions for that - proper solutions - the useReducer hook is for defining these complex state mutations and the Context API for communicating that state to any component.

And this has me quintuple pissed off because these same tutorial grade react devs install REDUX as compulsively as a pack-a-day smoker (that's #3). They use Redux to file variables in JavaScript memory (that's #4) like it's a global variable and rarely if ever use it for the complex state mutations they need instead I've seen react devs write components pull state out of redux into a component just so it can mount useEffect and process the state and dispatch the result back into redux. Let's not even bring up how the react-redux binding library literally uses the React Context API (that's #5).

the language itself is good. The main issue is that the ecosystem and the designpatterns are so broken (i am looking at you, Robert "clean code" Martin).

My advice for anyone working with java: look at any other ecosystem how to work with designpatterns, and then come back to java and ignore everything the java community tells you about "good practices".

That's not controversial in the slightest. Everyone agrees with these except maybe a few neckbeards living in the woods.

We are waiting for you take over the X11 project.

Personally, I find React to be the real evil.

I feel like useState and useEffect are 2 sides of the same coin

Other languages took perl's regex engine

Perl is write-only code. Larry Wall raised a monkey's paw and asked for a language that works the way programmers want. So most scripts are the first thing someone tried - unfiltered by rigid syntax putting your thoughts in order, or compiler warnings bringing side effects to mind, or even names forcing you to decide what a variable is. An uncommented Perl script is raw brain patterns decoded as ASCII.

Thank god it runs like shit. Fast C isn't exactly gorgeous, but any project that compiles is proof the coder fought the machine and won.

I agree as a PERL programmer ; definitely a bad opinion

I hate this trope that languages should “learn” from each other. Because this typically means “should copy features / syntax”.

If I want to use Perl, I use Perl. I don’t need Perl in Rust, then I wouldn’t need Rust anymore.

Pagination of data out of a database is why you do it. Or rather, why I've done it in the past. Expanding on this, for the reporting of data so you can join that static data with non static data.

Can you explain more on this one? Is this position against lookup or read-only db tables?

I just use Linux mint which does all this for me out of the box

Meh. Instead I set up patchmon and manage it from a pretty GUI on my browser

I once witnessed a literal shouting match in the office over virtual.

Your comment makes zero sense in C++.

"I will happily promote the project of a person who openly says people like me should be shot. What's the problem?"

be professional ffs

You lost me here. It's not "unprofessional" to want people to not be transphobic.

Transphobia is now what antisemitism was during the Holocaust.

This framing of trans rights being pulverized as an edge-case moral purity signaling is low-key genocide enabler discourse.

It is only a matter to be careful to set boundaries to the centrism so that it doesn't bleed over to the nazi side.

That being said, weaponized purity in online politics, and online software politics specifically might be a problem, sometimes. Minimal gain and huge inconvenience to the resistance, but I won't go into it right now.

Transphobia is unprofessional.

So is any other kind of bigotry.

If we would tolerate intolerant people, we would expose segregate people to even more segregation. However, ban their communities and using their code is not the same thing. If pirating video game make by shitty person is okay, why not looting FOSS production ?

For professional stuff I expect to get paid. What's professional about spending my free time in the company of abusers that I'm not even getting any money for?

Idk man I've never heard someone talking shit about slack. I think teams might actually be bad software.

They are stupid, their competitors offer far better services

although, to your credit, Microsoft in no way makes their intended use obvious or intuitive

Which is stupid.

Trillion dollar corporation, btw