Хороший руководитель не считает себя "всегда правым" - он создаёт среду, где подчинённые могут оспаривать решения, предлагать лучшее и расти. Если начальник требует слепого подчинения, это не лидер, а диктатор. А вот руководители действительно делятся на два типа: Те, кто растит команду и принимает обратную связь. Те, кто уверен, что их слово - закон.
Если ценности компании - просто корпоративный шаблон, а руководитель их декламирует как мантру, да, это тревожный звоночек. Но если компания реально живёт этими принципами (например, "клиент на первом месте" или "экспериментируй и ошибайся"), то это помогает понять, подходит ли кандидат в культуру.
Что касается вопроса про миссию от кандидата - да, звучит странно, если речь о junior-разработчике, ведь пост конкретно про топов рынка и найм на нелинейные должности. Но даже так, если человек хочет знать, куда движется компания и как его работа в это вписывается, это показывает стратегическое мышление, и уже показывает задатки для роста этого кандидата, ведь каждый CTO когдато был джуном)
Да, вы абсолютно правы - этот пост действительно больше про найм топов и нелинейных специалистов, где стратегическое мышление и вовлечённость в миссию критичны.
Для джунов или линейных ролей (вроде верстки форм логина) подход другой. Если HR спрашивает джуна про «миссию» так же, как и вице-президента - это перегиб. Адекватность рекрутера как раз в том, чтобы понимать разницу между уровнями.
P.S. Для топов HR часто лишь координатор - финальные решения принимают первые лица. В малом бизнесе же собеседование топов ведут первые лица и именно для такхи целей и есть этот пост. А для джунов - да, методы проще: «Покажите код» и «Как будете исправлять баг в чужом коде?» важнее философии.
CTO в 2025 — это не про технологии, а про управление изменениями. Самый ценный навык — отличать хайп от реальных возможностей для бизнеса. Особенно согласен с мыслью про легаси: пока не разгребешь старый хлам, даже самый крутой ИИ не спасет. И да, безопасность теперь — must have, а не 'потом сделаем'. Зайду 19 августа, тема процессов очень релевантная )
Только что протестил за 10 минут собрал нечто прикольное) Шаблоны класс, но есть куда расти, интерфейс понятный даже маме. Глядишь и убийца Тильды для мелких проектов 😁. Еще бы ии функционала завести и ваще класс.
Наконец-то честный разбор ИИ-кодинга! Сам через это прошел — сначала восторг, потом ужас от бардака в коде. Автор прав: LLM это костыль, а не волшебная таблетка. Спасибо, что озвучил то, о чем многие молчат!
Возможно вы чтото недопонимаете. Сам jackc, создатель pgx указал этот враппер в README своей либы - Pgx. Скорее всего он бы не стал этого делать если бы он был бесполезен и реализовывал существующие методы.
Качественный сеньор за 10.000 usd/месяц или 10 относительных сеньоров за 1000 usd/месяц? Вот в чем вопрос 😂
Хороший руководитель не считает себя "всегда правым" - он создаёт среду, где подчинённые могут оспаривать решения, предлагать лучшее и расти. Если начальник требует слепого подчинения, это не лидер, а диктатор. А вот руководители действительно делятся на два типа:
Те, кто растит команду и принимает обратную связь.
Те, кто уверен, что их слово - закон.
Если ценности компании - просто корпоративный шаблон, а руководитель их декламирует как мантру, да, это тревожный звоночек. Но если компания реально живёт этими принципами (например, "клиент на первом месте" или "экспериментируй и ошибайся"), то это помогает понять, подходит ли кандидат в культуру.
Что касается вопроса про миссию от кандидата - да, звучит странно, если речь о junior-разработчике, ведь пост конкретно про топов рынка и найм на нелинейные должности. Но даже так, если человек хочет знать, куда движется компания и как его работа в это вписывается, это показывает стратегическое мышление, и уже показывает задатки для роста этого кандидата, ведь каждый CTO когдато был джуном)
Да, вы абсолютно правы - этот пост действительно больше про найм топов и нелинейных специалистов, где стратегическое мышление и вовлечённость в миссию критичны.
Для джунов или линейных ролей (вроде верстки форм логина) подход другой.
Если HR спрашивает джуна про «миссию» так же, как и вице-президента - это перегиб. Адекватность рекрутера как раз в том, чтобы понимать разницу между уровнями.
P.S. Для топов HR часто лишь координатор - финальные решения принимают первые лица. В малом бизнесе же собеседование топов ведут первые лица и именно для такхи целей и есть этот пост. А для джунов - да, методы проще: «Покажите код» и «Как будете исправлять баг в чужом коде?» важнее философии.
Совершенно верно! Идеальный ответ - баланс:
Я - что конкретно сделал (архитектура, алгоритм, переговоры).
Мы - как это помогло команде/компании.
Если человек говорит только я выглядит как звезданьё. Если только мы неясно, что он вообще делал.
Признаюсь, тесты я временно засунул в 'TODO' 😅. Но теперь, с вашей критикой, точно исправлюсь — следующий PR будет с тестами! Благодарю!
CTO в 2025 — это не про технологии, а про управление изменениями. Самый ценный навык — отличать хайп от реальных возможностей для бизнеса. Особенно согласен с мыслью про легаси: пока не разгребешь старый хлам, даже самый крутой ИИ не спасет. И да, безопасность теперь — must have, а не 'потом сделаем'. Зайду 19 августа, тема процессов очень релевантная )
Только что протестил за 10 минут собрал нечто прикольное) Шаблоны класс, но есть куда расти, интерфейс понятный даже маме. Глядишь и убийца Тильды для мелких проектов 😁. Еще бы ии функционала завести и ваще класс.
Наконец-то честный разбор ИИ-кодинга! Сам через это прошел — сначала восторг, потом ужас от бардака в коде. Автор прав: LLM это костыль, а не волшебная таблетка. Спасибо, что озвучил то, о чем многие молчат!
Есть бенчмарки?
Есть люди пользующиеся драйвером pgx. Факт существования sqlc и не отрицается в посте. Даже больше скажу, на гошке даже есть ормки как горм или ентго
Ответил на тот коммент. Продублирую еще раз.
Возможно вы чтото недопонимаете. Сам jackc, создатель pgx указал этот враппер в README своей либы - Pgx. Скорее всего он бы не стал этого делать если бы он был бесполезен и реализовывал существующие методы.
Можете глянуть сами, в конце README файла.
https://github.com/jackc/pgx
Неплохо. Еще нашел либу где можно это проворачивать на гошке
https://github.com/Arlandaren/pgxWrappy