Сообщество - Лига программистов

Лига программистов

2 006 постов 11 837 подписчиков

Популярные теги в сообществе:

1

EasyP – тулбокс для работы с ProtoBuf

Ссылка на проект: https://github.com/easyp-tech/easyp

Документация: https://easyp.tech

easyp – пакетный менеджер, билд-система и линтер для .proto файлов.

Хоть easyp и написан на #go 😱, одна из его фишек в том – что вы можете использовать любые плагины для генерации финального кода: он может быть хоть на #python, хоть на #rust.

Если много используете ProtoBuf – обязательно для ознакомления!

EasyP – тулбокс для работы с ProtoBuf YouTube, IT, Программирование, Golang, DevOps, Linux, Программист, Разработка, Python, Видео

Прощайте огромные Makefile с кучей скриптов для сборки.

Показать полностью 1
5

Никому ты не сдался, молодой специалист!

(дочитайте, пожалуйста, до основного вопроса , который в конце, а потом можно и коммент, так будет меньше переспросов, я думаю)

кхм ..кхм... как начать не придумал, в общем, здравствуйте!

Вот был и вроде как все ещё есть большой раздув по теме "заебался работать за гроши, пиздуй в IT". Из каждого чайника только и слышно, что именно там крутятся бабки, только учись, будущее будет за тобой и бла бла бла..

Я работаю в сфере продаж, получаю выше среднего по Уралу, на жизнь не жалуюсь. Но, думаю я, в своей профессии я почти упёрся в потолок, дальше начинается офисный управленческий планктон, а это уже не про меня. Надо бы попробовать что нибудь ещё, а тут все про айти говорят, и росту куча и всегда работа есть и зарплата всем управленцам продаж давала на клык.

И вот началось это всё около года назад, начал изучать с почти с азов, как устроено железо, потом попробовал вёрстку. Когда html и css стали своей степью, окунулся в скьюл, джанго и джаву.

Интересно? -Да! Увлекательно? -Да! Думаю, ну это вот мой личностный рост! Между делом почитал статьи, аля "базовый уровень тоже можно продавать, главное правильно себя подать". И вот, спустя несколько месяцев шуршения на сайтах с фрилансом и несколькими собесами на джуна. Кажется я открыл (только для и про себя) эту кроличью нору.

Ты, юный с полной головой идей, нахер не упал в этой отрасли, либо упал, но будь добр работать за те же деньги, что и в других отраслях, а то и меньше, а рост будет, "когда этот дедушка сеньор уйдёт". Рынок IT, ИМХО, настолько перегрет, что ты джун, там не нужен. между компаниями передвигаются почти всегда только мидл+ и сеньоры. У них есть выбор, но тоже не всегда (как мне несколько знакомых рассказывали).

Я знаю, что сгорит у большинства пикабутян, ведь они богаты и успешны, но я в итоге хотел спросить вот о чём. Мне правда понравилась тема разработки, и уже есть пару пт-проектов, и собственно сам вопрос. Правда ли, что рынок айти перегрет, как когда то было с менеджерами, и теперь есть смысл (новичкам в IT) только от создания и монетизации своих проектов, чем дорогое и зачастую бесполезное обучение (да-да всё это есть в свободном доступе, но большинству просто лень искать и изучать самим, как просто делают на этом денюжки умные дяди, не правда-ли?), для туманной возможности залететь на джуна и умудриться прокачаться до хотя бы до +\- мидла? С нуля свой проект, попутно обучаясь или в стартап\крупную компанию, и обучаться у старичков?

Спасибо всем, кто дочитал моё токсичное излияние, буду рад почитать комменты )

p.s. Аноним, потому что этот пост не по теме профиля.

Показать полностью
30

История про Вову и необжатые коннекторы за которые отвечал я

Иногда одна короткая история из прошлого говорит об ответственности больше, чем толстая книга по управлению. Недавно как раз вспомнил один случай из далекого 2007 года, который отлично иллюстрирует, почему некоторые специалисты навсегда остаются просто исполнителями с которыми никто не хочет работать.

История одного факапа

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

У нас в компании тогда даже ходила шутка и директор говорила что однажды его выпорет. Шутка, конечно. Но поводы для неё были совсем не смешные.

И вот мы с Вовой едем к клиенту за 50 км от города. Он тянет сеть, я занимаюсь 1С. Вечером уезжаем, вроде все довольны. Я в его часть работы особо не вникал, и, как оказалось, зря.

На следующей неделе я снова приезжаю к ним. Идем с бухом клиента в другой кабинет и прямо на моих глазах бухгалтер, милая женщина, зацепилась ногами за провода на полу и чуть не упала. Я смотрю, а у них по всему этому кабинету лежат кабели, ничем не закрепленные. Просто скопом лежат на проходе в перемешку.

