Nothing here yet.
Nothing here yet.
No blogs yet.
Hi, thanks for asking! I think we have limited cognitive energy in our day, it's hard to do a regular work job, come home, and then do your side project. The trick I have found is to find companies who give time to complete your side projects during company time, a.k.a. hackdays/20% time. It helps if the project is slightly related to company in some way, but a few places I was at, they said "as long as you're learning" that's all that matters! Doing it during work hours helped a lot with drive and motivation. The other suggestion is, solve real problems which you, or people you know, have. I wanted to make a "1 second every day video" thing, couldn't find exactly what I needed, so made my own !
I would convince the new company that I have enough foundational knowledge with the practice of (for example) web development, that even if I'm unfamiliar with their stack, I could pick it up fairly quickly. I would try to (respectfully) point out that many talented individuals don't stay up to date all the time, but rather they use the right tool for the job. In saying all of this, I would formally request extra "learning time" in the job so I can properly understand the new stack, and not feel I am being thrown into the deep end. That being said a good workplace environment should give this time without you having to ask for it.
Hey thanks. Courses: decide upon a topic, build some personal demos/projects in it until I understand the pain points, write out a curriculum and make sure a course makes sense based on the curriculum. Build all the exercise files, and then build the landing page for the course (since I can now understand exactly what we'll cover/learn about). Now, I'll get started on ~half the videos. Maybe do a pre-sale announcement half way through, and finish off the remaining videos. Do the final course announcement since the course is ready at this point! Keeping up date: I think it's about being relaxed even I don't know everything. I still haven't used React properly, even after all this time, but as fair as I can tell, it hasn't held me back from opportunities I'm interested in!
No problem thank you for the questions! I've been using DevTools for a while now, but I still use console.log 's often. The challenge is, using DevTools, while great, is in itself more cognitive overhead, and depending on how involved the thing is, sometimes a console.log is enough. That being said, when doing serious performance debugging, or profiling, or I know I'll be tweaking the design of a site for sometime, then for sure I'll open up DevTools and make sure the layout works well/the panels/panes are resized appropriately. Anyway if you want to learn more, I've got a few performance debugging videos on DevTools. Those videos hopefully answer question 1! For question two , it was such a fun job because we got to do so much! I worked on pretty much every Shazam page on shazam.com, webviews that appear within the native mobile app, mobile-web communication techniques so web could talk to native, all sorts of hackday projects like visualising 1 Billion Shazam Music Recognitions , end-to-end testing with Selenium WebDriver, and at some point during a hackday I even got to tinker with the recognition algorithm 🤯️ But generally speaking, it was the main shazam.com website I was working on. Fav programming language would have to be JavaScript! But then again, while at University I did my final project in Ruby/Ruby on Rails and it was extremely nice, elegant, easy to use, quick to get started, the list just goes on. Syntactically speaking, there's parts of Ruby I think are much better than JS, but having a fav language is more than just the syntax, it's the whole ecosystem. For the important horse duck question, is there some wiggle room here? Because I would like to say 1 horse size duck, but then we have a one-on-one discussion about how violence is not the answer, and possibly become friends? I don't think I can convince the 100 tiny horses to be my friend and to be honest think they would trample all over me or at least bite me a lot, but am confident about the symbiotic relationship me and the massive duck could have. For example I could get them groceries and they could agree not to fight me.
That's really kind of you to say thank you Rutik. Learn the foundations, vanilla HTML, vanilla CSS, and vanilla JavaScript. Frameworks, tooling, libraries, utilities, processes, they come and go. But having the knowledge to build something without all that stuff is powerful and will make you valuable. It doesn't mean you have to build everything from scratch, but that foundational knowledge can be important when dealing with that random performance critical feature, or working around a frameworks incorrect handling of accessibility. Thanks! I sometimes just use Quicktime, but normally I use Screenflow on Mac to make the recording. If I need to export to a gif, I'll lower the frame rate when exporting to reduce the file size, or I'll use something like gifsicle.
Thank you for the questions Subha. When it comes to blogs/articles, the actual research process involves: Reading the official specification and the MDN documentation and making notes as I go along. Use the feature (as a developer) and write down all the points I struggled with. The tutorial then identifies those pain points, and how to work around them. The paint points I experienced is probably what folks reading the tutorial will experience/have experienced also. Resume: I'm big on projects ! Having built stuff is such a helpful tactic as a candidate. I don't mind if it's a hello world app, as long it pushed the candidate in a creative sort of way. Also no matter how complex or how simple the project is, there's still lots for us to talk about e.g. what made you chose that language, how did you find it, what were your pain points, how does it compare to that other language, what did you think of the syntax etc. One thing that would stand out for me, if the candidate worked on a project which attempted to solve a problem they had, or someone else had, that's a big plus in my mind. Nothing wrong with implementing some binary search algorithm just because, but I think it's cool when the project genuinely helps someone.
Thank you 😊️ It's a tough (but really good) question. Just look at how people love tailwind . Does this mean CSS is too hard/annoying/awkward/low-level? My opinion is that instead of 'pixel pushing', sometimes people want to focus on building features. Pixel pushing can be a long and frustrating experience. Crafting CSS from scratch does feel like an 'art' in some sense, it takes time, care, attention, and lots of deep foundational knowledge around layout mechanisms, the cascade, browser quirks etc. I can see why that might be frustrating to deal with for some. RE: resources, I saw this recently it's short and simple! But apart from that, if I were starting from scratch, I would read: Don't Make Me Think (book) Any highly rated book on UI design on Amazon Then once I understand those fundamentals, I would move onto this CSS course by MDN While theoretical knowledge is cool, nothing compares to taking designs you like, maybe a free Sketch design, and converting it into HTML + CSS from scratch. Doing this helped me more than reading For me personally, having foundational knowledge on UI design is extremely valuable when doing CSS.
Hey Chris! Thanks. Conferences I've been very lucky and privileged to get invited. Part of it is living in London and having really helpful networking opportunities. My first talk happened because someone from the Google Developers team got in touch as we had crossed paths. Being part of the Google Developers Expert program helps in that area too. Then at Shazam, again maybe luck, but they were always supportive about attending and speaking at conferences. When you're in that 'conf bubble', you cross paths with organisers and get your name known, then the invites seems to follow. I've never done a podcast, but once the "Web Platform Podcast" group sent an invite, it didn't work out at that time but maybe I should indeed get back in touch with them.