Read at least HackerNews and possibly some other tech news site regularly. And then make sure to not get too caught up in the hype for new stuff. As someone working in technology, you are going to be learning new stuff continually (or your usefulness is going to diminish over time). By keeping up to date with tech news, you get a lot of context for what people are using, what's coming down the pipe etc. You may end u…
Do you have any recommendations for news sites that focus on embedded software? I've recently started a career focusing on embedded tech but most of the interesting stuff I've come across online seems to be confined to blogs from the 90's/00's
Ask HN: What is your best advice for a junior software developer?
281–290 of 460 posts
Re: Ask HN: What is your best advice for a junior software developer?
#282Re: Ask HN: What is your best advice for a junior software developer?
#283Re: Ask HN: What is your best advice for a junior software developer?
#284Re: Ask HN: What is your best advice for a junior software developer?
#285Earlier quoted context omitted.
It isn't just a huge hint, most of the time it tells you exactly what the damn issue is. This discussion is blowing my mind. I am honestly speechless. IT GIVES YOU THE LINE NUMBER AND THE FUNCTION CALL AND THE REASON! Why would you ever even attempt to debug without parsing it?
Wait wait wait. Not so fast. i'm one of those programmers who read manuals and stack traces but I have to admit that I've seen my share of both manuals as well as stack traces that didn't make much sense.
Re: Ask HN: What is your best advice for a junior software developer?
#286Read at least HackerNews and possibly some other tech news site regularly. And then make sure to not get too caught up in the hype for new stuff. As someone working in technology, you are going to be learning new stuff continually (or your usefulness is going to diminish over time). By keeping up to date with tech news, you get a lot of context for what people are using, what's coming down the pipe etc. You may end u…
Just be warned that places like this are the worst kind of habit-forming variable-reward site. Worse than Facebook, really. Every now and then you'll find here something that will tremendously improve your worldview, programming skill, or propel your career forward. You might then find yourself using this as a justification for wasting disproportionate amount of time on reading random things, instead of doing.
(Yes, I'm very much stuck in that trap right now.)
Re: Ask HN: What is your best advice for a junior software developer?
#287Earlier quoted context omitted.
I really like your last point "whatever the computer is telling is true from the computer point of view". In a surprising number of coding interviews that I've conducted, I've seen a candidate write an incorrect solution that generates an exception and then attempt to figure out the error almost on first principles, rather than actually reading the exception carefully and thinking about what coding errors could have…
It isn't just a huge hint, most of the time it tells you exactly what the damn issue is. This discussion is blowing my mind. I am honestly speechless. IT GIVES YOU THE LINE NUMBER AND THE FUNCTION CALL AND THE REASON! Why would you ever even attempt to debug without parsing it?
In C# it’s the difference between...
try
{
....
}catch(Exception e)
{
//Do stuff
throw new MyCustomException(“Something Bad happened”);
}And
try
{
....
}catch(Exception e)
{
//do stuff
throw;
}Re: Ask HN: What is your best advice for a junior software developer?
#288Earlier quoted context omitted.
You should try to do whatever makes you happy. If it makes you happy to give your labor away for free to some large profitable company, then by all means do so. I would personally try to use my time for myself (either to make more money or to do things I enjoy), but it's a personal choice after all. Only you can make that choice. That said, having balance is usually a good idea. If you have interests indepedent of yo…
I know that (I learned it at 25 though) but I don't regret being 19 and unbalanced. I had fun in the end. Suffering is a universal human experience and not something to be avoided at all costs or anything. I mean, sometimes we give young people advice and they are super eager to do everything right and use all the lessons the older people learned. I figure, there may be value in learning that particular lesson on one…
I smart man learns from his mistakes. A wise man learns from the mistakes of others. I mean sure I also went through similar unbalanced years as you and I learned from them, but if I could go back and change something I would instill some more wisdom in myself earlier. I don't live regretting that time of my life, but if I had the chance I'd certainly do it differently.
Re: Ask HN: What is your best advice for a junior software developer?
#289On the slightly more negative side: everything management tells you that's not in an email will have "never happened" when it's convenient. When you have a conversation with anyone where you think a plan was verbally agreed on, before doing anything your first action is to go back to your desk, write it in an email, send it to them as confirmation and find at least 1 other person, ideally in your reporting line, whic…
I have never had to do this nor seen anything like this behavior in my 6 years of work in the industry. This sounds incredibly in bad faith, and I would probably take it as a signal to go job search for a better work environment if I witnessed this in my day to day.
It has happened many many times that I thought I was clear on a thing and that everyone was on the same page to later realise that some of us completely misunderstood what was discussed or agreed. Sending a summary email afterwards helps make sure that everyone came away with the same conclusions.
I’ve also found it extremely common that people simply forget things, or parts of things. I’ve had bosses who forgot that they asked for a change or feature or task to be completed. I’ve had bosses who forgot that they agreed to change a requirement or that something isn’t needed or important. I’ve forgotten that I said I’d get something done. I’ve had coworkers forget that they were supposed to do certain tasks.
By sending a quick “here’s what we agreed to” email avoids all of these issues, or, at least, let’s you point at it later if someone questions it later.
Basically, it’s a good idea to keep a log of decisions that were made.
Re: Ask HN: What is your best advice for a junior software developer?
#290Earlier quoted context omitted.
And in the opposite direction: remember when you are writing error messages to include all the relevant details, and never ever write "this shouldn't happen" or "document later".
If used correctly, «this should not happen» can be very useful, indicating e.g that the program is in some illegal state, as opposed to the input being incorrectly formatted.