Комментарии 19
Сам я крупно не косячил. Зато один раз участвовал в правке накосяченного другим. В одном проекте, который вырос из 90-х еще, ну как вырос, вернее вырыли яму и туда накидали всякого. Разбирать и развивать эту кучу малу ни денег, ни желания у клиентов не было, а залить бетоном и положить газон сверху рука не поднималась. Хотя там обрабатывались сотни грузовиков в день, на многие миллиарды товаров в год. Потому все, что не было в интерфейсе, они сами SQL-ем правили.
В один прекрасный момент, кто то из них решил пару контрактов в базе данных пометить как выполненные. У контрактов были разные статусы от одного до ста. Соответственно программа по разному реагировала в зависимости от статуса. А чудак у них update не весь выделило, забыло where. В результате все контракты одним махом оказались выполнены. Мне пришлось пол дня анализировать данные и код этого старья и подбирать соответствующий статус контрактам эмпирически.
В том же проекте был еще один случай. Софт был установлен на unix сервере. Видимо в 90-х это была пара файликов и лежали они в одной папочке «start». А потом с годами в эту папку сложили все. И архивные данные, и логи, и исполняемые файлы, и распечатки контрактов и шелл скрипты. Причем некоторые шелл скрипты получали какие то данные параметрами из базы данных и вызвались прямо из сервера написанного на Си. Они создавали временные файлы и потом за собой удаляли все. И однажды звонит клиент и говорит, что ничего не работает. Я смотрю в логи и не вижу их. Причем вообще не вижу ничего — вся папка «start» девственно чиста. Куда все делось непонятно. Восстановили из бэкапов, через пол часа опять все исчезло. Так раз три пытались, пока анализ не показал, что клиенты в базе поменяли какие то данные и шел скрипту в качестве параметра передавалась пустая строка. А этот параметр прямиком в шелл скрипте подставлялся в команду типа «rm -r ./$print_file*», что превращалось в «rm -r ./*» и все успешно удаляло.
Неудивительно, софт старый, текучка в проекте была неслабая, кому охота с этим разбираться, я от туда тоже в свое время, бочком-бочком свалил. Софт до сих пор работает как не странно, ему уже 26 лет. Все так же на Си плюс обвязка из шелл-скриптов.
В один прекрасный момент, кто то из них решил пару контрактов в базе данных пометить как выполненные. У контрактов были разные статусы от одного до ста. Соответственно программа по разному реагировала в зависимости от статуса. А чудак у них update не весь выделило, забыло where. В результате все контракты одним махом оказались выполнены. Мне пришлось пол дня анализировать данные и код этого старья и подбирать соответствующий статус контрактам эмпирически.
В том же проекте был еще один случай. Софт был установлен на unix сервере. Видимо в 90-х это была пара файликов и лежали они в одной папочке «start». А потом с годами в эту папку сложили все. И архивные данные, и логи, и исполняемые файлы, и распечатки контрактов и шелл скрипты. Причем некоторые шелл скрипты получали какие то данные параметрами из базы данных и вызвались прямо из сервера написанного на Си. Они создавали временные файлы и потом за собой удаляли все. И однажды звонит клиент и говорит, что ничего не работает. Я смотрю в логи и не вижу их. Причем вообще не вижу ничего — вся папка «start» девственно чиста. Куда все делось непонятно. Восстановили из бэкапов, через пол часа опять все исчезло. Так раз три пытались, пока анализ не показал, что клиенты в базе поменяли какие то данные и шел скрипту в качестве параметра передавалась пустая строка. А этот параметр прямиком в шелл скрипте подставлялся в команду типа «rm -r ./$print_file*», что превращалось в «rm -r ./*» и все успешно удаляло.
Неудивительно, софт старый, текучка в проекте была неслабая, кому охота с этим разбираться, я от туда тоже в свое время, бочком-бочком свалил. Софт до сих пор работает как не странно, ему уже 26 лет. Все так же на Си плюс обвязка из шелл-скриптов.
А чудак у них update не весь выделило, забыло where
Какой же он чудак? В систему, минуя API, разрешали лезть руками, что не очень профессионально. Такое может с кем угодно случится. Не зря придумали публичные API, а нарушение инкапсуляции рано или поздно приведет к выстрелу в голову.
НЛО прилетело и опубликовало эту надпись здесь
«Чудесная США» — спасибо, не надо нам такого) Сократить человека просто так без объяснений и предупреждений и каких либо выплат — мечта «эффективных манагеров». Слежка за личными чатами и навязывание своих «правильных» мнений. Вечно какие-то там «жертвы» то домогательство, то еще чего сами выдуманное себе пририсовывают — лютая дичь. Это не жизнь получается, а ад какой-то, где работники имеют прав меньше, чем рабы в Риме.
а причем тут США? в любой стране так могут.
В целом, такого и у нас полно, просто с другого края. У нас объяснят, почему увольняемый остаётся без выплат. Следить и незачем, когда за коврижки кто-нибудь из коллектива готов рассказать подробности и гнуть «линию партии». Наши «жертвы» хранят публичное молчание, а поплакаться идут домой за рюмкой чая.
НЛО прилетело и опубликовало эту надпись здесь
Зависит от договора, который подписывается при найме.
У кого-то есть «золотой парашют», а кого-то могут попросит на выход одним днём.
Наши работодатели возлюбили нанимать самозанятых и ИПшников, так что чудесная сша и у нас в полный рост. А для официально нанятых есть еще и серые зарплаты, МРОТ по закону и черный нал — сверх того.
Если работник подписывает договор, не читая, или если он соглашается на невыгодные условия — ССЗБ, это в любой стране так.
У кого-то есть «золотой парашют», а кого-то могут попросит на выход одним днём.
Наши работодатели возлюбили нанимать самозанятых и ИПшников, так что чудесная сша и у нас в полный рост. А для официально нанятых есть еще и серые зарплаты, МРОТ по закону и черный нал — сверх того.
Если работник подписывает договор, не читая, или если он соглашается на невыгодные условия — ССЗБ, это в любой стране так.
Главное не забывать — что это палка о двух концах и там, где человека сложно уволить, десять раз подумают, прежде чем нанять его.
Меня увольняли так дважды — неприятно это только поначалу, потом понимаешь, что это игра, в которую можно играть вдвоем и как только тебе предложили условия лучше — просто встаешь и уходишь, уведомив одним днем, безо всяких сантиментов. «Nothing personal — just business»
Меня увольняли так дважды — неприятно это только поначалу, потом понимаешь, что это игра, в которую можно играть вдвоем и как только тебе предложили условия лучше — просто встаешь и уходишь, уведомив одним днем, безо всяких сантиментов. «Nothing personal — just business»
Сократить человека просто так без объяснений и предупреждений и каких либо выплат
Думаю, что далеко не всегда такое возможно, хоть в США, хоть в Европе, хоть в РФ.
Если конечно работаешь в черную, с ежедневной оплатой, то, наверное, да. А так, в договоре, все же чаще да чем нет, прописывается как срок отработки так и компенсация в случае внезапного сокращения/увольнения.
И законная возможность уволить/расстаться с человеком, выплатив ему разумную компенсацию, мне кажется более правильным, чем подставлять, придираться, составлять акты и т.д.
Все чаще пишут о победах, но победа есть череда поражений, а об этом забывают.
Автору респект, переводчику — конфету :)
Автору респект, переводчику — конфету :)
Когда-то я тоже с работы брал кусок кода, хотел статью оформить. То решение казалось мне очень удачным и интересным. Потом была смена работы, код этот лёг в долгий ящик, вспомнил я о нём через год. Достал его, прочитал и ужаснулся. Не статью хотелось уже написать, а письмо бывшим коллегам с извинениями за тот говнокод, который я им оставил.
Возможно, вы не получили работу, потому что у другого кандидата было больше опыта в определённой технологии. Может быть, они уже сделали оффер. Или, может быть, вы просто не так хорош, как парень справа или слева от вас. Избавьтесь от своего эго, смиритесь со всеми этими причинами, и страх исчезнет.
Я не знаю, где эти умные компании водятся. Может, они где-то и есть. Но то, с чем я встречался в реалиях бизнеса рф — это 80% рандома при найме. Т.е. вот все эти «больше опыта», «не так хорош» — они даже близко неприменимы. Случайность — вот основной принцип найма в рф.
Свои первые деньги от первого сайта она заработала в 11 лет. Закончила колледж в 16 лет; открыла LLC в 17; заработала миллиард в 23
Кто эта "она"? О ком идет речь?
Какая та тревожная статья отъявленного романтика.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Три мои самые большие ошибки в карьере разработчика