S0ER

Как я проходил первый "стеклянный потолок" Случай всегда играет важную роль в жизни любого человека, мне в свое время очень помогли два совета: - Менеджеры продвигают себя, а не тебя. Если хочешь расти по ЗП и должности, то общайся с людьми которые принимают решения; - Специализируйся на проблемах, на которых никто другой не специализируется Первый мой стеклянный потолок случился в ЦБ, я дорос до руководителя группы, хорошо справлялся со своими обязанностями, регулярно получал премии и персональные надбавки. Но было две проблемы: доход не рос, расти дальше по карьере я не мог. Основная проблема - я был полностью изолирован от руководителей высшего звена, мой непосредственный руководитель презентовал достижения отдела как свои собственные. И продвигал себя. Любые мои достижения ухудшали ситуацию тем, что высшее руководство видело это так: "Я - хороший (очень хороший) исполнитель, а мой начальник - отличный руководитель". Значит меня нужно премировать, а руководителя двигать дальше. Отрицать реальность глупо, можно сколько угодно говорить, что это несправедливо, но от этого ничего не изменится. Поэтому я решил искать новую компанию. Но в другой компании я был бы так же исполнителем, потеряв все бонусы текущего места. И так как зарплата уже была выше среднего по рынку, то переход мог быть интересен только с потенциалом роста. Поэтому мне было интересно найти компанию, где будет контакт непосредственно с высшим руководством. Было два условно плохих варианта: - московские интеграторы (Фактор, ИБС и т.д.) - крупные вендоров (Microsoft, HP, IBM). С менеджерами и тех, и других я общался по работе. Но опять проблема - менеджер не будет тебя двигать. Третий вариант - растущие айти-компании, которые с нами сотрудничали. Там я мог спокойно обращаться к руководителю. Несмотря на то, что там так же были менеджеры, но у этих компании плечо принятия решения гораздо короче. Поэтому я взял за правило - общаться только с руководителем компании, а не менеджером. Второй момент - я знал специфику работы ЦБ, не тратил время на менеджеров при работе с подрядчиками, поэтому по своим задачам очень быстро закрывал вопросы. Благодаря этому подрядчик быстро закрывал договор и получал свою оплату. Короче говоря, я продвинул себя как очень эффективного сотрудника. В итоге, все сложилось вместе: - общался непосредственно с человеком принимающим решения; - помогал решать специфичные проблемы, для которых не так просто найти решение - технически развивался и был компетентен в техническом плане. Так как у компании с руководителем которой я работал, было много заказов кроме нашего управления, и ему было выгодно меня переманить к себе, то я получил предложение перейти к ним. Так как хантили точечно, то предложили очень хорошие условия: - высокая ЗП (в разы выше моей текущей) - должность зам. директора У меня со всеми коллегами сохранились отличные отношения, кроме непосредственного начальника, так как мой уход влиял непосредственно на его показатели. На новой должности я в том числе работал со своим старым руководителем, были моменты когда он пытался саботировать проекты которые я вел. Но это быстро прекратилось, так как я просто переключил его на работу через менеджеров и напрямую не общался. SOER | PRO | Boosty

Чем больше разных мнений слушаешь, тем сильнее размывается свое собственное, растет неуверенность, энтропия.

Почему так происходит? Постоянно вижу как люди не могут выбрать кого слушать. Вроде и этот ничего так говорит, и тот неплох. Хочется найти кого-то одного, кто скажет, что тебе надо делать чтобы реализовать свои идеи. А по итогу советов много, а результатов мало. Потому что пока бегал и прыгал за чужим мнением, время ушло, а результатов не появилось. Этот сценарий воспроизводится всегда и единственное решение - это взять и разобраться в себе. А от людей вокруг искать поддержку, если ваши мнения совпадают. Слушать надо свои ощущения, если что-то радует, то значит и ваше.

Есть кто знакомый с докером? Есть проблема, что сервак работает внутри контейнера фигово - будто ресурсов не хватает, но по приборам у него все есть Вдруг кто сталкивался

Давайте попробуем применить коллективный разум, чтобы решить вопрос!

