Некоммерческой объявление 👨‍💻

Привет! Время некоммерческих объявлений. Хочу поделиться полностью бесплатным проектом для подготовки к фронтенд интервью, который пилиться одним человеком на великой силе энтузиазма - Hack Frontend.

Проект новый, разработчик (Дастан), планирует добавить большое количество новых реальных задач с интервью. Сейчас, проекту очень нужен фидбек от коммьюнити - куда развивать платформу. Вы можете очень сильно помочь Дастану, оставив ему фидбек здесь, в комментариях под постом или у него в телеграм чате. Может в итоге получится сделать хороший ресурс для фронтендеров!

В общем, поддержим опен-сорс коммуньюти 💪

--------

Non-commercial Announcement 👨‍💻

Hi! Time for a non-commercial announcement. I want to share a completely free project for frontend interview prep, built by a solo developer fueled by pure enthusiasm — Hack Frontend.

The project is new, and the developer (Dastan) plans to add a lot of real interview questions soon. Right now, the project really needs feedback from the community to help guide its development. You can help Dastan a lot by leaving feedback — either in the comments under the post or in his Telegram chat.

To my English-speaking subcribers: I know that the platform doesn't have English language at the moment. Dastan is working on i18n atm, you can motivate him to add more languages sooner by posting a comment :)

Let’s support the open-source community 💪

Why Aren’t You Getting Promoted to Staff Engineer / Почему тебя не промоутят до стаффа? 🤔
(Перевод на русский ты найдешь в комментах)

Hey! It just so happened that I had to read and write a lot of feedback for IC6 promo packets in the last year. When it comes to promotion to IC5, it's usually pretty clear what's missing. But with IC6, the lines get really blurry. So I decided to write a short post about the most common reasons why a great engineer doesn’t get promoted — assuming the team needs a staff eng, and the person is actively working with their manager on it.

Let’s dive in 🚀

❌ Soft Skills. Sometimes, a person is a top-notch expert, crushes projects, writes great code, and knows architecture. But still — no promo. A recurring issue I’ve seen in many packets is the lack of trust and leadership skills. People don’t really enjoy working with the person, or they simply operate in isolation from the team. Others on the team don’t feel like they’re working with a Tech Lead. Managers want to see that the engineer is trusted by others — ideally a group of at least 6–10 engineers.

❌ Uplifting Others. Here's a fun analogy. If you’ve played World of Warcraft or Diablo, there’s this class of heroes — Paladins — who buff the group. That’s roughly how managers see IC6s: wherever you put them, they make everything and everyone better. It shows in things like mentoring engineers, doing code and architecture reviews, and keeping morale up in tough times 😀. When a project is failing and there’s pressure from leadership, it's the IC6 who takes the hit and pushes the group to land the project. I'm sure you've met people like this — always full of energy, technically solid, and highly trusted by other engineers.

❌ Outer Focus. One of the biggest mindset shifts between IC5 and IC6 is moving your focus away from yourself and toward others. As a senior, your job is to land the project you’ve been given — your direct impact. As an IC6, the focus shifts to the team’s projects. A good IC6 finds interesting projects for everyone else, even if it means giving up something interesting themselves. A common mistake I see is trying to lead everything. Taking on all the initiatives across the org and not giving others a chance. Instead, you should be enabling others to grow their leadership skills — giving feedback and guidance. As a result, you build trust, and people start relying on you more.

❌ Credit Stealing. One pattern I’ve seen a lot: the team agrees to tackle N issues in the codebase over the half-year. Tasks are split up. The aspiring IC6 sets up a recurring check-in every 2–3 weeks, where everyone syncs. Engineers work independently, and the problems were distributed as a team decision. Then, at performance review time, this person writes a massive self-review claiming they “organized everything” and that they helped the team solve N issues. Sounds like IC6 work, right? Organizing a sync meeting — sure, that’s fine. But claiming the team’s work as your own isn’t. The right thing to do is let the team talk about their own contributions. Even if you delegated all the work and provided technical help, it’s still better to let others share their wins. That builds the right kind of trust and relationships.

❌ No Personal Contribution. Some tech leads drift into pure project management and stop writing code or contributing technically. Unfortunately, PMing often is a second job for IC6s — but it shouldn’t fully replace engineering work. Yes, you can write less code on average, but if you’re spending 80% of your time in meetings and Google Docs, that’s a red flag. Prioritize what matters, skip unneeded meetings, delegate when needed, and let other engineers pick up some of the PM workload.

Let me know if you have questions. I think this write-up is equally relevant to Big Tech — the expectations and levels are pretty similar 👨‍💻

YouTube 📹 — Medium 📑 — LinkedIn 👨‍💻

Frontend System Design - Financial Dashboard 👨‍💻

Знаю, что задолжал я видос по System Design . В общем, сегодня разберем систем дизайн вопрос, который спрашивают фронтендеров в HFT. Что-то похожее есть в Citadel / Two Sigma интервью. Вроде получилось интересно (im my humble opinion)

В этом видео разберем:
1. Как сделать многослойный CSS Grid Canvas для финансовых графиков и виджетов, который будет поддерживать ресайзинг и drag-and-drop 🚀
2. Как поддерживать унифицированный интерфейс данных на API и иметь разные модели данных в самих графиках 📑
3. Как хранить и оптимизировать выгрузку большого массива финансовых данных
4. Web-Transport и почему я не фанат веб-сокетов.
5. Сериализация
6. Поддержка многооконности

Пиши комментарии, мне всегда интересно почитать. Если думаешь, что дизайн говно, тоже пиши, пускай все узнают, как можно сделать лучше.

———

Frontend System Design - Financial Dashboard 👨‍💻

I know I owe you all a System Design video. So, today we’re going to break down a system design question that’s often asked of frontend engineers in HFT interviews. There’s something similar in Citadel / Two Sigma interviews. I think it turned out quite interesting (in my humble opinion).

In this video, we’ll cover:

1. How to build a multi-layer CSS Grid canvas for financial charts and widgets that supports resizing and drag-and-drop 🚀
2. How to maintain a unified data interface at the API level while using different data models inside the charts 📑
3. How to store and optimize the export of large volumes of financial data
4. WebTransport and why I’m not a fan of WebSockets
5. Serialization
6. Multi-window support

Leave a comment—I always enjoy reading them. And if you think the design can be improved, write that too! Let everyone know how it could be done better.

https://www.youtube.com/watch?v=HR2jXy_wPg4&ab_channel=Front-EndEngineer

YouTube 📹 — Medium 📑 — LinkedIn 👨‍💻