Я тут понял что есть Синьор девелопер

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

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

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn

Найкращі коментарі пропустити

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

Именно это мне доказывал мой менеджер когда определил меня на проект по оживлению «огромного и монструозного быдлокода»:
dou.ua/forums/topic/15512
И, надо признать, в этом есть своя правда. Когда я разрабатывал проекты с нуля толковые студенты-джуны, которых мы набирали, обычно приходили с хорошим багажом теоретических знаний (иначе бы мы их не взяли) и видя что все сделано по шаблонам и книжкам могли быстро вникнуть. Через годик-другой они уже вполне могли начать сами писать новый проект с похожей архитектурой.
Т.е. что бы делать все «по-книжкам» не обязательно быть синьором! При наличии времени и мидл сможет написать вполне хороший проект. Если где не получится сразу — зарефакторит. Главное что бы менеджер не заставлял накапливать технический долг.
А вот что бы разобраться в «быдлокоде» даже знаний и опыта синьора не всегда хватает. Я как раз с таким столкнулся и «залип» похоже надолго. Но до этого мне «посчастливилось» сидеть на унылом проекте где «быдлокод» был нормой жизни, но я в нем разбирался (после многих лет работы). Так вот — джуны, которых мы брали, не выдерживали больше года. А мидлам приходилось первое время все разжевывать.
Так что синьор — это действительно мастер, который из разбитого телевизора может собрать два тостера. Или починить любую «убитую» копейку выточив поршень из капа. А вот на каком-нибудь техсервисе для мерсов могут и «23х летние мальчики» работать.
Но есть ли чем гордится такому «синьор — мастеру по старью»?

Это скорее уровень бракодела-индуса, чем senior-а. Как прилепив к куску г*вна костыль получится быстро и красиво? Тулить костыли могут и джуны и даже trainee.
А senior пишет очевидный код, который легко читается и всегда старается переписать г*внокод.

Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Синьорность это найти что скрипт для настройки билд-системы надо запускать 2 раза и не в том режиме как написано в инструкции. ))

нет не совсем...
1) по умолчанию весь код который был не написан самим программистом является — говно/быдло/школо кодом
2) так вот лепить залипоны это не уровень senior, точнее senior может конечно, но не станет потому что получится что... (1)

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

В принципе согласен но несколько уточнений, если брать в контексте реалий, то
— такие действия вполне себе может проделывать джун который просидел на этом проекте пару лет и знает его вдоль и поперек(был сначала/застал момент всеобщего перепила приложения/очень любознательный от природы лезет во все щели и пытается узнать зачем все устроенно), НО при этом на новом проекте будет долго и болезненно догонять как там все устроенно.
— в момент прихода в проект очень крутой синьйорный синьйор без знания специфики проекта(тревел/гэмблнинг/хэлз и тд) или же каких нибудь архитектурных особенностей аля «у нас так исторически сложилось», он первое время будет хуже любого джуна.
— человек может сталкиваться или нет с тем или иным стеком технологий(и даже тот же MVC вроде как во всех языках реализован но ввиду особеностей определенного языка есть свои различия, и на работав с определенным языком не знаешь его стандартных за***в особеностей)
— сеньйор(в идеале) прежде всего человек с глубоким архитектурным мышлением, кто может оценить архитектуру понять где узкое место и предложить свои варианты улучшений. Кто может с ноля придумать архитектуру. На деле кого смогли продать сеньйором тот и сеньйор)

И все комментаторы зациклились сугубо на технических скилах, что характерно.

Софт скилы важны тим лиду и ПМ больше. Да и вообще когда говорят что синьор «должен» наставлять джуноы на пусть истинный это не правильно. Не каждый мастер хороший учитель, и не каждый хороший учитель является мастером

У нас придерживаются мнения, что синиор должен быть достаточно автономным, т.е. требовать минимального внимания ТЛ-а и быть способным выступить в роли фича-лида. А пока фича дойдет от невнятного описания до Done потребуется много коммуникации, а непосредственно кодировать может кто-то другой.

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

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

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

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

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

На сцене снова телепаты.

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

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

Это ты уже опустился на уровень таски, а не фичи. До этого еще куча работы. Но к code monkeys все приходит уже в разжеванном виде.

а непосредственно кодировать может кто-то другой.

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

Так и есть. Кодирование занимает не так уж много времени во всем процессе.

Programmer emphasizes the coding aspect of the job.

