Learning Quickly Q&A and Videos

So i'm a entry level engineer and was reading some post on twitter about getting deeper in CS to be taken seriously. The post mentioned learning a lower level language and I always wanted to learn C++. But when i asked my friend who is senior that then went on to become a CTO at his own company he told me I should learn java since it's low enough that a lot of systems are built on it which in return means more jobs. When I looked at job listings for both languages there were fairly the same amount of job postings but he's saying it would be easier to get in entry level with java and that C++ is more for mid and higher levels. also i always wanted to learn C++ because i saw that with python is mainly used at hedge funds which eventually in my career i always wanted to join one, so which one should I choose? And please make a choice for me lol and not respond with "whatever you feel like doing", because i'm kinda indecisive with this choice.

I have recently joined a team which works in Go (no frameworks). My team handles multiple backend services ( exposed through REST APIs ) which are like a platform for various other services.

I have picked up the language grammar and have enough understanding to write working code. However, I feel I don't "get" it. I don't understand how to organise the code into a well-defined folder structure and interfaces.

I would like to understand what are some of the good ways to learn a new language. It's been 2 months since I started learning it and feel like I am working with incomplete knowledge. Maybe at 50% level. I know there's no point in understanding all the features of a language but I would like to understand design patterns, best practices and how to write high-quality code.

I really need to be able to ramp up in another month's time.

Majorly need advice on

1. Learning to write high-quality Go code
2. Writing with Dependency Injection in mind
3. Design patterns and low-level system design

How can we identify what are the core in-demand "Legos", especially in the context of what we do commonly on our day to day job?

As software engineers, we are tackled with new things to build regularly, so I was wondering how I could focus on the components (i.e. "Legos") that are built more regularly and learn to build them with high-quality.

I don't have a concrete need for this right now, but I want to be more efficient at work and keep this in mind for when I do get into a new technology. As a web dev, a core in-demand Lego will be like responsive design or something like that right?

Hello,

I am working as an Entry level engineer at mid size product based company. In my end year performance review, I got a feedback that I can work on improving my debugging and technical skills more. As well as, knowledge of other features and overall product as a whole would need to be increased as well.

My Tech lead has offered to mentor me by conducting 1:1 sessions to help me improve at debugging and help identify patterns and teach basic principles. 2 other senior engineers on the team also reached out and offered to conduct sessions regularly with me, for which I am really grateful.

For more context, all my teammates work remotely, so it is not beneficial to go to office. My question is, how can I best utilize these sessions with the senior engineers on team to improve more and skill up? That is, what kind of preparation/ questions should I have ready to make the most of these sessions?

Hi, I'm currently a software engineer 1 working with a senior engineer trying to ship a new feature. The way it works, the senior engineer I work with has outlined the technical problem, scope, and approach we're doing. She has assigned the tasks and most of it (BE/FE) will be done by the senior and the portion I'm doing involves a BE service I've worked on before.

Our deadline is in a month, as I'll be going on leave. I wanted to do a portion of the FE just to learn more about frontend technologies and was assigned tickets, however my senior engineer has started work on these and it looks like most of the work I'm going to be doing, apart from my tasks, are going to be reviewing/testing my senior engineer's PRs. I've worked with this part of the product before but I was hoping to get more exposure and practice.

I was hoping to really learn more about the frontend aspects of our product so I'm a bit disappointed but I'm wondering maybe if my expectations (which was to learn more about FE) are unrealistic and perhaps unnecessary.

As a new grad, what is the expectation from senior engineers?

Do I communicate this to our manager or should I re-adjust my expectations?

What's the best way to upskill oneself in emerging fields?

for example, what would be the most effective and easiest way of upskilling in Data & AI projects in absence of any direct work opportunities that involve those fields?

Preface: I might sound a bit critical at some points, but I’m asking this question with the intention of learning, not to demean others as this question has been on my mind for a while.

A big reason why people join startups is that at startups you learn faster than you would at big tech. What’s not clear to me though is how this actually translates to having a successful career (especially when transitioning to big tech). Specifically, how does “learning more” in startups/getting more scope in startups translate to “materialistic” rewards such as TC, getting into big tech, getting senior swe faster etc.?

I've seen Seed’s presentation about . He’s clearly achieved amazing things at Klaviyo, but at least from his LinkedIn profile, he joined Meta as an L5 (senior swe) with 4 yoe - couldn’t you achieve this result simply by working at Big Tech for just as long? If that’s the case, then what’s the point of joining a startup?

