• 0 Posts
  • 20 Comments
Joined 2 years ago
cake
Cake day: June 11th, 2023

help-circle


  • As a senior engineer recently turned manager I hear this type of mentality from most of my junior all the way up to senior devs.

    The only thing I’d suggest to you is spend some time digging into the tools you’re building outside of the project you’re working on. Just to get a general understanding of how the pieces fit together. Definitely do it during work hours, though. I’m in no way suggesting outside of work, here. Once you’ve spent enough time digging, you’ll surprise yourself in how effective you get at answering questions.



  • If he’s getting to the first round of technical interviews then it’s likely not a languages issue. That’s the round that many companies put you in front of a mid-level dev who arrogantly asks you a code-kata question and refuses to answer questions. It may be that he’s not inherently good at solving the toy box problems on the spot. That’s the issue I tend to have in these rounds.

    Though I guess it could be a languages issue if the mid level dev doesn’t know the language you’re doing the problem in and marks you down for that.



  • It’s only worth it if you’re planning to work in Java or one of the other JVM languages.

    If that’s what you are striving for, is worth it to spend the effort ahead of time. If your goal is more agnostic to tech stack, learning Spring Boot won’t be worth it until you land a role that uses it.

    It might be worth dipping your toes in the water anyways. But frameworks like that shouldn’t be bothered with without inherent interest or need.

    Personally, I’ve no interest in working in Java, Scala, or Kotlin so I’ll skip it.






  • Even some of these issues ORMs are solving can be solved without them by caching a view of the data in structure of the object. Relational DBs are extremely well tuned for looking up and caching data in an easy to view manner.

    Somebody else pointed out the problem is bad devs not learning their tools. I’d go so far as to say DB knowledge can (and was due a while) be a specialized field full of skills that will fall by the wayside for most devs because we aren’t doing super complex things in a single DB anymore with the preference going toward microservices. There’s no need to flex those skills and they depreciate over time.







  • I think Golang had the potential to take over just because it’s so easy to pick up and start contributing.

    My last position was Golang focused and our hiring was never focused on experience with the language because we knew that if you understood programming concepts you would succeed in Golang.

    Today, I’m working on Rust and while I enjoy it for what I’m using it for (Systems level instead of Web Services) I’d be hesitant to suggest it for most backend application just due to the ramp up time for new developers.

    tl;Dr Golang will have an easier time hiring for because no language specific experience is required.



  • No experience with them, myself. Just a quick look and I found CAT-6 cables with a 90 degree connector, a 90 degree male to female adapter, and a 90 degree adapter that has a short cable to move the female connection so that is easier to reach.

    I’d get all 3 styles and try them out separately to see if there is any performance impact. I can’t imagine any significant impact on performance occurring but it’s worth double checking. The biggest issue I can see is just build quality of the part.