Илья Зыкин. Pro Жизнь
137 subscribers
1.1K photos
45 videos
4 files
95 links
Download Telegram
Рады за тебя. Но не от всего сердца.

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

Это для многих «Магадан, Колыма» это устойчивые фразы из блатных песен. А для меня это родной край с морозами -45 как норма.

А потом центральная Россия. Работа учителем информатики в колледже и гимназии. Свой курс по программированию при универе.

Редкие путешествия в Ярославль, Владимир и Суздаль с бутербродами в фольге. Потому что денег нет вообще, а хочется как-то отдыхать и путешествовать.

Потом связался с JavaScript и Ruby. Работал. Работал. Много работал. И вжух.

Теперь по несколько раз в год отдыхаю с семьей в Бодруме.

Мне кажется, оно того стоило. Ни о чем не жалею. Это был хороший выбор.

Спасибо Ruby. И JS тоже.
🔥16👍7
И имя им Легион

И вот клиент говорит: "Раньше над этим проектом работал один наш хороший разработчик. (Сейчас он на другом проекте). Там все уже готово для нового функционала, надо только переиспользовать готовые решения. Это не должно быть сложно."

Идешь изучать проект и понимаешь следующее:

1️⃣ Клиент даже близко не понимает, что было сделано и как оно может пересекаться с новым функционалом.

У него просто ощущение того, что раньше работало и были разговоры о переиспользуемых компонентах.

2️⃣ "Готовые компоненты" были сделаны в спешке несколько лет назад. Спагетти код, устаревшие подходы и deprecated решения образуют плотный клубок проблем, живут в проекте и вообще не помогают.

3️⃣ Инфраструктура не подготовлена. Для нового функционала на каждом шагу нужно принимать техническое решение и изобретать способ "поженить" желаемую картинку с уже существующей.

Попробуй объяснить заказчику почему его ощущения о быстром результате физически невозможны.

Коммуникационные задачи ВСЕГДА сложнее технических.
💯11
Люди меняющие жизнь

Чуть больше 10 лет назад случилось поворотное событие. Я устроился в компанию, в которой все общались только на английском.

Не смотря на то, что я учил английский с 7 класса, мои разговорные навыки были примерно на уровне 0.

Мне не хватало какой-то детали. Какого-то ощущения или схемы, чтоли.

У меня был только месяц, чтобы срочно восполнить пробел.

Я пошел в первую школу у моего дома в Питере. Без особых надежд.

Там я познакомился с Антоном.

За неделю он выяснил, чего мне не хватает и изобрел под меня «волшебную» схему. Еще неделю я ее корректировал под свое понимание и выяснение деталей работы с ней.

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

В те недели случилось чудо. Антон натурально изменил мою жизнь в те 3 недели.

Сегодня Антон был в Стамбуле и мы отобедали с видом на Босфор.

Благодарен ему так сильно, как только возможно. ❤️
🔥12👍1
О важности сообщений в GIT коммитах

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

В идеале, это сообщение должно быть информативно и рассказывать что ты сделал на этом шаге.

На практике, в день ты делаешь примерно 100500 сохранений и тебе точно есть о чем еще подумать, кроме задания красивых и информативных сообщений коммитов, которые будут читать примерно НИКОГДА.

git commit -m WIP 😅

(WIP = Work In Progress)

Примерно так это работает в жизни.

Раз в день, или перед оформлением PR все "грязные коммиты" все равно объединяются в один с красивым именем и названием: "TASK-165 feat: Add new Model", и что там было до этого — никто и никогда не видит и не знает.

Давать каждому отдельному коммиту имя и описание — это просто неразумная трата времени.

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

А как у вас?
👍3
Ты делаешь комментарии к GIT коммитам без уважения. Фу таким быть!

И вот значит, коллеги живущие в мире розовых единорогов утверждают — "каждый коммит должен быть идеально подписан и задокументирован!"

Таким образом, мы даже через 10 лет узнает, кто и что сделал и найдем ошибку в истории сохранений.

Это, конечно, утопия. И вот почему.

1️⃣ Оставить осознанный комментарий к каждому из 96.987 коммитов в GIT репозитории — это, мягко говоря, безумие. А работать когда?

2️⃣ Даже если вы найдете автора коммита, через 3 месяца он никогда не вспомнит контекст и суть сделанного. Только сам код говорит за себя.

