Сообщество - Типичный программист

Типичный программист

1 438 постов 6 710 подписчиков

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

2

Онлайн-культура на удалёнке: как сделать созвоны распределённых команд эффективнее

Онлайн-культура на удалёнке: как сделать созвоны распределённых команд эффективнее

За последние 10–15 лет формат работы IT-команд сильно изменился. Когда я только начинал заниматься разработкой, российские компании были более консервативны, традиционно все сотрудники ежедневно собирались в офисе, а удалёнка была исключением из правил, в то время как международных организациях этот формат был гораздо более распространён — причём не только среди айтишников.

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

Есть база, которая определяет культуру общения распределённых команд.

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

2. Соблюдайте тайминг. Этого правила я придерживаюсь не только в онлайн-, но и в офлайн-встречах. Встреча должна быть зафиксирована в календаре, начинаться и заканчиваться ровно в то время, которое обозначили изначально. Если вы опаздываете на созвон, никто не должен вас ждать. После подключения не прерывайте говорящего и не просите повторить то, что было сказано до вас.

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

Если у вас нет других планов после созвона, конечно, вы можете задержаться с коллегами.

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

4. Не отвлекайтесь на посторонние вещи. Если вы пьёте, едите или курите во время созвона, вы очень явно демонстрируете, насколько вам неважна встреча. У тебя обед? Не принимай участие во встрече или смести обед, в конце концов, забронируй себе слот в календаре.

Какая разница, если работа делается — главная ошибка руководителя. Лидер таких ошибок не допускает.


Подписывайтесь на мой телеграм-канал. Там я делюсь инсайтами из мира IT, размышлениями о кадровых проблемах, кейсами и советами по развитию компетенций для IT-специалистов и менеджеров. Никакого информационного шума: говорю только о том, в чём разбираюсь и что хорошо обдумал. Не стесняюсь критиковать привычные методы работы и управления — и вы не стесняйтесь.

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

Ответ на пост «В хлам зажравшиеся ИТшники»68

Скажу, как "ИТшник", с большей з/п и опытом в 17 лет.

Мои 450 тысяч рублей в месяц

Это нормальная з/п среднестатистичекого "сеньера". Ничего выдающегося.

Я решаю головоломки.

Я денно и нощно выижу, как господа "сеньеры" решают "головломки", которые решают за час-полтора, иногда за два.

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

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

Человек, очнувшийся после операции, - это что, тоже результат "вгрызания" куда-то? Это - результат РАБОТЫ. Просто работа. Просто взял - и сделал.

99.9% задач не требуют переобучения каждодневного. 99.9% задач решаются с помощью того, что любой разраб изучает в первые 5 лет "коммерческой разработки". Все, как у врачей, да? :)

Мои "космические" 450 тысяч – это не просто цифры. Это оплата за бессонные ночи отладки, за постоянную учёбу (то, что я знал полгода назад, уже устарело), за способность держать в голове архитектуру систем сложнее, чем план средневекового замка.

Если кому-то приходится какие-то там архитектуры держать в голове, то это хуевый разраб, либо хуевый проект. Есть такое слово ДЕ-КОМ-ПО-ЗИ-ЦИ-Я. Т.е. - следите за руками - берете задачу (ниибически такую большую задачу, прям, всамделишноохуенную!) и разбиваете на блоки - вуа-ля! - у вас уже "кирпичики" в голове, а не АРХИТЕКТУРЫ.

"Зажрались айтишники?"

Я, как "айтишник", считаю, что зажрались. Особенно в последние несколько лет. 13 лет назад, когда я только начал новичков сам подбирать и обучать, они так и приходили: "Я нихуя не знаю, но я готов хреначить, чтобы учиться!" - и учились, и достигали результатов. Сейчас - дичь. Я даже ввел термин новый "ферймворк-адепт", который следует ДО junior-грейда. Приходят, нативных инструментов не знают, теории не знают, а хотят эти самые "450 тысяч".

Так что да, зажрались. Но не все.

Я горжусь своей работой.

Еще бы не гордиться...

Горжусь тем, что могу решать задачи, от которых у других пухнет голова.

Другим они нахуй не нужны - вот, и все. Хирург, который может провести коронарное шунтирование, тоже решает задачу, от которых у кого-нибудь чего-нибудь распунет где-нибудь. И это его - РАБОТА.

И если рынок оценивает мои навыки в 450 тысяч – что ж, значит, я что-то делаю правильно.

Да, и это заебись - хуярить баги на прод за 450к/мес :)

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

С какими, нахуй, машинами?! Перфоркарты что ли? Ферритовые кольца? Про какие машины речь-то? :) Современная разработка - это в 90% тупой скриптинг в стиле "прочитать из БД - отдать юзверю", ну, иногда приправляемый "положить в кеш".

А теперь извините, у меня тут баг в продакшене, и он сам себя не пофиксит. Кто-то же должен это делать. За 450 тысяч в месяц.