Software developer can be seen to encompass other aspects of the software creation process, such as software design, architecture, design, testing, documentation, deployment, and maintenance.

Engineer has some regional variations. In some places it implies an accredited or licensed professional. In other places (including Silicon Valley) it does not. However engineer also encompasses other technical roles in the organization such as systems administrator, network administrator, database administrator, and so forth.

Code-monkey is insulting but is most often used in a self-deprecating way to indicate a programmer who is expected simply to write code without thinking about the larger picture (such as the code architecture or the business needs).

угу, куча не связанной с программированием работы
Так и есть. Кодирование занимает не так уж много времени во всем процессе.
www.youtube.com/watch?v=gxbGyGpPY3U
thinking about larger picture
Вот это для меня один из признаков синьора. Без этого — только strong middle, пусть он даже в совершенстве знает язык и фреймворки.

Если сильно ларджер — то можно вообше работу не получить.

а как такое на собеседовании выудить?)

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

p.s.: кстати, твоя градация не работает если человек, которому пофиг придет сразу на синьора, а не будет расти в одной компании, баг :)

Джун пускай себе думает — только толку от этого мало. Суть ведь не в том, чтобы просто «подумать», а в том, чтобы критически осмыслить задачу/фичу в контексте своего опыта (которого у джуна практически нет) и остального функционала.

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

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

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

Вообще-то таких людей — который не хотят ни о чем думать, кроме кода — называют «coding monkeys».

Представь, что очень хороший плиточник ложит тебе плитку в ванной. Вот ты приходишь принимать работу и не можешь налюбоваться: плитка уложена идеально. Красота! Но есть одна лажа — он заложил и вентиляционное отверстие. Ты говоришь: «Чувак, ты что натворил — это ж вентиляция!» На что он отвечает: «Ну ты ж мне не сказал не закладывать вентиляционное отверстие. Я не спец по вентиляции, я же плиточник просто.» Будешь его рекомендовать друзьям? Может не очень удачный пример, но суть, я думаю, понятна.

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

Обычно одна система рангов у всех:
1. Младший Специалист
2. Специалист
3. Старший Специалист

НЕЗАВИСИМО от ранга специалист может выполнять различные роли, в том числе и не связанные с его специализацией, иначе говоря — непрофильные.

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

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

Не надо смешивать.

Если вы хотите быть чистым кодером — так ради бога.
Моя основная мысль, что синиор — больше, чем крутой кодер. Это мнение далеко не новое.

Вы не слышите, что вам говорят.

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

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

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

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

Оставим в покое элитарность

Кодер — токарь
Программист — инженер

лол
профессия — профессия
профессия — уровень образования

p.s.: кодер == программист, программист != инженер, инженер может быть программистом, инженер может быть безработным, инженер может не уметь пользоваться компьютером, любой человек с высшим техническим образованием — инженер

Уровень образования — это бакалавр, магистр и т.п.

Но удачи, если человек хочет себя ограничивать и отказывается расширять кругозор, то его ничто не остановит)

Уровень образования — это бакалавр, магистр и т.п.
звание это, уровень это я сам понятие выдумал, я не знаю как назвать иначе, можно типом образования
Но удачи, если человек хочет себя ограничивать и отказывается расширять кругозор, то его ничто не остановит)
его можно расширять куда угодно, а не обязательно в бизнес аналитика
его можно расширять куда угодно, а не обязательно в бизнес аналитика
Например? Помимо языков и фреймворков.

Что характерно, поддерживают чуваки постарше да поопытнее, а 23-х летних синиоров (или чуть старше) бомбит

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

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

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

Я вас услышал. Неформальное разделение на кодеров и программистов существует десятилетия. Не согласны — на здоровье. Тут принудительно не переубедишь, в общем-то и цели я такой не ставил.

существует, только ты его привратно понимаешь через призму взгляда менеджера, который тебе это внушил, на самом деле разделение не в том месте, есть хорошие программиты и плохие, одни делают гибкую, удобную и расширяемую архитектуру, другие говнокодят, вот здесь оно это разделение и вот эти все примеры индусского говнокода, который мы все видели типа if (value.ToString().Length == 4) и пишет тот человек, которого ты называешь кодером

такой взгляд я почерпнул из умных книжек давным-давно.

Но ты сам назвал слово архитектура, заметь)

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

От умения думать до кодинга. Набор фреймворков и языков в резюме тут второстепенны.

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

О_О
Что называется, я ему про Фому, он мне про Ерему

я вам вообще не о том говорил.