Опыт использования планшетка как ПК Я рассматривал планшет как отличный компромисс между мобильностью и размером экрана. Его можно везеде брать с собой, работать в кафе или на свежем воздухе. Для того чтобы быстро печатать я взял планшет с клавиатурой, а для графических пометок стилус. Основная проблема, которая у меня возникла - неудобная клавиатура. Мне нужна полноразмерная с хорошим ходом клавиш. На "мобильной" пальцы буквально сводит при быстрой печати, так как движения короткие и частые. Сейчас я пишу пост на планшете, и мне очень неудобно. Далее расскажу какие вещи мне удобно делать на планшете, а какие нет. 1. Консоль к VPS (ssh) Я использую termux для получения более-менее качественной консоли. Использую редко, так как оказалось, что админских задач у меня мало, а сама консоль многое не позволяет делать. Я развернул на termux nodejs и nvim, хотел делать уроки по программированию, но получается очень плохо. Подключение по ssh можно делать и не через termux, но если что-то нужно быстро перезапустить или посомтреть логи, вполне подходит. В целом не рекомендую планшет для задач администрирования сервера. 2. Демонстация экрана на стримах Довольно простой и удобный способ показать видео, нарисовать на экране диаграмму. Я подключаю планшет к ноуту или ПК через ADR и транслирую экран со звуком. Удобно, пользуюсь часто 3. Писать код Просто скажу - не получается. 4. Писать электронные заметки Неудобно, мне нравится бумага. На бумаге как-то все точнее, не надо ничего никуда скролить, можно взять большой лиси, а не ограничиваться экраном. На планшете постояно приходиться то увеличивать, то уменьшать. Неудобно. 5. Чтение книг Очень удобно и я часто читаю на планшете. Хотя приятнее опять же читать на бумаге. 6. Серфинг в интернете Предпочитю на ноутбуке. Не хватает экрана 7. Ревью кода Делаю ревью кода и в целом смотрю весь код от Naris на планшете, прежде чем его смерджить. После более чем года использования планшета, я заметил, что он часто лежит у меня где-то в углу и пылится. Дома я использую ноут, так как намного удобнее. В кафе я все чаще беру телефон, так как его можно сунуть в карман, а для планшета нужно брать небольшую сумку или рюкзак, что напрягает. Вывод: планшет удобно исопльзовать на стримах для демонстрации материалов, с возможностью рисовать на экране. Так же можно читать книги. В остальном лучше ноутбук.

На Boosty появилась новая подписка Эксперт это специальная подписка для людей, которые занимаются публичной деятельностью и хотят делиться своей экспертизой через соер.клуб Эксперты получают следующие бонусы в телеграм группе клуба: - роль админ с возможностью указать информацию о области экспертизы - могут разместить информацию о себе и указать ссылки на свои ресурсы в отдельном топике "Эксперты" - могут публиковать свои информационные материалы для разбора на субботних стримах (ссылки на телеграм, ютуб, рутуб или вк) - могут участвовать в качестве приглашенных экспертов с указанием "Эксперт" на субботних стримах (по согласованию) - могут размещать свои информационные материалы или обзоры на данном телеграм канале (по согласованию, не чаще одного раза в месяц) - могут выступать в роли менторов для членов клуба Я так же буду приглашать в клуб экспертов на свое усмотрение, не через подписку.

Пятничный техток в 15:05 Поговорим про личный бренд, почему он играет огромную роль в карьере соера. Основные тезисы, которые хочу рассмотреть - репутация и как её не испортить - как выбрать узкую специализация, чтобы повысить востребованность - почему люди стесняются себя продвигать и как с этим бороться Надеюсь, что вы расскажите истории из жизни и мы лампово 💡 пообщаемся как истинные 👑

Где получать знания необходимые для работы архитектора? Правильно ли я понимаю, что архитектор как минимум должен быть Senior Fullstack разработчиком?

1. Да, fullstack лучше для архитектора. Если что-то одно, то тогда бэк. Из фронтенда в архитекторы - очень сложно 2. Где брать знания. а) рабочие проекты и общение с архитектрами в рамках решения своих задач б) видео и конференции, например мне нравятся ребята из проекта "между скобок", там много годных мыслей и практических моментов в) книги г) изучение фремворков по архитектуре и различных специализированных решений (c4, bpmn, itil и т.д.)

В предыдущем посте описал стратегические цели, тактические цели и советы хорошо раскрыты в записи стрима на boosty

Как качаться до архитектора? Плюшки архитектора ПО: - интересные аналитические задачи - управление командой разрабов - высокая зарплатная вилка (согласно HH 350-600 тыс. рублей, при хантинге 500 тыс. - 1 млн. рублей) - входят в кадровый резерв компании Какие цели поставить, чтобы вырасти до этой должности (стратегия) - держать высокий темп развития: а) повышать "ступеньку" текущей должности не реже одного раза в два года (2 года - мидл, еще 2 года - сеньер, смена компании на более "крутую", снова рост) б) повышать уровень компании (цель ААА компании), так же не реже одного раза за два года в) публичные выступления на технические темы (не реже 1-2 раза в год) г) повышение квалификации (желательно за счет компании на сертифицированных курсах) - выбрать стек: а) выбрать технический стек, желательно энтерпрайз направления б) выбрать бизнес-область (одно из - финтех, торговые площадки, медицина, САПР и т.д.) и не хвататься за все подряд в) фокусироваться на стеке, но не бояться его сменить в случае необходимости г) стек должен охватывать - обработку и хранение данных, бизнес-логику и уровень представления (UI) д) отслеживайте "новинки" индустрии - ставка на нетворкинг и репутацию а) быть заметным, это значит - помогать коллегам, искать свои сильные стороны, продвигать свои идеи и т.д. б) не пользоваться сомнительными методами продвижения, даже если очень хочется, даже если это поможет быстро получить бонус прямо сейчас, на дистанции это может сильно все осложнить в) софт скилы (избито, но важно) г) представьте, что вы выступаете на конференции, подумайте какую краткую характеристику вы себе дадите. Хорошо если у вас будет сильные понятные достижения, плохо если все что можете о себе сказать - "у меня 5 лет опыта". д) собирайте контакты людей и компаний где они работают, участвуйте в сильных сообществах - стеклянный потолок а) переход между "программистом" и "архитектором" - сложный момент, нужно продумать тактику перехода (пока не рассматриваю) б) лучше всего преодолевать стеклянные потолки переходом в другую компанию в) не надеяться, что "нужно просто подождать" - сильные стороны а) нужно добиться чтобы вас приглашали на работу, а не вы искали ее б) нужно уметь точно сказать чем ваши знания помогут бизнесу в) не боятся говорить о сильных сторонах г) сделать ставку на технические скилы (архитекторы всегда сильные технари) Если есть вопросы задавайте в комментариях, надеюсь данные пункты помогут осмыслить свое положение на рынке