3️⃣ Через год, скорее автор кода уже будет работать в другом месте и все его коммит-творчество станет бесполезным.

4️⃣ Проблемы и баги за всю мою жизнь только 1 или 2 раза были найдены через git сообщения. Все остальное время — git blame / git bisect.

В общем.

Слушая рассказы о том, как коллега John Smith пишет идеальные комменты к каждому коммиту — делите на 100.

Жизнь проще
💯8👎1
Git. Быть плохим можно, а иногда и нужно!

Прошло 10 лет с момента моего участия в одном крупном проекте.

Вдруг мне пишет разработчик.

Илья, добрый день! Вот посмотрите что вы наделали 10 лет назад! В ваших GIT сообщениях только "WIP". 1000 коммитов, тонны изменений и ничего не понятно!

В этот момент я испытал невероятную гордость за себя и сердце мое забилось сильнее!

10+ лет назад меня пригласили в тот проект как экстренного антикризисного тех. менеджера.

Проект умирал. Деньги кончились. Инвестор сказал, что через месяц закроет проект если не будет результата.

Тимлид убежал, технари заигрались в технологии, которых не знали. Проект застыл на 4 месяца.

У меня был релевантный опыт — я знал что делать.

3 недели я только спал и работал. Надо было показать прогресс.

Через 3 недели и сотни WIP коммитов проект заработал.

Клиент согласился продолжать финансирование.

Команду не распустили. Компания осталась с ключевым клиентом.

10 лет спустя у людей есть работа.

git commit -m WIP 🔥
🔥15👎1
AI и Я

В твиттере рассказывают прохладные истории о том, что свежая модель AI за 1 запрос сделала проект с невероятным уровнем детализации и качества. (Код правда не показывают, это корпоративный секрет)

У меня AI не смог сделать консистентные и работоспособные правки в 10 небольших CSS файлах, при условии того, что я дал четкую инструкцию и пример.

CSS файлах. Не Ruby, JavaScript или c++.

В CSS!

Не в 100500 файлах среднего проекта. В 10 файлах простого лендинга.

Разговоры о замене программистов на AI предлагаю считать закрытыми.

Ревизию ситуации сделаем года через 3.
👍13💯3
Ловлю стамбульское лето

Утром съездил к зубному. После отправился на легкую прогулку по Стамбульским холмам.

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

Когда-то тут поставили колонну в честь местного правителя, а теперь… тут был Вася. 😀

Но все дороги в Стамбуле ведут или в кофейню или в чайную. Тут и зависну на часок.
👍7
Жаркий день

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

Отправились на прогулку. После прогулки мы разделились. Я пошел на второй прием к зубному, а семья кататься по Босфору.

Забавно. Не сговариваясь мы встретились в одном поезде метро на пути к дому. Как оказалось — ехали в соседних вагонах.

Обед. Солнце набрало полную силу. Стамбул разогрелся. Самое время вернуться домой и зависнуть где-то поближе к климат-системе.
👍8
HR-ы плохие, а интервьюер подлец!

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

1) Выспаться перед интервью
2) Умыться и причесаться
3) Надеть свежую футболку
4) Убрать завалы нестиранного белья с кресла на заднем фоне (а еще есть блюр заднего фона)
5) Убрать с рабочего стола анимешную заставку и иконки всех любимых компьютерных игр
6) ЗАКРЫТЬ ИГРОВЫЕ ЧАТЫ, чтобы "где ты там? ну го уже!" не отвлекало ни тебя ни интервьюера

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

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

Это про элементарный рабочий/деловой этикет.

(спасибо, что не в халате после душа)
👍7
Техника не важна, если у тебя есть достаточно энергии

Один отчаянный дяденька установил на свой драндулет треугольные колеса. Ну бред же!

Однако движок был такой мощный, что раскрутил треугольники до степени смешения с круглой формой. Пусть и неудобно, но драндулет отлично поехал.

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

При этом относительно небольшой и очень удобный Ruby и Rails за 20-30 лет так и не смогли породить новый WordPress или PHPbb.

Однажды момент был упущен, а безумцев с достаточной энергией в экосистеме не нашлось видимо.

В руби мире все такие серьезные, взрослые и слишком аккуратные и осторожные. Часто опасаются делать не Ruby / Rails way.

Чтобы менять мир и делать великие дела иногда надо быть немножечко сумасшедшим. И поставить треугольные колеса на свой драндулет. 😆
🔥11💯2