I’ve watched Taro’s masterclass on choosing a good company (and many other startup-related videos on Taro), and for the pros for startups - specifically getting more scope - seems very superficial. Similarly, the cons for big tech (the inverse of startup pros- harder to find scope) seems also superficial.

What’s the best way to learn really good front end engineering? Specifically what frameworks / languages are useful, design patterns, and some projects to get hands dirty?

my motivation for learning front end is to build products that people would actually use :)

I am a frontend focused full-stack engineer with 7 years of relevant experience in the frontend engineering space and a total of 12 years of experience. I am not able to decide where should I invest my time when working on side projects. Should I start picking up mobile (Android/iOS) or continue to sharpen my skills in the frontend development space? To put it another way, should I invest my time in going deep in my current domain or should I invest time learning mobile UI development as that has gained more traction and is viewed as more valuable skill?

I think I am unable to decide whether to go about developing my skills in breadth or depth.

On most projects that I worked it was enough to have a high-level of how the higher picture of the code works and for the most tasks it was enough to copy paste and adapt existing code and for debugging it was also enough to have grasp the high level image.

However, I worked only on maintenance projects, that weren't very innovative. In order to have the chance to work on a good project how well should I know the tech stack?

For example for the stack: java/spring/elasticsearch/kafka/AWS, should I know the newest annotations or how the framework works under the hood, and probably be able to extend the framework, how to debug machine on VM etc?

Is there any sort of metric with respect to how in depth you should know your tech stack? Because in order to write code in a tech stack you don't need a lot of time to learn if you know the basics, but to write state of the art code I feel like you need years.

Hello, I asked about this before, but it’s a bigger dilemma now as I’m actively interviewing and many top roles seek a software engineering background.

Scenario: This past year at an AWS Cloud Consulting Partner, I built cloud and Terraform skills but had little software engineering experience. I dabbled in a few languages but haven’t committed to one. I want a versatile, productive, “startupy” language for an ambitious one-man project (possibly a PWA) that fuels learning, supports entrepreneurial goals, and offers a great dev experience.

What I Enjoy: I love game dev with Godot, but GDscript has no job market. So, I’m considering a scalable full-stack CRUD project like a PWA game site (think ) that I can build solo. I want to master one language and framework — no constant framework-hopping like with JavaScript. Here are my main options:

1. Ruby on Rails – Productive, “batteries included,” and fun (so I hear). While some call it “dead,” remote roles (like GitLab) still exist. I worry about it being a risky specialization.

2. Blazor + .NET Core – Full-stack with one language (C#) and “batteries included” features. Blazor is new, but .NET Core skills stay relevant. I dislike JavaScript’s endless framework churn, so Blazor’s stability is appealing.

3. Golang – I like its “one way to do things” philosophy, compiled binaries, and cloud reputation. But it’s focused on microservices, not full-stack projects. I’m unsure if I’d stay motivated building APIs instead of an end-to-end product. Python feels similar — powerful but maybe not a “do it all” full-stack option.

The Goal: I need speed, productivity, and specialization in a language worth mastering. I want to build a PWA project that teaches me core software skills fast and makes me marketable for software engineering roles.

What would you recommend?

I've been in the IT industry for 3 years, working on various projects. For the past 1.5 years, I've been heavily involved in Python projects, mainly as a back-end developer using Django. My tasks typically revolved around building or updating APIs as per specific requirements.

Most of these projects were already underway when I joined, so I mostly inherited tasks based on existing project needs. As a result, I wasn't part of the initial database design or project structuring.

Now, I'm starting on my personal project using Django. However, I lack experience in structuring and designing a project from scratch, especially in organizing apps and defining models.

I took a look at other frameworks like Spring Boot and noticed they don't offer the same level of "batteries included" features as Django.

I'm currently dealing with two main challenges:

1. Impact of Learning Django First: I'm concerned that focusing solely on Django might limit my overall understanding of back-end development. Django's comprehensive built-in features might not be present in other frameworks, and that worries me.
2. Project Design and Structure: I'm puzzled about the best practices for structuring and designing a Django project, especially regarding app organization and model structuring.

I'm seeking advice on overcoming these issues and figuring out how to structure my project effectively. I'm also contemplating whether sticking with Django could potentially narrow my overall grasp of back-end development because of its extensive in-built functionalities.

Also, I applied to some companies and most of them are asking for experience in Java back-end development.