Did I miss something in the Framework -> Core transition where strings aren't UTF-16 internally anymore?
HN user
thrower123
I welcome anything related to programming and especially the history of programming that pops up on here.
There's an incredible amount of ignorance of what has been done before and why things are the way they are, that I encounter continually
I've got about three meetings in me on an average day before my batteries are exhausted and I am effectively done for the day.
When agile-ish processes use up on of those lives every day, that leaves very little slack before recurring customer statusing, actual troubleshooting, or an honest-to-god productive planning meeting wipes the counter out.
I suspect you could waste a lot less time if meetings required agendas distributed beforehand and minutes distributed afterwards, but absolutely no one does that, or would read such material if it was produced.
This may be false memory, but I'm almost certain Beevis or Butthead introduced me to asshat heckling 90s metal videos
The people I know who call themselves effective altruists seem to have gone beyond any actual philanthropy at this point and just go on tirades about AI risk and the singularity.
We seem to be very worked up over a virtually unknown new C-replacement language that's more likely than not to fizzle and become yet another 0.1% also-ran.
Nothing in all the years I worked offline in offices convinced me that whiteboards were particularly useful.
At least we eventually had high-resolution cameras in our smartphones so we could photograph them when people insisted on doing planning on whiteboards - more than once I've seen software architects lose days of work because the janitors were overzealous with their dusting.
I've never gotten burned out because I had a lot of work to do. Those are the good times.
Mostly I've gotten burned out because I couldn't bring myself to care and because I was bored.
Working remotely is better than all of those things, iff you commit to doing things correctly and writing things down.
Doing things correctly would help if you were in the office too, but you can paper over the inefficiencies of doing things incorrectly by wasting more time on the backchannel communication face-to-face.
I very much think that the "give me money" model is a really good one.
There's this very odd strain of infantilization that runs through a lot of corporate office management, like they are trying to reward second-graders with a choice from the prize box if they collect enough gold stars, rather than dealing with fully-grown adults that have their own children.
I really dislike this when it feels forced and artificial.
Also there's a strong risk of doing some little employee-appreciation gesture that backfires and pisses people off. Most of them do, because it feels like the company has cheaped out, or worse, spent a shit-load of money on something that you hate and then expects you to be grateful about it.
All I can say is thank god most of the stuff I work against has the source published on Github, and most of the rest is in decompiler-friendly languages.
This leaves the completely inscrutable and mostly undocumented REST apis that I've got to trial-and-error at, and always ask whether I did something wrong, the other party made a breaking change, or its just a Tuesday and the infrastructure is derped up.
That sounds reasonable, but the requirements you've sketched out as the secondary role there require a top decile programmer.
The median level of skill and conscientiousness (particularly) is just so low.
No, this is just not how developing software works.
Throwing more lower-skilled people at a project just makes it move slower and reduces quality.
There's always alpha in anything that provides enough signal to flip the bozo bit to off.
I wish I'd hit 6'6" like I was supposed to, according to the old wive's tale method of doubling your height at two years old.
I could have dunked easily, instead of just that one golden time I jumped freakishly high.
Accidentally check it into git on a multi-developer team...
This is how the system already works...
I've never heard of anyone using Next.js outside of discussions here, so I don't believe it actually is popular.
It's not clear that writing tooling in Javascript has been a win.
I do hope that we can get back to that "JS as compilation target" model eventually with WebAssembly. Even with improvements like TypeScript slathered on top, it's not fun writing Javascript, the tooling sucks, and it's vastly less productive than better developer ecosystems.
Dishwasher soap in the US is garbage now, so you have to scrub anything that might possibly stick on, despite the wash cycle on my dishwasher taking nearly two and a half hours.
This is what I did for years before March 2020. Maybe I'll go in once in a while to get out of the house, but maintaining two development workstations is a drag.
Unless there's an office pizza party or a real scheduled brainstorming session, it's not worth physically being there.
I'm getting half-remembered flashbacks to some of the distributed, self-replicating Lotus Notes applications I worked on very early in my career
If I ever find myself in vim, I just powercycle the machine.
It's easier.
How to use grep effectively
I desperately want Blazor to succeed, so that the entire Javascript-based environment can burn.
I would accept some kind of world where WASM bindings in browsers become usable as an alternative.
today only work in some super old apps like Notepad.
Old applications that actually follow the platform UX and accessibility guidelines
The regulation that made the old-style vented plastic gasoline cans illegal to produce is on my Mt Rushmore of well-intentioned, catastrophic failures.
I'm not sure I've ever seen it happen except by declaring bankruptcy.
Yes, this. We will see how well support for the supposedly LTS DotNet 6 actually is long term...
I'm not a great fan of how the whole dotnet open source ecosystem has sped up to monthly and biweekly releases. Official Microsoft packages are some of the worst.