Спрашиваю: «Что же у вас провода на полу валяются? Так ведь и убиться недолго». А она мне отвечает: «Так это же ваша фирма на той неделе сеть тянула к этому кабинету. Кстати, эти два компьютера так и не подключили к сети, но зато теперь тут везде провода».

И тут меня, что называется, бомбануло. 🔥

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

Вернувшись в офис, я рассказал всё директору. Она в очередной раз пообещала Вове ремень, а меня попросила проконтролировать, чтобы он всё доделал.

Я пошёл к Вове с одним вопросом: «Почему?» Ответ был гениален в своей простоте: «А я коннекторы забыл».

История про Вову и необжатые коннекторы за которые отвечал я Сотрудники, Ответственность, Факап, Длиннопост

То есть, человек приехал за 50 км, протянул провод, понял, что обжать его нечем, и решил, что лучший выход — это просто всё бросить и молча уехать. Ни слова не сказав ни клиенту, ни мне, ни директору. Он просто сделал вид, что работа выполнена.

Естественно, мы поехали снова. Я, хоть это и не мой профиль, помогал ему всё доделывать, потому что смотреть на эту бухгалтершу было жалко. Под моим контролем он всё закрепил к стене, обжал и все подключил.

Почему это не просто косяк, а диагноз

Таких «Вов» на самом деле полно. Сейчас модно кивать на зумеров, которые могут договориться о выходе на работу и просто не прийти. Но эта история, напомню, из 2007-го. Тогда зумеры только рождались. Так что проблема не в поколении. Проблема в ответственности.

Я до сих пор не понимаю мотивы таких людей.

  • Сделать и бросить. Протянуть кабель, закрепить его в кабель-канал и обжать — это не сверхзадача. Это рутина.

  • Солгать молчанием. Ну забыл ты коннекторы, бывает. Подойди к клиенту, извинись, скажи: «Мой косяк, не взял инструмент, приеду завтра и всё доделаю за час». Клиент бы понял. Но вместо этого он выбрал трусливое молчание, подставив и меня, и репутацию компании.

Такое поведение — маркер, который проявляется не только в работе. Уверен, что и в личной жизни у таких людей всё строится по тому же принципу: избежать ответственности, сделать вид, что проблемы не существует, и надеяться, что «само рассосётся».

Вывод: «Вова» — это бомба замедленного действия для бизнеса

В конце поста логично встают два вопроса: нужны ли такие «Вовы» компании и что с ними делать?

Мой ответ: категорически не нужны. И дело здесь не в морали, а в чистой математике и управлении рисками.

Давайте просто посчитаем ущерб от забытых коннекторов:

  • Две поездки вместо одной (+100 км).

  • Моё время, потраченное на выяснение и контроль.

  • Его время, потраченное на повторную работу.

  • Самое главное — удар по лояльности клиента, который столкнулся с бардаком и неработающим решением.

Финансовые потери это мелочь против главного ущерба от «Вовы». А главный ущерб - это создание непредсказуемости.

Ответственный сотрудник может ошибиться. Он может даже сжечь сервер. Но он тут же придёт и скажет: «Я накосячил. Вот здесь. План действий такой». Его ошибка — это управляемый процесс. Вы знаете о проблеме и можете на неё реагировать.

«Вова» — это неуправляемый хаос. Он молчит. Он создаёт в ваших бизнес-процессах чёрные дыры, о существовании которых вы узнаете, только когда туда свалится клиент или проект. Такой сотрудник — это ходячий баг в вашей системе управления. Вы никогда не знаете, что у него на самом деле сделано, а что «сделано на словах».

Именно поэтому ошибка простительна, а трусливое молчание — нет. Ошибка — это рабочий момент. Молчание — это саботаж, осознанный или нет.

Привычка доводить дело до конца и не подставлять команду это фундамент, без которого любой опыт и знания бесполезны.

А вы встречались с такими «Вовами» и что, на ваш взгляд, страшнее: сделать ошибку и признаться, или молча уйти в закат и никому ничего не сказать?


Если статья показалась вам интересной и полезной, то буду благодарен за подписку на мой Телеграм-канал Код ИТ-директора, где я описываю случаи из своей жизни и публикую полезный контент по ИТ.

Показать полностью 1
11

Стоит ли делать тестовые задания? Эксперимент

Давеча мне накидали болтов в панамку за то, что я отказывался делать тестовые задания и ныл, что не могу найти работу.
Сам собой напрашивался эксперимент и я стал соглашаться на тестовые, которые был в состоянии сделать.

Тестовое задание 1. Компания "АНО Национальное Агентство Мониторинга и Статистики".