а я о том. ну да ладно, проехали

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

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

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

Максимализм в стиле сила есть, ума не надо — это не тот максимализм

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

устойчивое выражение, что поделаешь)

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

Силой никто не заставляет.
Но есть и люди, которым хочется «не просто»

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

Я не против взаимодействия, просто не всегда понимаю, почему я должен учить кем-то руководить или учить джуниоров. Конечно, если будет за это какой-то бенефит, то все возможно)

Это обычно обговаривается

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

Тру синьор отрефакторит этот ебушатник. Потому что он умеет изолировать кусок кода и разорвать strong coupling.

Не успеет. Кто фичи будет делать, когда он будет ебушатник рефакторить?

«Да кто ж ему даст?» (к)

Тестить какими ресурсами этот рефакторинг?

Скорее всего нет. В аутсорсе так точно нет.

Ну вот достался вам новый проект на котором совсем нет проблем, а только челленжи. Набрели на какой то класс в котором 3000 строк и методы по 200 строк. Методы используются еще в 20 модулях. Комментов нет, спеки нет, покрытие тестами отсутствует. Стандартный такой ебушатник для Лидеров рынка ©(тм). Возьметесь рефакторить? А что будете рассказывать на трех скрамах в день условному питу, стиву, варме?

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

Между программистом и клиентом +100500 промежуточных успешных менеджеров желающих подержаться за участие и тоже любящих сыр и своих детей и на лыжи в Турцию. Так что даже появление непосредственно клиента в общении куда пускают программиста скорее уже чревато чем наоборот и дальнейшая «борьба с говнокодом» это уже не столько технический навык непосредственно кодирования сколько софт-скиллз тонкого маневрирования между стремлением всех +100500 спихнуть ответственность. Ну и не забываем по классических «7 перпендикулярных линий красных и прозрачных в виде котёнка». Кодить понятно тоже приходится но в упомянутом случае это уже совсем другая история...

Это скорее уровень бракодела-индуса, чем senior-а. Как прилепив к куску г*вна костыль получится быстро и красиво? Тулить костыли могут и джуны и даже trainee.
А senior пишет очевидный код, который легко читается и всегда старается переписать г*внокод.

Добавлю еще, что это спец, который знает свой язык очень глубоко.

не язык, а технологии и сферу

А senior пишет очевидный код, который легко читается
Это, конечно, да, но в аутсорсе за
всегда старается переписать г*внокод

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

У крутых синиоров рефакторинг постоянно выполняется в фоновом отдельном треде.

У них еще анализ, во что выльется данная оптимизация выполняется в голове в отдельном фоновом процессе))) Время, увы, не растяжимо.

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

в продуктовых компаниях должны же
Это не так.
А senior пишет очевидный код, который легко читается и всегда старается переписать г*внокод.
Всім би хотілося, щоб так було. Гарний та очевидний код — це як справедливість ... багато людей її хотять і дехто навіть пробує добитися, але в реальності до справедливості можна лиш прямувати, але не досягнути.
А senior пишет очевидный код
Варто зазначити, що очевидний для деякої групи людей. Інколи очевидний код на 20 стрічок людям доводиться пояснювати.
ну если они в одном методе — то не удивительно
Я вірно зрозумів, що у вас в коді майже немає методів більших за 20 стрічок?
Ви впевнені, що не множите сутності без потреби?

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

Бред же. Вот перепишет говнокод в release branch, и получит по шапке.

прилепить еще один костыль, поверх тех двух костылей и вот этого кусочка и так чтоб это было быстро, красиво
Прибедняетесь. Это скорее качества волшебника).

А как же теннис?

Синьор ест сыры, всем это давно известно

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

Именно это мне доказывал мой менеджер когда определил меня на проект по оживлению «огромного и монструозного быдлокода»:
dou.ua/forums/topic/15512
И, надо признать, в этом есть своя правда. Когда я разрабатывал проекты с нуля толковые студенты-джуны, которых мы набирали, обычно приходили с хорошим багажом теоретических знаний (иначе бы мы их не взяли) и видя что все сделано по шаблонам и книжкам могли быстро вникнуть. Через годик-другой они уже вполне могли начать сами писать новый проект с похожей архитектурой.
Т.е. что бы делать все «по-книжкам» не обязательно быть синьором! При наличии времени и мидл сможет написать вполне хороший проект. Если где не получится сразу — зарефакторит. Главное что бы менеджер не заставлял накапливать технический долг.
А вот что бы разобраться в «быдлокоде» даже знаний и опыта синьора не всегда хватает. Я как раз с таким столкнулся и «залип» похоже надолго. Но до этого мне «посчастливилось» сидеть на унылом проекте где «быдлокод» был нормой жизни, но я в нем разбирался (после многих лет работы). Так вот — джуны, которых мы брали, не выдерживали больше года. А мидлам приходилось первое время все разжевывать.
Так что синьор — это действительно мастер, который из разбитого телевизора может собрать два тостера. Или починить любую «убитую» копейку выточив поршень из капа. А вот на каком-нибудь техсервисе для мерсов могут и «23х летние мальчики» работать.
Но есть ли чем гордится такому «синьор — мастеру по старью»?

