HolyMonkey

У меня в библиотеке более сотни книг по программированию

Если в начале карьеры я очень любил и паттерны проектирования и чистый код, то сейчас мнение сильно поменялось.

Они не плохие, они переоценены.

1. Чистый код. Роберт Мартин

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

Да есть хорошие советы, и про DRY и про классику ООП "Код не должен знать о внутренностях объекта, с которыми он работает". Но так ли слепо мы должны доверять всем что там написано?

2. Паттерны проектирования. GOF

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

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

Есть неплохие паттерны из DDD, есть паттерны TDD которые всё же практически полезней.

3. Алгоритмы: построение и анализ. CLRS

Книга мощная. Как и знаменитые томики Кнута. И как же любят отдельные выпускники МФТИ чморить все кто не помнит их по памяти. Или притворяться что помнят и брать опонента на блеф.

99% разработчиков, которых я знаю, заучивают подобные учебники перед собеседованием и через неделю забывают вообще всё. Непонятно в какой момент карьеры с этим всем нужном знакомиться? В начале? Так ничего не понятно. В середине? Так зачем если нужные алгоритмы и так понятны с практики.

4. Совершенный код. Стив Макконнелл

В какой-то момент мы решили что нам нужна наша собественная библия. И зачем-то упёрлись в совершенный код. В общем-то, многие вещи поделу и даже примеры на разных языках. Хорошо ли это? Кусочек кода на Visual Basic, кусочек на Java, кусочек на C++.

А правда чтоли что техники защитного программирования во все них одинаково реализацию и смысл? Или это нужно что бы можно было продать книгу любому программисту и охватить большую ЦА?

800 страниц про абстрактные банальности? 30 страниц на главу про самодокументирование с огромной цитатой пьесы?

5. Рефакторинг. Мартин Фаулер

Помните увлечение "запахами" кода и размышления как двигать неделями переменную по всему репозиторию?

Хорошая идея и про непрерывность рефакторинга и атомарные изменения. Но всё-таки большинство примерно слишком "локальные" и мелкие.

Половина книги про:

-Ооо, в метода можно добавить параметр

-Ооо, из метода его можно удалить

-Ооо, его можно переименовать

Ну да.

Мне книги больше нравятся чем нет. Они дают простые ответы на сложные вопросы и дают понятные рецепты и трюки которые можно просто делать. Но не даёт ли это иллюзию компетенции и понимания?

Пишу больше про IT, разработку игр и создание своего издательства в Steam у себя в телеграмме - https://t.me/+bU8GgJY66DUxNzAy

Помните историю про Flappy Bird? Игра, сделанная одиночкой и заработавшая за 2 месяца 18 миллионов долларов.

Журналисты оочень любят эту историю. Особенно часть, где автор рассказывает что удалил игру из-за того, что ему стыдно, что он подсадил на игру 90 миллионов людей.

А знаете, что это всё  враньё?

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

На графиках видно, как автор несколько раз жёстко заливав ботов.

А потом... игру за этих ботов забанили.

Игра конечно же принесла деньги потому, что, во-первых, игра пробилась в топ бесплатных игр, а во-вторых журналисты расфорсили тему.

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

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

Проработав 10+ лет я натворил много кринжа. Вот 3 вещи за которые мне стыдно до сих пор.

1. Крутил время

Я очень ленивый хрен. Бывало что задача интересная и я спокойно проваливался в неё и работал по 10 часов без перерыва.

Но чаще всего была работа на 1 час времени, я оценивал на 3 часа и фактически засчитывал часов 5-6. Всё это время я смотрел подкасты, читал книжки или просто занимался онанизмом обратным македонским хватом.

Каждый час оплачивался, по паре тысяч за каждый.

2. С парой лет опыта залетел на Сеньор (старшая позиция)

Мне долго было не понятно, а как оно, так и почему меня никто не разоблачил? Зарплату платили серьёзное, а я прям чувствовал что не тяну.

Всё оказалось просто.

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

В этой истории всем было выгодно быть обманутыми.

3. Как-то не вернул технику

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

Когда я стал владельцем своей IT компании я со всем этим столкнулся уже у своих сотрудников и считаю карму я почистил

Ну и до сих пор пытаюсь карму полечить и в это месяце разыгрываю у себя в телеграмме 5 игровых ноутбука на RTX - https://t.me/+4MCjIvXhEhZmOGMy