Интересно еще как по-твоему появление и развитие LLM поменяет текущее образование инженеров, многое из программы можно будет выкинуть?

1. Образовательная программа будет только расти. 2. Давайте подумаем, что можно выкинуть? Комбинаторику, мат. логику, электотехнику, историю, философию? Мне кажется, что выкинуть ничего нельзя. 3. Образование - это не формат "что мне надо для того чтобы красить кнопки", это формат "что мне надо чтобы научиться мыслить". Если рассмотреть наш мозг как нейронную сеть, то чем больше обучающая выборка, чем разнообразные, тем сильнее возможности 4. Многие знания проявляют себя опосредовано, т.е. мы ими пользуется для получения идей, прокачки своих когнитивных функций и т.д. чтобы сказать какие знания "бесполезны" нужно иметь сильно больше информации о процессе мышления, чем у нас есть. Что-то безусловно уберут из программы, но меньше часов не станет, их просто отдадут новым лекциям. S0ER

Всем привет, вопрос философский) для реализации контроля состояния данных лучше использовать бд или списки в redis? Особенность этого торжества такова что для каждого из этапа обработки данных нужно сохранять какие-то методанные, и вот что бы не расширять модель данных можно по идее создать таблицу которая будет представлять собой некий пулл в котором будет сохраняться на время запись о состоянии когда состояние изменилось(данные перешли в другую таблицу)  запись удаляется из первоначальной. На сколько такой вариант имеет место быть в реальности

Какой стек вы используете и почему? Давайте сегодня поговорим о технических стеках, которые вы используете в работе? Пишите хорошие коммертари - набирайте звезды ☆ и получайте приглашения в соер.клуб

Чтобы стимулировать технические обсуждения в чате канала я ввожу систему рейтингов и ограничений: - 5ти минутный интервал на отправку сообщений - тем кто пишет содетжательные комментарии ограничения отменяются - те кто пишет комментарии с полезными дополнениями и тем самым вносит вклад в развитие сообщества дарятся звезды ☆ чем больше вклад, тем больше звёзд. Кто набирает 5 звёзд, получает приглашение в Соер клуб Так я надеюсь мотивировать людей к тематическому общению.

Заметили как много стало книг, видео, статей по архитектуре? Переход от машинного кода и ассемблера к языкам высокого уровня длился около 20лет. В 40-е годы 20-го века появился ассемблер, в середине 50-х появился Фортран, а настоящий лидер, который до сих пор живее всех живых, появился в конце 60-х и это был язык Си. В те же годы появились концепции функционального и структурного программирования. Позже к ним присоединилось ООП. С годами сами концепции усложнялись и развивались, но мы всегда находились в рамках языков высокого уровня. Сейчас наступила эра ИИ, в основном генеративных сетей разных направленностей. Перед ними не стоит ограничений, свойственных человеку. Поэтому привычная грануляция на уровне классов, функций и абстракций (интерфейсов) для ИИ может выглядеть совершенно иначе. Языки высокого уровня по-прежнему нужны, ведь человеку без них трудно понять, что делает программа, а самое главное делает ли она все правильно. Однако для описания задачи генеративным сетям сам по себе язык высокого уровня уже не требуется. Вместо него нужно составить промпт, который позволит получить наиболее точный результат. А для этого нужно продумывать не детали, а высокие архитектурные абстракции. Поэтому сейчас все сильнее формируется тренд на изучение архитектуры, думаю, что со временем это станет основным фокусом внимания для всех разработчиков, а языки высокого уровня нужны будут только для верификации результата. #мнение

Хочу добавить кастомные реакции для канала, для этого надо собрать 46 boost-ов Буду благодарен, если поддержите -https://t.me/boost/softwareengineervlog А если не поддержите, то отключим газ и воду реакции 🤡 и ...