С этой точки зрения ты — супер-гига-гэлкси-систем-архитектор по русскому языку. Давай, разберись, тыж програмист! istukan.com/img/proctolog.jpg

это направление на узи, 7-го ноября ждут с 7 до 8 :)

Простите, а можно уточнить УЗИ ЧЕГО ИМЕННО? Я просто увидел название файла proctolog.jpg и стало интересно...

ну органов, которые в животе, и предугадывая следующий вопрос сразу скажу — через живот, а то это перестанет называться узи

Распознавание цифр прошёл, но остальное — эпик фейл. Направления выписываются на бланках, и они короче. Ладно хоть УЗИ распозналось, а то б ещё вскрытие провели.

та остальное неважное, узи другой доктор сделает и такую же писюльку напишет, в которой тоже только цифры важны

Сразу видно что доктор писал)

2 мишка картохи парню, он понял. Потом нальют.

А мы, дурачьё, всё комменты пишем. Особенно к костылям. Не дано понять нам великий ниндзя-кодинг!

А если серьёзно, то монструозный быдлокод — и есть причина багов. Переписать его дешевле, чем найти что не работает, и как оно вообще хотело работать. Если считаешь иначе — कारण नमस्कार भाई!

А мы, дурачьё, всё комменты пишем.
Вы может и пишите, но вам вполне может достаться в наследство проект на несколько миллионов строк и без единого комментария. Переписывать будете?
Переписать его дешевле, чем найти что не работает, и как оно вообще хотело работать.
А кто вам сказал, что вам что-то там разрешат переписать?
1 Заказчик/работодатель собирается оплачивать только добавление новой функциональности
2 Новый код часто страдает детскими болезнями и содержит баги. Его придется заново тестировать. А это время и разработчика и тестировщика.
3 Вы можете поломать функциональность о которой даже и не подозревали: «я вот тут эти штуку меня, а вон та фиговина вдруг перестала работать».

P.S.
Асболютно согласен с ТС. Часто разбираюсь в чужом коде, прямо вижу отдельные эпохи разработки. Когда вижу какое-нибудь странное решение, часто приходит понимание: когда его добавили, почему, какуж проблему решали и когда оно перестало работать.

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

senior — это программист-археолог
Скажи уже тогда некромант 80 левела. Который ездит на дохлой лошади.

Не всем везет заиметь жеребенка и вырастить из него такую лошать, как хочется. Чаще попадается старая, лет десять, но еще вполне работоспособная коняга, со своими выбриками. У нее лево справа, а вправо это назад, хвост растет на морде, вставка новой записи на клавише DEL. Но, это уже фичи, к ним привыклы, всех все устраивает, все проверено и затраблешотено. На ней работает многомилионный бизнес. И все, что просят — доделать ей функцию ответа «Я лошадь», если спросят. Начинаем дебажить, и обнаруживаем, что говорит она задницей, т.к. на морде растет хвост. Убиваем лошадь?

Имхо нужен новый тайтл: синьор-археолог.

Я вот недавно код читал.
// TODO WTF???

Почитал что под комментом, и правда wtf

Блеск и нищета аутсорса. Если б не написал про сыры, чернуха была б полная.

Ну да, и фиалки нюхают. И бизнес такой добрый-добрый.
А че, разве не так?!

Платите — это для лохов. Нам ее повышать нужно!

И токо постигший сие тайное умение обретет доступ к вожделенным сырам.
Или только вкусив сыра постигнет тайное умение?

Вонючий сыр, вонючий код, зп растет который год...

Надо бы зарегистрировать ТМ «Синиорские сыры» :D

500 грн уже не торт, то ж было по курсу 8. Надо индексировать ))

Підписатись на коментарі