What are the tips or techniques you wish someone had told you ages ago?

The one thing that transformed the way I write code now the most was when I started to use early returns. In my opinion it makes it so much more readable. That's definitely one thing I wish I discovered earlier.

const myFunc = () => {
  if(nope) return

  // ... actual stuff
}

One little one for JS...

If you want to debug code like this:

const filtered = someArray.filter((elm) => elm.tags.includes('someTag'))

And it isn't working, so you want to add a log to see what's going on. But it's a pain because you think you need to build out the entire function body like this:

const filtered = someArray.filter((elm) => {
  console.log(elm.tags);
  return elm.tags.includes('someTag');
})

Which is also annoying because once it works, you need to remove all that extra syntax.

Instead, you can use a comma, like this:

const filtered = someArray.filter((elm) => console.log(elm.tags),elm.tags.includes('someTag'))

JS will evaluate both statements and send the value of the final one.

It's a little thing, but makes my life a little nicer on a daily basis :)

I hate to be the smartass who mentions a book but the experience was genuine. I've been working professionally as a software developer for 6 years and recently I picked up "The Pragmatic Programmer" by Andrew Hunt and David Thomas.

I feel like this IS THE BOOK that I wish I had read when I was just starting out. It covers all the basic stuff that I had to learn by banging my head against the wall and more. It's pretty broad in terms of the topics it covers and it never gets too particular. The good news on that front is that it comes with a good bibliography that you can then follow up on.

If you're just starting out READ THIS BOOK. It will save you a lot of time, headaches and make you look amazing in comparison with your fellow juniors.

Change the text editor theme when you read someone else’s or your own old code.
It makes it stand out more and forces you to focus.

1. schedule a time for coding - a long time ago, I thought I could code whenever time allows (like found time or small downtimes), it doesn't work for me. What work is if I set aside time, and simply allow myself to think about the coding work and eventually doing it
2. buying a good set of over-ear headphones - filtering the outside noise helps a lot
3. looping "rain sounds" or whatever white noise - works even better on a noise-cancelling headphones
4. realizing that there isn't a "one editor to rule them all". I thought I could use Vim for all coding/editing/writing tasks; as it turns out I can, but not very well on all tasks. On editing config files and writing asciidoc, it went swimmingly, but when building a sizable Android or Java project, I'm better off with an IDE
5. that when you drink lots of caffeine in a day, you should drink more water - more caffeine means more pee; and when you lose water it does wonky things to your brain, that'll cramp your coding. Drink lots of water
6. running or walking (or any form of exercise) - not only does this shrink the belt size, as it turns out, it improves your brain too. You improve your brain, you improve your coding. brainrules.net/the-rules
7. Read books written by really good devs - I see that a couple of people here endorse "Pragmatic programmer ..". Agree 100%. I love that book

In no particular order.

• Read the documentation before jumping into copying someone elses code.
• Add comments to the code for the future version of yourself.
• Don't be afraid to take a peek at library/framework source code.
• Testing is awesome, you should do it more.
• Commit frequently.
• You don't need to make the code scalable for 10m users when the maximum user base is only 10k
• Do not install beta version of some OS in the main development machine
• Take a full backup of your machine once in a while
• It's ok to not write codes like a ninja dev, If it works well and does the job as required then let it be
• Readability > Shortcuts

One thing that really improved everything on a project I worked on was promises. As a beginner I kept on piling up setTimeouts until the application wouldn't even load.

If I knew this beforehand it would've saved me a looooot of time.

Under promise, over deliver.

How to really do Test Driven Developement
SOLID principles
Continuous testing
Make changes in small batches
How to make code readable and understandable

Think first, code later.