А вот это очень правильно. Это - и правда, талант: ты делаешь баги, а тебе еще и платят за это. Современный рынок - это не соревнование по упаковке программы в 64кб, это - продать юзверю быстрее то, что ему, потенциально, может быть нужно здесь и сейчас (привет, Zoom). Успел - съел, не успел - либо в госорганы подался, либо в такси.

Качество кода в 90% нахуй никому не нужно. Лично я для себя это окончательно уяснил в мае прошлого года, когда я подряд собеседовал трех человек из Sbertech, Samokattech и Avitо, и эти люди не знали ни-че-го "по техничке", вот, просто - ни-ху-я. НО! Они - там работали и получали свои "450 тысяч", а я - нет.

P.S. ТС, я искренне рад за вас, как за человека и коллегу, что вы нашли, что вам нравится, но выдавать свои "450 тысяч" за благословение Небес за тяжелый труд не нужно. 99.9% времени нашей работы - это тупая отладка и болтовня, которая не нужна в этих же 99.9% случаев. А на собеседованиях нам задают вопросы, которые в 99.9% нахуй не нужны на практике и тем более на новом рабочем месте.

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

Ответ на пост «Почему размер приложений и сайтов растет с каждым годом?»10

Да просто возмущаться стало модно. У половины знакомых в C:\Windows\system32 лежали библиотеки .dll по 600-700 мегабайт, так никто не возмущался. Наоборот, менялись обновлениями.

6 часов в неделю на работе: эффективность или обман?

6 часов в неделю на работе: эффективность или обман?

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

Сижу я как-то, наслаждаюсь плодами солнечной Армении, а за соседним столиком сидят три айтишника. Шумят, болтают на знакомые мне темы — в общем, привлекли внимание, вскоре я присоединился к разговору. Мы познакомились, и один из них, 26-летний парень, рассказал мне, какой он молодец.

Четыре работы на одного человека

Парень с гордостью поведал, что работает главным архитектором в одной из команд СберБанка и — что меня удивило — тратит на это всего по 6 часов в неделю.
«В Сбере же запрещена удалёнка из-за границы», — заметил я.
«VPN решает все проблемы, я ж не дурак», — был мне ответ.
Но Сбер был лишь одним из пунктов насыщенного графика специалиста.

Параллельно парень работает разработчиком в европейской компании, на это он тратит уже по 20 часов в неделю. А ещё у него есть два своих стартапа, для которых он создаёт прототипы, готовит MVP и ищет инвесторов. Большую часть недели товарищ занимается именно стартапами — потому что это действительно его увлекает.

Мне платят за результат, а не за время

Больше всего меня зацепило его отношение к своему расписанию. Его совершенно не смущает работать по 6 часов в неделю при оплате полной ставки архитектора, а это хорошо оплачиваемая специальность. Аргументация железобетонная: «Если я успеваю сделать всё за 6 часов, значит, я молодец. Компания платит мне за результат, а не за время».

Работа на европейскую компанию вызывала меньше вопросов: там парень честно выполнял свои задачи, уделяя им по 20 часов. Но ситуация со Сбером заставила задуматься. Мой новый знакомый явно не видел проблемы в том, что тратит минимум времени на работу архитектора — думаю, компания рассчитывала на большее вовлечение с его стороны.

Эффективность или нечестность

Стал ли для меня разговор откровением? Нет, но задуматься заставил. Возможно, это отражение новой реальности: многие молодые специалисты не рассматривают работу как долгосрочное обязательство. Для них это, скорее, инструмент для достижения целей: свободы, денег, развития собственных проектов или чего-то ещё. С одной стороны, в этом есть смысл. Если компания готова платить, а человек справляется, то, возможно, он действительно эффективен. С другой стороны, возникает вопрос ответственности, порядочности, профессионализма, в конце концов.

Ну что, друзья, это новый взгляд на баланс между работой и личной жизнью или яркий пример того, как размываются границы ответственности?
Давайте обсудим!


Подписывайтесь на мой телеграм-канал. Там я делюсь инсайтами из мира IT, размышлениями о кадровых проблемах, кейсами и советами по развитию компетенций для IT-специалистов и менеджеров. Никакого информационного шума: говорю только о том, в чём разбираюсь и что хорошо обдумал. Не стесняюсь критиковать привычные методы работы и управления — и вы не стесняйтесь.

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

Ответ SpikaTheMerc в «Почему размер приложений и сайтов растет с каждым годом?»10

Оказалось, что девочек-менеджер загрузила туда рендер, полученный от 3д-дизайнеров, что-то вроде 10000*12000, 600dpi.

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

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

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

И чего проще построить дом - из песчинок или из кирпичей, а то и из совсем готовых блоков? Ответ очевиден. Современные технологии требовательны к месту, зато позволяют обновлять софт быстрее, чем он морально устаревает.

Поэтому рост размера приложений плата за возможность строить всё более сложные приложения.

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

Ответ на пост «Почему размер приложений и сайтов растет с каждым годом?»10

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

Отличная работа, все прочитано!