Carrying water to the sea is the Dutch version.
Just care for your team.
Realise you need to spend most of your time working with your more junior developers, making sure that they understand the problems they're solving, doing some whiteboard-design sessions, jumping in and pairing frequently to teach them as well as keep things going in the right direction. A lot of that is giving your team enough confidence that they're going in the right direction that they can make the decisions they need to make.
But you should not see yourself as someone that picks up tasks and gets things done by themselves. You need to work through your team. That can be difficult. And if the team gets larger, that gets even more difficult! You'll need to find some seniors you can trust, and use them to pick up some of that leadership/guiding work. You will run the risk of getting further removed from the practical technical work, and will have to find a balance. You'll probably be doing more work around the team than in the team. Maybe get involved with planning more.
But the most important thing is the above: make things clear for your team(s), don't leave them guessing about the direction, but don't prescribe the solution too much, teach as much as you can, but give people room to make their own decisions too.
Don't confuse a bad work environment with not liking or being suitable for your job.
If you liked programming, do your work in the way that made you originally liked programming. People will put pressure on you to just "do things". Don't. Ensure you start understanding, slowly get more insight into what's going on. Ask the people around you any and all questions you need to get more understanding. Allow yourself to learn. That is the only way to start feeling in control, and the only way to become 'more senior'.
That being said. If you want to move on, there's no harm, and no shame. Just do it because you'll be doing something you know you will like better.
Nice. It doesn't seem to make any difference in the URL scheme what type of fediverse resource is being referenced. From what I understand, some of those are interchangeable, but some are not. How will the browser know whether to open a Mastodon, Lemmy or Kbin client?
It's very hard to start writing tests for a codebase that was not tested while it was being written.
"Be more careful" is obviously just wishful thinking, but the pain apparently hasn't become bad enough for the need to better quality to have become apparent to everyone.
When people say "we can't test the UI", there's often a reason that they are reluctant. One reason can be that they think you want to test through the UI, and write slow and cumbersome end-to-end tests. Those tend to become unmaintainable at record speeds, and if you've experienced the amount of work and aggravation that can cause, you tend to become reluctant. When you ask for 'integration tests', this might be the thing people are hearing.
That being said, there's plenty of ways to test UI code locally, at the unit and component level. Depending on your tech stack, of course. Those types of tests you can just start creating without a big investment. In a codebase that's not tested, that can be difficult, but try and make the changes you need to make to isolate logic, so it can be tested as a unit test. It'll give you better code, and teach you a lot about structuring code so that you separate responsibilties.
It's a term coined by Cory Doctorow, Sci-Fi writer and ex-EFF, who has been writing about (tech) monopolies, and in particular monopsonies, and how those types of two sided markets originally grow by given users something they need, often for an artificial low price or even free, until they dominate that side of the market, after which they focus mostly on the other side of the market, in this case advertisers, and step by step, slowly dismantling the reason users originally liked their product... Enshittification.
Doctorow has lots to say, so here's a link.
Actually, our cats often join us when walking our dogs. We have two dogs, and when we walk them leashed, at night, one to three of our (six) cats come along and walk around us. They dart out in advance up to ten meters, using available cover (cars) to hide, and often laag behind in those places to ensure it is clear that they are not being walked but are simply following the same route of their own accord.
Not sure how this happened, so I can't help you with training advice. But maybe it's just our regular schedule of walking that does it?
Having a 'sick leave' limit is just incredibly weird. As if you could just stop being sick when the time runs out!
I mean, we do get a company/regulatory doctor assigned if we're sick for a longer period of time, and after, like, a year you will go to a reduced insured income. But counting it as if it were discretionary does not make sense.
"20 years from now, people are still discussing moving to Linux!"
view more: next ›
iawia
joined 1 year ago
Type 2 can have a reduced insulin production, as well as the insulin resistance. In fact, insulin resistance can put increased demand on production and exhaust the producing islet cells.
Since type 2 is not an immune system disease, in that case there's no need for immune suppressing drugs!
Don't understand the kidney thing either:-)