Стоит ли делать тестовые задания? Эксперимент Программист, Поиск работы, Чат, Собеседование, Работа HR, Отдел кадров, Python, Длиннопост

Диалог начали с позиции фронта, но я попросил задание для бэка. Его мне и дали.

Стоит ли делать тестовые задания? Эксперимент Программист, Поиск работы, Чат, Собеседование, Работа HR, Отдел кадров, Python, Длиннопост

Задание скинул на следующий день

Ссылка на репозиторий с моим тестовым: тык

Через некоторое время я решил напомнить о себе. Мне сказали, что уже наняли человека)

Стоит ли делать тестовые задания? Эксперимент Программист, Поиск работы, Чат, Собеседование, Работа HR, Отдел кадров, Python, Длиннопост

HR решила подискутировать на эту тему.

Стоит ли делать тестовые задания? Эксперимент Программист, Поиск работы, Чат, Собеседование, Работа HR, Отдел кадров, Python, Длиннопост
Стоит ли делать тестовые задания? Эксперимент Программист, Поиск работы, Чат, Собеседование, Работа HR, Отдел кадров, Python, Длиннопост

Итог по 1 тестовому: сделал тестовое в срок, его даже не посмотрели и не ответили.
Еще одно задание я сделал и отправил на проверку...Пока жду.

Хочется сделать бОльшую выборку для подведения итогов. Если у вас имеется вакансия для Fullstack-разработчика (Python 3 / Django, React / TypeScript) с тестовым, прошу поделиться).

О последующих экспериментах отчитаюсь и подведу итоги.

Показать полностью 5
Вопрос из ленты «Эксперты»

Вкатун на пол шишки. Помогите советом

Всем доброго времени. Писать не умею, строго не судите если что-то где-то не дописал, уточнил и тому подобное.

Работаю я, значится, в одной VoIP компании на должность СП PBX. Устроился туда так недавно, занимаюсь, в основном, настройкой и решением проблем с Asterisk, в общем ничего пыльного. Предложил мне начальник "саморазвиться" до full-stack разработчика, мол перспективнее будет. Я, как человек который имеет образование инженера-пограмиста (ССО и ВО, окончил лет 5 назад), и ни дня так и не довелось программировать (кроме курсачей которые всегда пытался сам писать). В данный момент мой максимум — написать какой-нибудь простой скрипт для AHK или что-то примитивное. Сначала работал помощником сис.админа 5 лет, а потом вообще 4 года на заводе т.к. ЗП в моменте была больше. И вот я решил не отказывавться от предложения и что смогу осилить эту задачу. В общем согласился.

Условились что через пару месяцев меня будут пытать и, по результатам пыток, отправят меня собеседоваться или продолжить обучение. Дали следующий стек для изучения:

  • Golang + Make

  • Std http server

  • Gorm + Postgres

  • Docker Compose

  • TEMPL + HTMX + Alpine.js

Но упор делать на Golang (пока что).

И начал я стирать пыль в голове по программированию, смотреть всяко-разные видео с youtube, решал задачи на codewars и узнавал как устроены проекты у нейросеток и по мелочи. Сразу отмечу что с концепцией того как программировать (функции, структуры, циклы, потоки и т.д.) я помнил, однако с концепцией ООП был знаком только поверхностно, поэтому пересматривал все как для полных нулей.

Решил я закрепить пройденный материал каким-нибудь pet-проектом, и тут столкнулся с проблемой. Возможно это не только у меня так, но проблема заключается в проектировании самого приложения. То есть придумал тему (сервис сокращения ссылок на WebSocket), схематично представил ее, но по мере создания этого проекта появляются "нюансы": то не учел что нужно добавить таблицы в БД, то поля таблиц БД добавить/удалить/заменить; то функционал изначально делал одним, а затем думаешь мол нахер оно вообще здесь нужно было и начинаешь переделывать. В качестве помощника, советчика и авторитета служит нейронки.

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

Может, конечно, я слишком тупой для этого всего, но хотелось бы послушать мнение людей которые, возможно, проходили через то же самое и узнать как они справлялись с этим и в каком направлении двигаться чтобы довести проект до ума без вечного скармливания его нейронке.

Показать полностью
13

Не каждый разработчик мечтает стать руководителем. И это нормально

У меня есть старый друг Семён. Он толковый разработчик и работает в одном из крупнейших финтехов страны с основным стеком Java. Большой финтех, море возможностей, и логично было бы предположить, что он давно метит в тимлиды или руководителем отдела. Мы как-то разговорились об этом.

