Hey everyone! Thanks for having me, just finished answering all the questions! :) Some final remarks: If you'd like to get in touch, feel free to reach out on Twitter: https://twitter.com/tlakomy If you'd like to learn something from me - most of my egghead.io lessons are free, check them out here: https://egghead.io/instructors/tomasz-lakomy?af=6p5abz If you prefer reading - check out my dev.to posts here: https://dev.to/tlakomy Cheers!

Great question! To be fair - I don't have such a list 😅 From my experience every dev has a slightly different way of learning - I learn the best by watching videos (and experimenting/teaching afterwards), some prefer going through tutorials, reading articles and of course - reading books. Personally I tend to read non-technical non-fiction books, growing as a person helps me grow as an engineer as well. Some of my favorites I've read in the last year or two: "Sapiens" "Extreme Ownership" "How to Win Friends and Influence People" - this is a terrible title but I cannot recommend this book enough "Radical Candor" "Incognito: The Secret Lives of the Brain" When it comes to JavaScript recommendations, I've reached out to folks on Twitter and they responded with some excellent books: https://twitter.com/tlakomy/status/1249664985787240449

Hey James! I hope that you don't mind but I answered a very similar question in one of my dev.to articles: https://dev.to/tlakomy/quick-question-how-did-you-learn-to-code-4h0p I also talked about it in more details in my DevPath podcast episode: https://share.transistor.fm/s/7a5960d3

I'd say that every frontend engineer should keep their eyes open for new tech but I wouldn't say that everyone needs to learn AWS. There was a very similar question above so let me just reuse the answer (DRY, hah!): AWS (and cloud in general) are going to become more and more important for developers but I don't believe that engineers have to learn AWS. My advice is to always keep your eyes open for new technologies but don't learn things just because they're trending - but once you'll have a use case for AWS, then by all means go for it! You can start here: https://egghead.io/playlists/learn-aws-lambda-from-scratch-d29d

Hey Adam! If you don't mind, for inclusion reasons I'll answer your questions in English: There are no plans to deprecate XMLHttpRequest as this would straight up break the web To be honest the difference between a web app and a webpage is rather blurry these days. Usually a webpage is something more static (like a blog, where you mostly read the content of the side) and a web app is an app built inside of the browser (Github is an excellent example) Take a look at Netlify, although there's nothing wrong with building stuff on Wordpress, although Wordpress is not "cool" these days, it's absolutely, definitely a valid solution for building sites If you're still studying I'd like to say that IMO English is the most important language in all of programming. What I mean by that is the vast majority of programming tutorials/courses/articles etc. are in English and since you're a student in Poland I'd 100% recommend you focus on that. Don't disregard other classes of course :) When it comes to career path for you - honestly, the world is changing so fast that I don't want to suggest you anything. The tech you may end up working on in 2028 may not exist yet 😅

Hey James! Excellent question. While I did attend a large number of conferences (and gave a talk on some of them myself!) I always had a problem with the fact that some (if not most) of them were freaking expensive. Not gonna lie, living in Poland that was a part of my motivation to become a tech speaker - a free ticket and opportunity to travel. I feel like virtual conferences are changing that, I'm glad that there will be more events that are accessible to a much larger audience. (Apart from money, there might be other reasons for not travelling to a conference - for instance needing to take care of family members) I haven't attended a virtual conference yet myself but I gave a remote talk - it's IMHO a completely different experience. Even though the chat was full I kinda felt alone (because I was, there was no one else in the room). As usual there are pros and cons and I think that those kind of events will get more popular, I cannot imagine anyone running a 2k+ people conference anytime soon.

Hey Melvin! While I'm absolutely not qualified to talk about the pandemic (just putting it out there) I think we'll see a large number of companies realising that they're able to work remotely. Some tech companies may realise that they're not able to work remotely and will unfortunately fail. Tech world is used to change and adaptation - this is important now more than ever. I think we're about to see how many companies are actually "agile".

