Вредные советы программисту

[Mad Hatter]

Снова попался на глаза этот шедевр. Вот сколько лет прошло, а ведь не устарело!
Для затравки:

c8301a8fd4864e9db85f8b1a64d7c892.png (130.32 КБ) 283 просмотра

А вот и сам шедевр!
В переводе:
https://habr.com/ru/companies/friifond/articles/268063/
И в оригинале:
https://www.doc.ic.ac.uk/~susan/475/unmain.html

Учитывая непростую ситуацию на рынке труда, обеспечьте себе job security

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

Удачи!

[WebFunk]

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

Никогда не используйте готовый код. Реализуйте то же самое в 10-й, 20-й раз, обязательно своим изощренным способом.

Тарелка спагетти - идеал архитектуры системы. Стремитесь к идеалу.

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

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

Помещайте как можно больше бизнес логики в error handlers, в идеале всю.

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

[Килькин]

как будто 30 лет назад, и нет преттиер, линта, сонаркюб и код ревью

[alex_127]

Я вчера потратил больше двух часов своего драгоценного времени потому что кто то решил что в tcpdump опция -S не дефаулт. Потом чукча догадался…

[WebFunk]

Пропустить через приттиер и на код ревью, отличная идея. Чтобы ваш ревьюер увидел персидский ковер в диффе. То-то обрадуется

[WebFunk]

Ораклистам:

Используйте nested tables где только можно. Кодд пусть катится к чёрту со своей первой нормальной формой.

Побольше объектов и коллекций в коде. Старые пердуны Кодд и Дейт ничерта не понимали в современном программинге.

Обязательно реализуйте какой-нибудь свой кэш, лучше в виде глобальной переменной. 150 вариантов кэширования в OS и Oracle явно недостаточно.

[Toha]

Можно начать с определения методологии.

Agile наше все. Документация для лузеров. Юнит тесты туда же. Только лошары пишут тесты на свой код. У настоящего мужика код работают так, как он написал и если надо, меняют требования к софту!

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

[Mad Hatter]

Пропустить через приттиер и на код ревью, отличная идея. Чтобы ваш ревьюер увидел персидский ковер в диффе. То-то обрадуется

Кстати видел забавный приемчик: при очередном коммит в репо во все строчки были добавлены пробелы. Git diff ессно показал что файлы отличаются на 100%

[alex_127]

Ораклистам:

Тот товарищ который Scott/tiger он у меня очень близко. Ему это передать?

[alex_127]

Пропустить через приттиер и на код ревью, отличная идея. Чтобы ваш ревьюер увидел персидский ковер в диффе. То-то обрадуется

Кстати видел забавный приемчик: при очередном коммит в репо во все строчки были добавлены пробелы. Git diff ессно показал что файлы отличаются на 100%

А потом идиот вроде меня ткнет туда глупо хихикая и хрен тебе а не повышение…

[kyk]

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

а куда девать блм, трансов и просто девушек?

[Mad Hatter]

Кстати видел забавный приемчик: при очередном коммит в репо во все строчки были добавлены пробелы. Git diff ессно показал что файлы отличаются на 100%

А потом идиот вроде меня ткнет туда глупо хихикая и хрен тебе а не повышение…

Это другой вопрос

[Toha]

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

а куда девать блм, трансов и просто девушек?

Идите расскажите любой прогерше из маанг о просто девушках.

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

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

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

Это все может относиться к пункту - не учите продуктовиков пользоваться вашим продуктом, не объясняйте принципы работы разных платформ. Не показывайте, как скачать приложение и не мотивируйте их вникать в то, чем они «овнят».

Side note. Тетеньки на таких ролях бывают более ответственны. Им чаще интересней вникать и бегать между людьми, управлять детским садом и разрешать вопросы, конфликты. У нас был мужик продуктовик, бывший диджей, пришел дефект, одна платформа делает одно, вторая другое. Кто прав? Кто виноват? Задаем ему этот вопрос, типо иди к бизнесу и узнай, какое было изначальное требование. А он нам - ну посмотрите в коде! Ага, тогда дефектов нет, works as intended. Но там мы не правильно поступали, выживали таких. Надо будет исправляться. Job security как никак.

[self]

.

[self]

Снова попался на глаза этот шедевр. Вот сколько лет прошло, а ведь не устарело!
Для затравки:
c8301a8fd4864e9db85f8b1a64d7c892.png
А вот и сам шедевр!
В переводе:
https://habr.com/ru/companies/friifond/articles/268063/
И в оригинале:
https://www.doc.ic.ac.uk/~susan/475/unmain.html

Учитывая непростую ситуацию на рынке труда, обеспечьте себе job security

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

Удачи!

Код: Выделить всё

C compilers transform myArray[i] into *(myArray + i), which is equivalent to *(i + myArray) which is equivalent to i[myArray]

[self]

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

select * from a
select * from b
остальное в коде!

[alex_127]

C compilers transform

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

[WebFunk]

Тот товарищ который Scott/tiger он у меня очень близко. Ему это передать?

Передавайте привет, мы по нему очень скучаем

[voyager3]

select * from a
select * from b
остальное в коде!

В зависимости от таблиц так может быть и лучше.

[Женя Стоунер]

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