Editor's Choice Q&A and Videos

Throughout my career as an engineer I've often not spoken up for fear of not saying the right thing or looking dumb in meetings. I'm wondering what are some effective tactics to have "good" opinions in meetings and become a leader?

What does Alex Chiou read?

How does he think when he writes?

Is there a certain number of drafts?

Does he get someone to read it and give their thoughts etc?

When I read Alex's work, it makes me think better. I learn something new because I think - oh, I could also think this way. Oh, someone else can think this way. Oh, I learned something new.

Hello, I've seen the term "maintenance projects" (basically, projects where you do bug fixing most of the time) and green field projects (projects where you write code from scratch).

I've been told that the maintenance projects are generally the ones that you want to avoid since you won't learn much.

I didn't see this view against software projects on TARO, like to divide the projects in to these categories from a high level view and I was wondering if you guys can tell me more about this business view of the software projects.

Are there other categories besides maintenance and greenfield? How can I avoid maintenance ones or recognize them?

Promotion is one of the most difficult and nuanced topics, so there's no way any course can absolutely cover 100% of all possible scenarios. If you have any questions about , please ask them here! I'm happy to talk about:

• What gaps you may have to get to the next level
• How to create additional scope in your team
• Whether a prospective team you're considering looks good for promotion
• Why you're getting stuck at your current level
• Maintaining that dialog with your manager about promotion

In the middle of the hiring process I decided to review the company I had applied to in Glassdoor.

The reviews were very demotivating because they all mentioned multiple waves of layoffs in the last year.

By the time I read the company reviews in Glassdoor I had already had 3 interviews: phone screen, technical interview (leetcode) and system design interview. I performed excellently in all of them. The feedback from the interviewers and the recruiter was really good.

In my last interview with the hiring manager, everything went perfectly until it was my turn to ask questions. I could almost tell he was about to offer me the position. This was the question I asked him:

"When was the last wave of layoffs at <company>?"

He was surprised; I could tell by his facial reaction.

One week later, the recruiter sent me an email with an absurd reason for why they decided not to extend me an offer.

Do you think that the question I asked was the sole reason for my rejection?

I have never contributed to open source but would like to start doing so. I believe this will make a huge difference in landing big tech jobs. Would like some references, steps, directions for beginners to get started in this journey.

I work with a team of 5 engineers amongst whom two are in my timezone. They always work overtime, work over weekends. They dont necessarily create a bigger impact but they are constantly posting on team chat groups about minor issues that they have seen and resolve it over the weekends. And stay late evenings and very late nights talking to the other team members. They spend a great deal of time obsessing over minor details like naming convention, doing repeated tasks.

I cannot keep up with this culture. I would actually like to have a personal life and spend some free time during the week working on side projects or learning something. At some point the opportunities do go to the people who have the most visibility right, no matter how mundane the work they do is? How do I navigate this? I would like to maintain a good reputation and work on interesting things. But I feel like I may be overlooked for promotions due to this. Any advice for me?

Is sprint planning and agile not a thing at meta? I’m doing a lot of research since I’m trying to see how it’s like as I’m spending time leetcoding and if the vibes there are it’s on you to plan your projects and set a timeline then sprint planning would actually make the engineers not excel in independent planning?

And it seems like it’s against good e4 performance to be prompted to set your deliverables at the end of the sprint? Just not sure how agile is used cuz if it’s on everyone to figure out how to project manage on their own then what’s the point of agile?