Hey Jasbindar! I'm (obviously) biased but egghead.io (where I've published over 100 lessons already) is an absolutely excellent site with huge number of JavaScript (but not only!) lessons/courses. I've written a bit with my history with egghead here , let me quote the relevant part: "My story with egghead.io started back in late 2015. I got an offer from this shiny new company that was interested in hiring me, so that was neat. The problem was that a shiny new company had a shiny new stack (at the time) - ES6, React, Flux, webpack. It was fair to assume that I'd have to know those things in order to pass the interview. You see, the problem was that my stack at work was Backbone/jQuery/Grunt and I haven't even heard of React back then (when I did, I thought that JSX was the worst idea since pinapple on a pizza). Getting an egghead subscription allowed me to level up as a developer in a month (that was tough, I don't even want to remember how many hours I've spent each day watching lessons and courses)." This article also contains LOTS of resources to choose from: https://medium.com/@crofty.land/highly-recommended-sites-for-developers-f6a74dc1f311 When it comes to goals - I'd say it's absolutely up to you! Building a project from scratch is an excellent way to learn and grow by the way, because that allows you to try out the programming theory in practice.

Hey Bolaji! No problem, thanks for having me! Like I said in the previous reply - I actually have a whole post about this very topic! https://dev.to/tlakomy/what-i-wished-someone-told-me-about-speaking-at-tech-conferences-3opp Let me quote the relevant part: " Do not give up. It's highly unlikely that you will get accepted by the first conference you submit your talk to. Or the fifth. Start with local community events. They're easier to get to than major conferences and you'll get your first experiences as a public speaker in a more comfortable setting. Those kinds of events are often recorded, which is a valuable addition to your CFP. In addition, give a talk at a knowledge sharing event at work. Next up - speaking at a conference. At this stage, you most likely want to apply to as many events as you can (but don't send a CSS Grid talk proposal to a .NET conference). Be prepared to receive lots of "unfortunately your talk was not selected for X" emails. Or no feedback at all. Keep on rocking."

Hey slim, thanks - those are great questions! Let me go through them one by one: 1 - If I had to choose - it's better to write tests for those larger, more complicated components (for instance - containers rendering decent chunk of the application logic). It's more difficult but it'll also give you more confidence that your app works as intended and there are no obvious bugs. Chasing 100% coverage IMHO is not necessary - not only it'll be a huge effort but also may not provide you with the confidence you'd like if your tests are validating the implementation instead of behaviour. Not every component needs tests - small components with little-to-no-logic (like wrappers that only render their children wrapper in a div or something) don't really need tests. In general - focus on testing things that give you the most value. 2 - I actually have a post about this! https://dev.to/tlakomy/what-i-ve-learned-about-testing-react-apps-part-1-55g7 In general - focus on testing the behaviour of your app and not its implementation. You should be able to refactor your code without breaking the tests and make sure that the most important flows of your application are well tested. 3 - AWS (and cloud in general) are going to become more and more important for developers but I don't believe that engineers have to learn AWS. My advice is to always keep your eyes open for new technologies but don't learn things just because they're trending - but once you'll have a use case for AWS, then by all means go for it! You can start here: https://egghead.io/playlists/learn-aws-lambda-from-scratch-d29d?af=6p5abz 4 - Ha, I also have a whole post about this! https://dev.to/tlakomy/what-i-wished-someone-told-me-about-speaking-at-tech-conferences-3opp But I'd like to emphasise one thing that you touched upon. You ABSOLUTELY DON'T NEED to be a well known developer or work for a large, fancy tech company in order to start speaking at conferences. When I decided that I'd like to speak at conferences outside of my country (Poland), I had like 100 followers on Twitter, nobody knew who I was but I kept grinding. In 2017 I submitted more CFPs than I can remember but I got a chance to speak at React Day Verona 2017 in Italy and afterwards I got a tremendous opportunity of speaking at many more international conferences which is a fantastic experience, I highly recommend that.