Ответ меня не то чтобы удивил, но заставил в очередной раз задуматься. Семён спокойно сказал: «Виталик, мне это не нужно. Я люблю писать код, решать сложные задачи. Мне не нужны вот эти вот созвоны, бюджеты, отчеты и чужие проблемы. Да, зарплата ниже. Зато нервы целее, и я занимаюсь тем, что мне действительно нравится».

И ведь он абсолютно прав. В IT-сфере почему-то принято считать, что единственный путь развития для хорошего специалиста, это вертикальный рост в менеджмент. Если ты крутой спец и не хочешь становиться руководителем, на тебя смотрят с подозрением. Словно ты без амбиций или просто ленивый.

Это опасное заблуждение.

Самая частая и дорогая ошибка в бизнесе, сделать из лучшего инженера худшего менеджера. Компания теряет сильного технического специалиста и приобретает слабого, выгоревшего управленца, который страдает сам и мучает команду.

Кодить и управлять людьми это две разные профессии. Хороший руководитель - это не тот, кто пишет самый изящный код. Это тот, кто:

  • Берет на себя ответственность. Не ищет виноватых, а ищет решение.

  • Умеет говорить с людьми. Может и задачу поставить, и конфликт разрулить, и просто услышать человека.

  • Создает климат в коллективе. Понимает, что токсичная атмосфера убивает продуктивность быстрее, чем любая техническая проблема.

Это отдельный, сложный набор навыков. И он никак не связан с умением виртуозно настраивать CI/CD или оптимизировать запросы к базе данных.

Поэтому, прежде чем гнаться за должностью тимлида или начальника отдела, просто честно спросите себя: «А мне это точно надо?». Может, ваш путь это горизонтальное развитие? Стать незаменимым экспертом в своей области, менторить новичков, заниматься самыми сложными проектами. Это не менее достойный и уважаемый путь.

Интересно, а как у вас в компаниях? Сталкивались с ситуацией, когда отличного спеца «повышали» до плохого менеджера? Или, может, вы сами сделали такой же осознанный выбор, как мой товарищ?

Код ИТ-директора

Показать полностью
4

Мы искали React-разработчика и никого не нашли. Почему вы тоже не можете найти работу

Недавно искали себе в команду помощника фронтенд-разработчика. На React. Разместили вакансию на hh, и тут началось. Мы просто утонули в откликах от людей без нужного опыта, а те, кто нам подходил, видимо, затерялись в этой массе. В общем, эпопея закончилась ничем, мы никого не взяли.

И это не просто наша частная история, а диагноз всему IT-рынку. Сегодня на Хабре вышла статья Кати Булановой, которая по сути подтвердила мои мысли цифрами.

https://habr.com/ru/articles/941304

Если коротко, вот что на самом деле происходит.

1. Рынок кандидата сменился на рынок работодателя.

Время, когда разработчик мог выбирать среди нескольких офферов, прошло. Теперь выбирает компания. Люди это поняли и затаились. Фразы вроде «я выгорел и ушел в никуда» слышны все реже. Все держатся за стабильность, потому что есть реальный шанс уйти и потом вообще не найти работу.

Мы искали React-разработчика и никого не нашли. Почему вы тоже не можете найти работу Разработка, Сотрудники, Работа HR, Опыт, Telegram (ссылка)

2. Фильтр на входе стал жестче.

Легких офферов больше нет. Компании смотрят на каждого кандидата под лупой, потому что цена ошибки выросла. Плюс появились те, кто хорошо проходят собеседования благодаря нейросетям (когда на втором экране есть помощник, который работает по голосу, а когда кандидат смотрит в сторону нейросеть исправляет его глаза и не видно, что он смотрит не туда. Возьмешь вот так человека, а он ничего не знает. Страшновато.

3. «Вкатуны» создали шум, в котором тонут все.

Рынок завалили выпускники курсов. Народ хочет больших зарплат, но часто нет ни опыта, ни даже базовых знаний. И получается замкнутый круг. Работодатель тратит кучу времени, разбирая сотни пустых резюме. Новичок получает отказ за отказом, потому что он один из тысячи таких же. А толковый, опытный специалист просто теряется в этой лавине откликов. Его резюме может быть 150-м по счету, и до него руки просто не доходят. В итоге плохо всем.

Какой из этого выход?

Опытным ребятам, которые сейчас в поиске, я могу посоветовать одно: хватит быть просто строчкой в общем списке. Общайтесь в сообществах, пишите напрямую тимлидам, показывайте свой код на GitHub. Ваша главная задача сегодня, это пробиться через весь этот информационный шум. Иначе вас просто не увидят.

А у вас есть такие ощущения от рынка труда?


Понравился мой пост? В моём ТГ канале Код ИТ-директора еще больше прагматичных кейсов из практики IT-руководителя. Присоединяйтесь.

Показать полностью 1
Отличная работа, все прочитано!