beepnoise

joined 8 months ago
[–] [email protected] 64 points 1 week ago (9 children)

This isn't the first time they've pushed an update which crashes PCs.

IIRC, the development/testing is done on Windows under VMs rather than a sample of real world hardware, so it's like "well yeah, duh, no wonder why you keep releasing updates that crash & freeze end users machines"

Between shit like this, Crowdstrike, and Microsoft Recall I wonder why anyone even bothers with Windows anymore. I have both Mac and Linux (both which I love equally). Both of them don't seem to have anywhere near these levels of issues - Macs I would hope not given the eye-watering amount I've spent on it, and Linux I could be forgiven if it did give me hassle, but no.

[–] [email protected] 9 points 2 months ago

Also from my experience the users on BlueSky are pretty much a straight swap from Twitter. And by that I mean nobody ever bothers interacting with me at all.

On mastodon if I so much as rip a fart on there, *someone* will engage with it. On BlueSky? Nada.

[–] [email protected] 26 points 2 months ago

If you like what you see, strongly consider contributing to Servo financially: https://opencollective.com/servo

I did and I feel quite happy about it. Here's hoping there is more web engines out there 👍

[–] [email protected] 19 points 2 months ago

unions have layers

[–] [email protected] 17 points 2 months ago (1 children)

I see coding tasks with juniors a way to actually have a two-way conversation with said juniors and get them engaging.

What I tend to do is I'll give them an objective, and then I'll ask them what they think needs to be done. Each step of the way I'll try and correct them and get them going in the right direction.

If all is well, everything is cleared up, the junior knows what to do at each step, and then they go off and do it. Then I do the code review and the conversation restarts.

More often than not, the junior dev will get mentally stuck on a problem that they cannot conceptualise. That's fine - I tell them to leave it, work on the stuff they can do, and then we'll tackle it together.

Generally speaking, good junior devs can conceptualise a task about 50-80% and will get stuck on the other 20-50%. An excellent junior dev can be given a task and independently complete it - the code may not be perfect or up to a middle-senior coding quality, but they can get the job done.

The bad junior developers are the ones who need their hands held at every step of the way and never seem to improve or improve at such a snails pace that it is taking effective resources away from the team (i.e. senior devs - 1 or more) to explain the task repeatedly.

At this point, you need to raise that up to your line manager and have a serious discussion about whether you and your line manager think it is worth the investment to keep teaching this person while making said line manager aware of the problems (and make this based with facts that both you and the line manager can clearly observe and/or have observed).

For the others, you should go from a path of having to explain fundamental concepts (mostly because you both missed out on the weird edge cases of the task at hand) to in months being able to leave said juniors to the task and have them mostly complete it without any help from senior devs. And seeing that progress is why mentoring & code reviews is great - seeing that personal development in real time is an incredibly rewarding feeling.