space_comrade [he/him]

Also no higher-order functions like map, filter, reduce etc.

Really weird design decision for a brand new language.

Comptime is pretty dope tho, I wish Rust had that instead of relying on macros so much.

It’s not THAT complicated but I wouldn’t call it dead simple. When you understand how git works internally yeah it’s pretty simple but people usually start with the idea that it’s a tool to put your code on a server to synchronize with other people and only later learn that you have both a local and a remote (or multiple remote) tree and how the tree really works.

I think the problem is most git 101 tutorials teach it wrong, IMO the best git tutorial is this: https://wildlyinaccurate.com/a-hackers-guide-to-git/

Unfortunately it’s pretty dense so it’s gonna scare off a lot of newbies.

Eh, that’s unfortunate. Yeah the whole ecosystem is still a bit wonky, probably more wonky than most popular languages but tbh I rarely used a stack that just worked out of the box, it almost always took some dicking around, I’d rather do the dicking around with a language that doesn’t always seem to work against me.

because no compiler can check to see if you thought of everything.

We can try to get closer to that with better language design. You’ll never get there but I think there are obvious benefits as to why you’d want to do that.

I write way less bugs in Rust than I have in Java or C++, and that’s mostly thanks to the language design.

I’m just tired of people entirely dismissing languages like C because they don’t have these features. Especially when the operating systems their code runs on and their languages may even be implemented in C!

Because that code has been review and re-reviewed and patched by experts in the field for years. You’re not gonna write a backend for an app with short deadlines in C because that would be absolutely fucking insane.

How long ago was this? I think the ecosystem got waaay better in the last 1-2 years. 3-4 years ago it was rough but shit still worked with a bit of trouble.

You need pkill -9 vim to really make sure it’s dead.

I worked in a large company where they used scrum and I just don’t see where it ever helped me. Sure I guess forcing you to write down in Jira or whatever all the features/bugs you worked and will work on is good practice but I can do that without scrum too.

Daily standups were annoying and rarely ever helped people resolve issues that wouldn’t have been resolved by just talking to some people directly, which you would have done anyway regardless of the standup meeting.

Sprint plannings were useless and amounted to either taking 3-4 things off the top of the backlog or the manager forcing their priority feature in the sprint.

Story point estimation was awful, everybody pretends the points aren’t just measures of time but rather this complex abstract of multiple factors and whatnot but everybody still just converts them to time in their head anyway because of fucking course they do because the time estimate is the most important thing to know and the only truly objective measure of task difficulty.

In the end management gets what it wanted when it wanted no matter our complaints because that’s how things work in privately owned companies. Scrum for the manager at worst just becomes another bureaucratic hoop they need to jump through to get what they want.

This is also the experience of my colleagues from other companies, and also I read a lot of similar anecdotes online. I have literally never heard anybody seriously claim scrum works great in their company that also wasn’t personally invested in the ideology like a “professional” scrum master or consultant or whatever.

What’s the difference between that and just receiving orders from managers, like every other office worker in any company ever?

I don’t read such books because they’re almost always written by “consultant” grifters trying to make money off of proselytizing the latest bullshit corporate fad. And it’s almost never based on actual data or a coherent theory, just gut feelings and a few anecdotes. My own felt experience and that of my colleagues is enough to confirm that it’s all just corporate ideology bullshit.

They are empowered to work autonomously, which is a big difference.

That means nothing to me. Just platitudes. I’ve never felt “empowered to work autonomously” in scrum.

I don’t think you can truly change anything with these methodologies. At the end of the day most companies are still privately owned companies, and you as a developer will do what the owners and/or the managers tell you to do. The owners aren’t going to delegate important decisions to developers unless it’s a really technical thing. The part where “developers take control” in scrum is bullshit and always will be by necessity of how our economic system works.

I feel like Scrum and similar stuff just serves to obfuscate real material relations in the company that aren’t going to change no matter how many story points you assign to this or that or how many scrum masters you have. Also it makes micromanagement easier I guess.

It’s just difficult to start using it when the corporate culture isn’t able to adapt and change it’s structures, that’s the hard part.

Yeah but that’s almost every company ever. At what point do you blame the methodology then if it doesn’t work properly almost anywhere?

I feel like scrum and agile in general are almost religions at this point, just blind belief in a system you haven’t really seen work properly ever but you still believe in it.

I’ve had pretty much the opposite experience. My friend has a macbook that he drops all the time and still works.

Also it’s not like other brands are immune to denting, it’s just kind of the nature of the material.

Kinda agree on the keyboard but I got used to it and also most brands have that type of keyboards nowadays anyway.

ThinkPads are far superior than MacBooks for longevity

Not sure that’s true. I have a pretty top-of-the-line ThinkPad (3 years old) and it started falling apart after like a year of regular use. Maybe years ago that was true but nowadays I feel like everybody except maybe Apple has crap build quality.

I’m here for it, it’s already a complete shitshow, might as well go all the way.

Oh that’s definitely going to lead to some hilarious situations but I don’t think we’re gonna see a complete breakdown of the whole IT sector. There’s no way companies/institutions that do really mission critical work (kernels, firmware, automotive/aerospace software, certain kinds of banking/finance software etc.) will let AI write that code any time soon. The rest of the stuff isn’t really that important and isn’t that big of a deal it if breaks for a few hours/days because the AI spazzed out.

Ah ok I guess I misread that. My point is that by itself it’s not gonna help you write either better or shittier code than you already do.

I don’t think it’s gonna go that way. In my experience the bigger the chunk of code you make it generate the more wrong it’s gonna be, not just because it’s a larger chunk of code, it’s gonna be exponentially more wrong.

It’s only good for generating small chunks of code at a time.

It actually doesn’t have to be. For example the way I use Github Copilot is I give it a code snippet to generate and if it’s wrong I just write a bit more code and the it usually gets it right after 2-3 iterations and it still saves me time.

The trick is you should be able to quickly determine if the code is what you want which means you need to have a bit of experience under your belt, so AI is pretty useless if not actively harmful for junior devs.

Overall it’s a good tool if you can get your company to shell out $20 a month for it, not sure if I’d pay it out of my own pocket tho.