Комментарии 401
Приятно читать Вашу статью! Когда пишу костыли стараюсь отрефатчить именно эту часть, чтобы для следующего костыля пришлось тратить меньше сил и не сломать остальное самим рефатчем
Тег поставил.
Легаси было на шарпах.
Вот самый дикий кейс, что я там встретил выглядел примерно так
Есть методы. которые забирают что-то с апишки. Внутри них зачем-то вызывается универсальный механизм запроса на дженериках, который возвращает нужный инстанс модели ответа.
Типа такого:
class UserResponse
{
string Name {get; set;}
...
}
Так вот, во время запроса что-то могло пойти не так, и в этом случае этот универсальный механизм создавал инстанс модели ответа через РЕФЛЕКСИЮ. Причём не всегда, несколько видов ошибок он умел обрабатывать, и плеваться исключениями.
public async Task<T> FetchData<T>(string url)
{
try
{
return await SomeHelper.Fetch<T>(url);
}
catch(SomeExeption e)
{
throw new SomeAnotherException(e);
}
catch(Exception)
{
return (T)Activator.CreateInstance(typeof(T));
}
}
Это, конечно, создавало массу проблем. В клиентском коде часто невозможно было отличить валидный ответ от невалидного, классы респонсов не могли иметь конструкторы с параметрами, и я не мог использовать ООП, что бы моделировать возможные типы ответов (есть же не просто валидный и не валидный, валидных типов ответов в нескольких запросах могло быть по пять штук).
Вообще лучший способ понять качество кода, это посмотреть, насколько хорошо в этом коде организована работа с исключительными случаями.
Мы с детьми всю жизнь ездим по миру, не очень понимаю от чего стресс. Вот стресс от 6 часов в автомобиле — это я бы понял, я стараюсь сделать так, чтобы было комфортно. Но квартира? Мы тут недавно прокатились по 5 городам Италии за 12 дней с детьми 10, 3 и 0 лет. Не понимаю откуда стресс.
Всякое бывало. Но не надо путать "переживают из-за того что папы нет" и "переживают из-за непривычного места". В первое я верю, во второе не особо. Хотя в целом я считаю что это художественное произведение, не имеющее отношение к релаьности.
У жены, слава богу, есть такси и яндекс карты. Искать икею не надо — она есть на карте.
Уточним: я летал с детьми практически в любом возрасте: от 1 месяца до 10 лет. Но никогда не летал дальше чем на 4 часа. Я живу в мск, мне удобно, в 4 часах от меня вся Европа кроме Испании и Португалии. Летаем только без пересадок чтобы не усложнять. Никогда не перемещаемся быстро между городами. Поживём 2-3 дня, потом на поезд в следующий поезд. Иногда подолгу живём в одну месте — 5-8 дней.
Не живём в отелях, живём к вартирах, снятых через AirBnb — там есть стиралка, кондиционер и всё необходимое. Едим в ресторанах/кафе, но иногда покупаем что-то домой в продуктовых. Особенно если продуктовые поблизости есть.
С няней/бабушками никого не оставляем. Дети ничем не заслужили такого бросания с моей точки зрения. Он итакие же полноценные члены семьи как я и имеют права на развлечения и на то, чтобы смотреть новое не меньше чем я.
Мы с детьми всю жизнь ездим по миру, не очень понимаю от чего стресс.
Стресса у вас и детей нет, так как для вас это норма жизни. Если кто-то никогда никуда не ездит, то для него и выезд на дачу бывает со стрессом
Легаси было на шарпах.
Опа, сишарп уже легаси. =8-[ ]
"«Дома» меня ждал заслуженный скандал, утром — дерьмовый растворимый кофе. "
" жена хотела напокупать всякой уютной херни."
Дружище, сочувствую тебе. Жена должна помогать, а не мешать. Ладно, она не понятно о чем думала, но о чем думал ты? Брать жену с 2 мя детьми в новый город, попутно увеличивая свой стресс. Отрефакторь лучше свои легаси отношения с женой. Она должна быть хранительницей очага и надежным тылом, а не источником дополнительного пиз#еца.
не пойми неправильно — просто люди сходятся, влюбляются, женятся, заводят детей не только ради галочки «у меня семья — я молодец», а потому что вдвоём выживать в этом мире проще, чем поодиночке… «У каждого меча должны быть свои ножны» (с)
Почему то принято думать, что люди в снг с опаской относятся ко всяким психологам. И не безосновательно. Ведь на любом форуме в самый неожиданный момент найдется добрая дюжина добровольцев, готовых насильно стать вашим психологом и рассказать вам как нужно жить и что вы делаете не так)
Не стоит сначала выносить личное на публику, а потом кручиниться о том, что люди это обсуждают с позиций своего опыта.
Это все равно что человек, сняв штаны, потряс голой задницей на публике, а потом ругается на то, что кто-то это снял и выложил на youtube. Но он сам вынес что-то на публику…
Я не оправдываю тех, кто дает вам советы по поводу как вам жить. Просто странно ожидать иного.
Не знал, что где-то существует правило, по которому я даю согласие на критику всего, что так или иначе выношу на публику.
Ваше согласие здесь не играет никакой роли. ПМСМ, это очевидно — люди обсуждают то, что видят и слышат — у них, как вы сказали, есть право говорить что угодно. Вынося что-то свое в публичное пространство вы делаете так, что люди это что-то видят, и, соответственно, имея право говорить что угодно, обсуждают. Простая причинно-следственная связь: люди не обсуждают того, чего не было (не видели). Если человек не хочет, чтобы какие-то его действия обсуждали, он не выносит их на публику.
Здесь можно долго спорить о терпимости и т.п., но… если человек, выйдя в дождь без зонта просто ворчит на свое растяпство — это одно. Если он не понимает причинно-следственной связи между прогулкой без зонта и мокрой одеждой, кляня при этом небеса — это другое.
И вот я говорю, что они, и их опыт, который они вынесли на публику — говно собачье.
Впору вспомнить социальную рекламу, в которой девчушка, запостившая свою фривольную фотографию, видит насмешки других, а саму фотографию — видит потом на всех стендах. Безуспешно срывает ее раз за разом. В конце надпись: «помни — однажды закинутое в сеть остается там навсегда».
Это правило прописано в конституциях большинства стран. Называется «свобода слова».
Не обращайте внимания эти на комментарии. Я например понял зачем Вы упоминали о "семейном" аспекте ситуации. И вопросов или предложений по улучшению качества семейной жизни у меня не возникло.
У моей жены ровно одно ожидание от меня — что я буду таким, каким был эти 2 года.
Это странно, поскольку отношения — это совместное развитие, а не стагнация. Получается, что зачем они тогда нужны, если развития нет.
Если заявил "на берегу" что-то вроде "моя карьерная цель стать хорошим тимлидом (со хорошей для рынка оплатой)", то имеешь полное моральное право и перед женой/мужем, и перед работодателем, достигнув этой цели не то чтобы просто сидеть на попе ровно, но отказываться от других карьерных возможностей хоть в сторону CTO/VP, хоть в сторону архитектора, хоть ещё куда-то, развиваясь только чтобы соответствовать меняющимся требованиям к этой конкретной позиции на рынке, чтоб быть уверенным, что не зависишь от конкретного работодателя.
Веду я к тому, что между отстаиванием своих желаний и подстройкой должен быть баланс у обоих партнеров, тогда они смогут достичь гармонии.
Получается что ваши отношения смогут быть построены только с человеком который не достиг успеха, а это вроде плохо?
С теми, кто не достиг, но пытается — тоже хорошо, но нелегко. Не всегда понятно, достигнет ли вообще когда-нибудь успеха.
Тогда получается, что вашими партнерами могут быть только те, кто старается оправдать ожидания, а не настаивать на своих. Тк всех остальных вам придется отвергнуть.Это утверждение корректно только в случае если автор, не пытающийся оправдать чьих-либо ожиданий, сам навешивает кучу ожиданий на партнеров.
Здесь включается второй принцип, который хорошо сочетается с первым: «чем меньше ожиданий – тем меньше разочарований». Если не выдумывать слишком большой список ожиданий к партнеру, то и отвергать всех не прийдется.
Свои ожидания всегда можно не оправдать.
Квартира, в которой мы жили, была ужасна, и жена хотела напокупать всякой уютной херни.Вы всегда обставляете уютной херней отели в которых побываете во время отпуска, съемные квартиры(в которых планируете жить меньше 2х недель), может быть даже самолет в котором летите на отдых?)
Я сначала подумал, что уютную херню предполагалось отвезти в место постоянного проживания, в город, в котором нет икеи…
Оу. Нет, это действительно для того, чтобы обставить двухнедельную квартиру.
Не поймите меня неправильно, я вас не осуждаю и не критикую, но ход ваших мыслей (а особенно то, что вы пишете в комментариях выше) мне кажется странным и как для психолога и как для человека.
но о чем думал ты?
по-моему эту мысль автор сам повторил раз 10 по ходу статьи.
Личные отношения любого из авторов с его семьей, мне кажется, должны оставаться за рамками обсуждения на хабре. Это не фэсбук и не вконтакте, мы тут все не близкие родственники и друзья чтобы давать советы личного характера. И как я уже отмечал все свои промахи автор сам обозначил в статье. Но хороший тон не должен позволять комментатору повторять «ты
А какое такое «дело говорит», кроме как наезд на личные отношения автора (которые никого не касаются), мне не очень понятно.
Можно было прокомментировать например: «а вот моя жена, когда мы были в командировке мне в офис борщ горячий привозила». Смысл тот же, но от подачи многое меняется.
А теперь еще дома его будет ждать скандал за эту статью, так как упомянул здесь супругу и многих это зацепило
«Дома» меня ждал заслуженный скандалНе совсем заслуженный, на самом деле. Почитайте, что пишут фрилансеры и те, кто работает из дома. Просто один к одному. До членов семьи очень медленно доходит, как это так ты «не дома, а на работе», когда вот же ты — дома.
Возможно, автор не объяснил, что после работы его снова ждёт работа.
Вы выбрали не тот язык, чтобы писать. Вам нужно выбрать обычный русский :)
Я знаю что в следующий раз все повторится.
Себя не переделать.
Вернее переделать себя можно и нужно, но это занимает многие годы.
И нет никакого мерила того насколько глубоко надо лезть в рефакторинг, но и работать с говнокодом год за годом очень токсично и вредно. Я тут пару лет назад узнал термин «yak shaving».
В продуктовой компании, где проекты не выбрасываются так спонтанно, за проделанный труд могли и премию выписать. Просто работать на аутстафе/аутсорсе таким как автор вредно для ментального здоровья.
Основная «проблема» автора – острый перфекционизм, как глубоко внутреннее чувство несовершенства окружающей действительности. Задавшись высокоморальной целью хоть немного исправить эту действительность, автор жертвует собственным комфортом и комфортом своей семьи. При этом, с точки зрения окружающих действия автора выглядят как сизифов труд, абсурдный по своей сути, но от которого автор не в состоянии отказаться.
Я считаю что попытки давить перфекционизм в себе так же губительны в долгосрочной перспективе и приводят к депрессии, ведь индикатор несовершенства никуда не исчезает, вы просто перестаете предпринимать попытки исправить ситуацию. Как результат, возникает непреодолимое чувство тщетности бытия, как противоположность ловушки в которую угодил автор – сизифов труд, который оказался нужен только ему, и то исключительно с точки зрения удовлетворения внутренних побуждений.
Если давить перфекционизм в себе нельзя и слепо следовать ему тоже нельзя, можно попытаться направить его в конструктивное русло. Например, вместо того чтобы быть «идеальным» программистом (работающим только с идеальным кодом), можно стать «идеальным» менеджером (достигающим наилучшего результата за отведенное время). При этом не обязательно менять название должности, достаточно быть внутренним менеджером самого себя. Тогда жизнь начинает потихоньку налаживаться, вроде бы.
Этот комментарий отредактирован 7 раз.
</диванная психология>
Просто работать на аутстафе/аутсорсе таким как автор вредно для ментального здоровья.
Я думаю наоборот. Тема раскрывается в предыдущей статье. Как раз благодаря аутстаффу автору удаётся дать отдушину перфекционизму. В продуктовой разработке сюда бы наложились ещё соображения экономической нецелесообразности подобных рефакторингов. А в аутстаффе что — раз «уплочено», то валяй, переписывай, нам-то что.
Возможно имело смысл какие-то решения или подходы вытянуть в свой репозиторий, но так чтобы НДА не нарушать там всякие.
Чтобы уж совсем труды не вылетали коту под хвост.
История именно о том что: ради чего выкладываться как при стойка БАМа, если никто не оценит и трудами своими потом нельзя любоваться и гордиться даже. Не говоря уже о какой-то материальной компенсации «ударного труда»?
По факту человек отработал за 2 недели полугодовой объем команды из 3х человек, получил «дежурное спасибо» и оплату 40ч х 2 нед = 80 часов работы, выжат как лимон, ему требуется время на восстановление, к тому же чувство опустошенности, скандалы в семье и прочие последствия. На самом деле статья на Хабре в данном случае — это все что можно записать в плюс по итогу этой истории.
Конечно по итогу эти старания не оцениваются как важнейший вклад, и на какое-то время ты теряешь мотивацию сворачивать горы, но потом это прекрасное чувство возвращается и ты снова готов сделать этот мир лучше.
Конечно хотелось бы, чтоб таким поступкам давали подкрепление (премии, похвалы, не важно), но это какая-то утопия, стереотипное мышление, которое прививали нам в школе (решил контрольную правильно — получил 5).
Сам можешь сказать себе что делаешь все классно.
Мне кажется что 15 тыс отрефакторенного кода за несколько недель в одиночном плавании, да еще не в своей привычном окружении, а на «гастролях», с успешным прохождением тестирования в конце — это реально подвиг и достижение.
проект большой и все еще живет, что для меня удивительно
Как-раз ничего удивительного. Если Вас напугала огромная кодовая база трешняка, то фокусироваться в этом надо не на слове «трешняк», а на слове «огромная» — значит, это пишут давно, этим много кто пользуется и есть все шансы, что и следующие 10 лет так оно с этим проектом и будет. Т.е. в плане стабильной работы и зарплаты — это может быть вполне себе вариант работы. В плане перфекционизма, конечно, это ад. Но тут уж кадому своё.
На Python не пишу, но объективно два шаблонизатора ни о чем ещё не говорят. Гораздо больше шансов на внедрение нового, если внедрять его плавно, а не "за 2 недели" переписать все шаблоны системы
Предыдущий работник был в тех же условиях постоянного давления, но успел и денег заработать и опыта набраться и заказчик еще доволен — win win же :)
На самом деле "очень медленно" не значит ничего пока нет конкретных требований к скорости. Если реально "очень медленно", то пользователи/ПО/заказчики на это обратят внимание разработчиков. А таскать записи по одной может экономить память, например :)
Не может это экономить память, на фоне рантайма самой программы эти 600 записей просто потеряются.
И вообще, для экономии памяти записи надо не по-одной таскать, а получить одним запросом и обрабатывать построчно, не собирая в массив.
Если реально "очень медленно", то пользователи/ПО/заказчики на это обратят внимание разработчиков.
Иногда лучше не дожидаться пока пользователи или заказчик обратит на что-то внимание.
Так потеряется экономия или не будет экономить? :)
Если получить одним запросом, то они уже будут все в памяти. Скорее всего в массиве или типа того. Тут какие-то генераторы/курсоры/сессии/страницы на стороне источника данных нужны, чтобы источник данных мог отдавать результаты запроса клиенту именно построчно/постранично. Только тогда получится сэкономить память на клиенте в рамках "одним запросом". Типа пхпешного PDOStatement::fetch, если источник данных и клиентская либа поддерживают построчную передачу результатов одного запроса
«Тут все на 80% готово!»Как правило, это означает 0x80% из 0x100% :)))
Счастья всем, и пусть ни кто не уйдёт обиженным ©
А насчёт тестов, обычно у говнокода тесты — такое же говно, которое ничего не проверяет.
Пишите юнит-тест на тот метод В, который падает в runtime :)
Есть еще статические анализаторы, которые такое иногда могут отловить, и выдадут ошибку. Для python есть pylint, который отработает такую ситуацию и выдаст
Too many positional arguments for function call (too-many-function-args)
Я не столько про гарантии сколько про процесс. Вот был у меня тип A, я поменял его публичное АПИ, и получил от компилятора все места, где от этого возникли проблемы.
ну так а refactoring разве не начинается с написания тестов? Если нету тестов, которые прикроют твою спину, то либо их нужно написать либо с идеей refactoring'а завязывать
Статанализ есть не только в компилируемых языках, да и много других инструментов, начиная со старого доброго grep до синтакичнских анализаторов, генерирующих AST, применяющих патч и генерирующих новый код. Но проблем больше немного, да.
А в мэйнстрим компилируемых языках проверит? Нет, только соблюдение сигнатур, но не контрактов.
Сигнатуры лишь часть контракта, а не контракт. А статанализ вполне справляется с большинством случаев нарушения сигнатур, имплементации интерфейсов, расширения абстрактных классов и т. п., предупреждая подобные ошибки в рантайме, часто прямо в иде в процессе редактирования исходников подсвечивая.
Не все подобные вещи заметит, но большинство, если нет особо упоротой динамики.
Ну, во-первых, они придумывают свой собственный маленький тайпчекер в виде юнит-тестов.
Не только. Я сейчас вынужден придумывать тайпчекер который через интроспекцию ходит по классам и выверяет типы по аннотациям. :)
Я вот всё пытаюсь понять, а как люди делают такое же в динамически типизированных проектах?
С трудом и на полном автопилоте. Я с JS-говнокодом однажды мучался всего лишь неделю (его не очень много было), но к пятнице навык «прочитать говнокод и переписать на нормальный, работающий точно так же со всеми граничными случаями» был прокачан просто до нечеловеческих величин. Справедливости ради, половину пятницы я всё-таки дебажил — тестов не было вообще, так просто взять и добавить их — заняло бы еще добрую неделю. Но в общем, 4.5 дня лютейшего рефакторинга на полдня дебага и потом всё завелось и прошло QA — это, я считаю, было неплохим достижением. Больше никогда в жизни в подобном цирке участвовать не буду.
Да никак. Мы сходу хорошо пишем )))
То же самое что делаете вы, когда компилятор отказывается помогать с очередной задачей, только чаще.
Есть класс, у которого метод Initialize, который всегда надо вызывать сразу после создания класса — применяешь паттерн «состояние»
Суть паттерна ясна, а можно подробнее именно про этот рефакторинг? Можно ссылкой.
То, что тело метода инкапсулируется внутрь "состояния" — понятно. Пытаюсь понять, кто и когда дернет этот Initialize у "состояния". А если оно почему-то переедет в конструктор "состояния", то тоже самое можно бы было сделать и с изначальным объектом (но не нужно).
Допустим есть класс, которому для своей работы нужно сначала сделать что-то асинхронное.
Асинхронный конструктор мы сделать не можем, вариант с неконтролируемым запуском таска внутри конструктора нас так же не устраивает.
Вот то что надо сделать — не факт что удачное.
поэтому люди иногда делают так
class Some
{
private SomeType data;
public async Task Initialize()
{
this.data = await SomeHeleper.Fetch();
}
public void DoSomeWork()
{
if (this.data != null)
{
//...
}
}
}вот это не очень хороший подход.
Мне больше нравится такой
class CompleteSome
{
private SomeType data;
public CompleteSome(SomeType data)
{
this.data = data;
}
public void DoSomeWork()
{
//...
}
}
public class Some
{
public async Task<CompleteSome> Initialize()
{
var data = await SomeHeleper.Fetch();
return new CompleteSome(data);
}
}
А в клиентском коде мы сами решаем, какие модули у нас инициализируют этот класс, а какие уже работают с проинициализированным.
Ага, понятно, т.е. мы просто переносим проблему в другое место. Честно говоря это мало напоминает паттерн "состояние" и место, где его нужно применять. Кажется, это больше похоже на принцип инверсии зависимостей.
Да, подход дельный, но термин неточный подобран, вот сразу и не разобрался о чем речь. Когда появляется желание инвертировать управление зависимостью, я почти всегда долго не думаю. Перебарщивать и инвертировать всё и вся, конечно, нехорошо. Но если желание появилось в процессе, то обычно это знак. Спасибо за диалог :)
class SomeBase
{
public virtual string GetSomeInfo();
}
class CompleteSome : SomeBase
{
private SomeType data;
public CompleteSome(SomeType data)
{
this.data = data;
}
public void DoSomeWork()
{
//...
}
}
public class Some : SomeBase
{
public async Task<CompleteSome> Initialize()
{
var data = await SomeHeleper.Fetch();
return new CompleteSome(data);
}
}
т.е. можно вот так пользоваться:
var s = new Some();
s.GetSomeInfo();
var cs = await s.Initialize();
cs.GetSomeInfo();
cs.DoSomeWork();
Начинал как и автор: надо было добавить функционал, но то там отрефачу, то вот тут, а потом «понимаю» что переписывать надо всё. В итоге ни одной старой строчки не осталось. И тоже угнетает что всем на этот проект наплевать, я «один в поле воин».
P.S. дело было на Яве
А в сентябре там было почти пусто и совершенно прекрасно, да-да. Не надо вместе со всеми, факт.
Не обижайтесь, но поиск жилья, машины да и в целом многое чего были скверно организованы. Рекомендую автору тут поработать над скилами.
Читал и узнавал себя. Сам питаю слабость к основательным рефакторам тогда, когда можно без них в принципе обойтись, и никто особо о них и не просил.
Единственное, в чем не соглашусь, так это в бесплодности таких мероприятий. Да, оказалось ненужно, но! Мне кажется, что в сухом итоге у автора добавилось боевого опыта работы с трудным запутанным кодом, и это тот скилл, который не приходит бесплатно, только в результате многократных и регулярных оттачиваний оного.
И в скоростной рефакторинг можно тоже выкидывать очки опыта, как в отдельную ветку своего дерева навыков. Главное, чтобы не всегда этот навык применялся вхолостую, а был когда-никогда нужен и востребован.
Жену пришлось брать, потому что я рассказал ей про поездку за три часа до отъезда.
Где связь внутри этого предложения?
Естественно, не той ногой, ведь в дурацком автомате всего две педали, и мой мозг всё понял неправильно.
Естественно? Расположение газа и тормоза не поменялись. Если вы хотели затормозить, то права нога жмет на тормоз, левая — на пустоту или тоже на тормоз. Какой ногой и куда вы промахнулись?
Дикий рывок, тачка встала.
Я всё меньше понимаю ситуацию с автомобилем… Почему она дернулась? Почему она встала?
Дернулась — значит нажали на газ… Остановилась потому-что… Почему?
По ходу, он еще и левой ногой сцепление выжал, что по привычке делается быстро и решительно, вот только вместо сцепления попадается широкая педаль тормоза.
Долго потом вырабатывал плавность жима в левой, но зато позже пару раз левая на тормозе реально спасала, т.к. если бы я правую переносил с газа, то не успел бы оттормозиться.
Если левая на полочке валяется, а праву нужно с газа перенести на тормоз, вы теряете доли секунд, которых вам может не хватить.
У меня левая уже стоит на педали тормоза и я в критической ситуации тормозить начинаю сразу.
На ручке такой возможности нет. Но если на автомате она есть то почему бы ее не освоить?
На ручке и на автомате я езжу совершенно нормально. Никаких проблем не возникает. Просто я выдрессировал свои инстинкты оптимально под оба типа автомобилей, а не пытался сократить издержки на дообучении под автомат.
На машинах с автоматом специально для левой ноги есть полочка. Левая нога полочку покидать не должна.
Хотите ставьте на полочку — я вас левую на тормоз переучивать не заставляю, но сам как решил так и сделал и получил с этого приятные бенефиты,
Я когда первый раз на на своей новой машине с коробкой-автоматом поехал, то для себя решил, что буду левую под тормоз переучивать…
Вы же конечно же на тот момент были в курсе, что это грубое нарушение ПДД, техники безопасности эксплуатации автомобиля и т.п.?
Что-то вдруг ещё страшнее ездить стало после таких высказываний…
Ну и, чтобы два раза не вставать.
Обычно не рекомендуют тормозить левой ногой на постоянной основе, так как инстинктивная реакция на внезапную угрозу может привести к нажатию одновременно газа и тормоза.
Спортивное вождение автомобиля и выполнение приёмов высшего водительского мастерства подразумевают умение работать с педалью тормоза обеими ногами в зависимости от ситуации. Но это умение надо специально тренировать.
Я вот довольно долго боролся с этой инстинктивной реакцией на скользкой дороге на переднем приводе… ибо там минимальный занос и брошенный газ — это полный абзац.
Но соглашусь — для любого приема вождения нужно тренироваться (о чем я собственно и написал с самого начала). Не хотите учится ездить безопасно — тогда не гоните и не экспериментируйте.
А хотите — делаете это целенаправленно и желательно под присмотром инструкторов и на безопасной площадке.
Инстинкт такой есть. Но сбрасывать правой ногой и в то же время давить левой — достаточно сложное действие, чтобы проделать его рефлекторно без специальных тренировок. А большинство водителей себя вообще не беспокоят тренировкой экстренного торможения.
По поводу сложного действия (правой газ сбрасывать одновременно с торможением левой). Может это персональное — но мне не показалось это сложным. Наоборот, на ручке это уже был выработанный инстинкт т.к. при резком торможении сцепление выжимается, а газ мгновенно скидывается, чтобы ногу на тормоз перекинуть. Т.е. в этом отношении все натренированное на ручке на автомате (с левой на тормозе) работает точно также, за исключением того, что правую на тормоз перекидывать не нужно. Но даже если и перекинете — ничего криминального — максимум оттопчите свою левую.
Однако я еще раз повторю (для всех) — если вы не готовы целенаправленно тренироваться: выехать на свободную от других машин площадку и там старательно отрабатывать торможение левой, то лучше и не начинайте.
Человеческий мозг однопоточный, он не может управлять двумя конечностями прямо в одно и то же время сознательно. Физически не может.
Это легко стало понятно когда я пытался писать одновременно двумя руками, один и тот же текст — без проблем, один и тот же текст в прямой и зеркальном отражении — без проблем, пытаешься сознательно управлять двумя руками — сразу начинается бардак и сигналы идут одновременно к обоим. Единственная возможность писать одновременно это когда сознательные команды одной руке идут чуть раньше, чем другой, одной говоришь пиши "а" пока она инстинктивно пишет, другой говоришь пиши "б".
Поэтому в реально критической ситуации большой шанс, что вы либо отпустите и тормоз и газ, либо нажмете до упора обе педали. И то и другое будет фатальным, причем не только для вас. Физически невозможно отдать сознательную команду одновременно, а при стресе, вы вряд ли сможете их подавать последовательно. Более того, есть большой шанс, что перенести ногу на другую педаль и вдавать до упора будет даже быстрее (это очень быстрое действие). Одну отпустить, другую нажать — скорее увеличивает время реакции, чем уменьшает.
P.S. Причем все тренироваки при обычной езде вас скорее всего не подготовят к экстренному торможению с его стресом.
P.P.S. Обратите внимание — во всех наши рефлексах забито действие лишь одной рукой или двумя руками одинакого. Скажем, если в вас неожиданно кинут два мяча, одной рукой их можно попытаться отбить на рефлексах оба или одной отбить, а от друого уклониться, но вот одновременно двумя руками два мяча отбить на одних рефлексах скорее всего не получиться никак (даже если вы амбидекстер, как я).
Барабанщики смотрят на вас с недоумением.
Там либо очень простые не сознательные действия, либо они чуть-чуть в разное время отдают сознательные команды. К тому же одна палочка вверх, другая вниз это равносильно прямому и обратному письму, это наш мозг вполне умеет и одновременно.
Более того, человек может читать разными глазами разные страницы и запоминать текст.
Может, только уверен скорость чтения и запоминания будет меньше чем читать и запоминать один текст. По сути, там происходит очень быстрое (может даже не сознательное) переключение между глазами. То есть такая очень хитрая программная эмуляция многопоточности на однопроцессорной системе, но ресурсы мозга просто деляться попалам, да еще и затратами на эмуляцию.
Я тоже умею очень быстро писать разный текст разными руками (как я говорил начиная каждую букву чуть в разное время), но одной рукой получается все равно быстрее, чем двумя в сумме.
Там либо очень простые не сознательные действия
Я, конечно, понимаю, что мастера зачастую отличает автоматизм, но я не согласен, что действия обязательно простые.
Ещё обратите внимание, что работают все конечности.
Опять же, почему вы утверждаете, что мозг не управляет несознательными действиями? Вынос на несознательный уровень — это как рефакторинг с выносом метода (или как JIT-компиляция, это даже точнее), но процессор-то тот же самый.
Вкусовщина ж. Просто мой пример мне ближе в памяти попался, из-за музпредпочтений, а вам — ближе ваши. Я вот слыхал, что самые выносящие партии ударных встречаются в джазе, хоть примеров и не смогу привести. Но многие же помнят кино Whiplash?
Сам мозг — очень сильно многопоточный агрегат (читайте тут статьи про работу мозга — недавно были очень интересные).
Кроме того, то что работает в критической ситуации — это не мозг, а инстинкты.
И вот тут важно чтобы у вас были правильные инстинкты: не безусловные (замереть и прикинутся уже мертвым — инстинкт прошитый у нас генетически), а действовать согласно натренированной программе действий на такую экстренную ситуацию (условный инстинкт). И для этого — да, нужно тренироваться. Тренироваться и еще раз тренироваться и не отступать, когда с первого раза получилась ерунда. Потому что у нас ничего нет по принципу «я так захотел делать и у меня все сразу получилось». Однако то, что в первый раз вы делаете под пристальным контролем сознания, в 300-й раз вы уже будете делать без контроля сознания, на выработанных новых связях в мозгу.
И именно такие, натренированные до автоматизма реакции, вполне себе работают даже в стрессовой ситуации.
Но в плане управления автомобилем тренировать все новые навыки вождения нужно так, что бы ваши ошибки в тренировке не приводили к аварии (нужна площадка без машин). И желательно что бы был инструктор.
Ладно фиг с ним с мозгом.
Инерция вашей правой ноги на газе при экстренном торможении куда денеться? А при столкновении?
Нога же при экстренном торможении лежит на педали газа, а там будут перегрузки в несколько g и по инерции она пойдет вперед и нажмет на газ. И будет у вас машина не тормозит, а разгоняться. Вы правда уверены, что сможете удержать перегрузки экстренного торможения силовым усилием? Вспоните, как при нем кидает на ремни безопасности.
А если ДТП произойдет, но мотор останется цел, а водителя вырубит, машина может продолжать разгоняться, так как нога осталось лежать на педали газа, а нога с педали тормоза слетела. Такой "летучий голландец" резко уменьшит как шансы выживания водителя и пассажиров, так и всех остальных участников ДТП.
При обычном торможении, водитель почти всегда успеет переставить ногу и все перегрузки или даже если он потеряет сознание будет лишь давить на тормоз. А вот убрать левую ногу с газа при правой на тормозе часто физически места в машине справа нет, то есть потеря сознания/перегрузки — нога на газе.
P.S. Есть хорошое высказывание в армии, что "уставы пишуться кровью, тех кто их не соблюдал". То же самое с ПДД, многие вещи почему все именно так — на собственном опыте можно попробывать только попав в ДТП. Просто поверьте — правила безопасного вождения не дураки писали.
Какие такие g, какая инерция и движение вперед? Вы что подняли ногу с газа и больше ее не контролируете что позволяете ей обратно упасть?
На ремни бросает только тогда, когда вы уже врезались или вы пассажир, и не ожидали что водитель резко тормоз нажмет. А когда вы сами тормозите, то вы уже знаете что вас вперед потянет — поэтому инстинктивно упираетесь в руль руками и ногой в тормоз (не важно какой). При этом не давить на газ — да просто снимите вы ногу с газа — там педаль то узенькая и можете и правой тоже упираться в тормоз или пол.
Нет, определенно, диванные теоретики уже доказали мне что мои 20 лет езды на автомате с левой на тормозе просто не оставили мне шанса на выживание. Я видимо просто не понял, что на том свете уже нахожусь :). Спасибо что открыли мне глаза на этот факт.
доказали мне что мои 20 лет езды на автомате с левой на тормозе просто не оставили мне шанса на выживани
Прямо классическая "cистематическая ошибка выжившего". Причем в прямом смысле этого слова. То что вы лично выжили ничего не может сказать о вероятности гибели, кроме того что она не равно строго единице
.
То что жизнь на Земле, очевидно, появилась, никак не помогает ответит на вопрос, какая вероятность появления жизни в любой другой планете Вселенной, кроме того что она не нулевая и не стопроцентная.
При этом не давить на газ — да просто снимите вы ногу с газа — там педаль то узенькая и можете и правой тоже упираться в тормоз или пол.
Где там? Наберите "педали автомат" в гугл картинках и увидите, что у разных автопроизводителей очень разные размеры педалей и маленькая педаль газа далеко не у всех. Так же во многих моделях справа от педали газа вообще нет никакого места (сделано, вероятно, что случайно мимо педели не промахнулись).
больше ее не контролируете
В критической ситуации водители нужно за доли секунд оттормозиться, принять решение и правильно вырулить. Вот ему только не хватало тратить драгоценные мгновения, что еще вторую ногу контролировать.
То что жизнь на Земле, очевидно, появилась, никак не помогает ответит на вопрос, какая вероятность появления жизни в любой другой планете Вселенной, кроме того что она не нулевая и не стопроцентная.
Что не стопроцентная не помогает. Для этого нужно минимум две планеты, на одной из которых жизнь 100% появилась, а на другой 100% не появлялачь никогда и 100% не появится. Как вторую проверить я не представляю практически, в теории можно взять планету, тщательно обследовать на предмет "тут жизни никогда не было" и уничтожить эту планету.
В критической ситуации водители нужно за доли секунд оттормозиться, принять решение и правильно вырулить. Вот ему только не хватало тратить драгоценные мгновения, что ещевторую ногу контролироватьпедаль искать ногой
fixd.
«выигрыш во времени при торможении левой ногой на автомате вы получите, только если будете постоянно держать левую ногу над педалью тормоза.»
«Если в автошколе у вас был хороший инструктор, то вы наверняка от него слышали, что нельзя в движении держать ногу над педалью сцепления и что она должна находиться слева от нее и упираться в пол. А сейчас на иномарках делают специальную площадку для левой ноги – именно там и должна она «жить», когда не нажимает на педали. Причин этому две. Первая – когда нога висит над педалью сцепления (тормоза), то она рано или поздно слегка нажмет на нее. Непроизвольно, просто под своим весом. Считается, что из-за регулярных таких незаметных нажатий сцепление изнашивается. Вопрос насчет сцепления спорный, а вот если так нажимать на педаль тормоза классического «автомата», то он точно будет изнашиваться :)
Вторая и главная причина: левая нога должна быть опорой водителя во время движения, чтобы надежно держать его в кресле и чтобы обеспечить плотный контакт спины водителя с сиденьем. Зачем? Удерживать в кресле – чтобы водитель использовал руль не в качестве опоры :), а в качестве органа управления. А контакт спины с сиденьем нужен, чтобы чувствовать машину, ее динамику, начавшийся занос и т.д. Это одно из главных правил безопасного вождения, и просто основа гоночной езды. Так что
Вывод 5. Чтобы водитель хорошо чувствовал машину, контролировал ее поведение на дороге, устойчивость и управляемость, левая нога должна находиться слева от педалей и упираться в пол (площадку).»
«На машине с двумя педалями можно тормозить левой ногой. Но во время движения на любой машине левая нога должна быть не над педалями, а слева от них, и упираться в пол. Такова основа безопасной езды. Поэтому выигрыша во времени при торможении левой ногой вы не получите. „
(с)https://kaminsky.su/blog/ezdim-s-avtomatom-a-nuzhno-li-tormozit-levoj-nogoj
Оставьте торможение левой ногой автоспорту.
Но вы не разносите спорт и безопасность по разные стороны баррикады.
Все то, что используется спортсменами выручает и в экстренной ситуации тоже (в которую вы можете попасть на дороге не по своей вине). Но это только в том случае, когда вы знаете и натренировали эти приемы до автоматизма.
И еще раз: Я никого не призываю водить как я.
Я тут уже много раз сказал — хотите научиться безопасной езде — учитесь, тренеруйтесь (не на дороге в потоке машин), не хотите — не учитесь — это ваш выбор.
И это также мой выбор осваивать приемы безопасного вождения. Оставьте мне такое право в конце концов.
Но вы не разносите спорт и безопасность по разные стороны баррикады.
Как человек занимающийся автоспортом со всей ответственностью заявляю: никакой связи между навыками автоспорта и безопасностью нет. Даже наоборот: многие навыки отработанные в автоспорте в реальной жизни просто вредны. Даже больше скажу: навыки отработанные на заднем приводе могут привести к аварии на переднем, даже безотносительно автоспорта.
Ну и пресловутое торможение левой ногой из автоспорта не имеет никакого отношения к скорости торможения, а было впервые применено в группе Б пилотами ауди, чтобы выходить из поворотов на бусте.
Но вы не разносите спорт и безопасность по разные стороны баррикады.
Я процитировал вполне конкретные утверждения. Либо вы можете привести контраргументы, либо просто придерживаетесь принципиальной позиции.
Я очевидно не смогу вас переубедить, но если вы искренне заботитесь о своей безопасности — сходит на курсы контраварийного вождения, там вам быстро объяснят где вы не правы.
И я вас уверяю, эти «спортсмены» не будут учить тормозить с выжатым газом на практике по контраварийному вождению, а дадут совсем другие навыки.
Короче говоря, я не думаю, что какой-нибудь из полученных в автоспорте навыков может принести вам вред в безопасности повседневного вождения. Хотя сам автоспорт – занятие очень опасное.
И безусловно, что задний и передний привод – две большие разницы.
Для управления разными приводами радикально разные навыки нужны для управления в экстренных ситуациях.
Я уже ходил на курсы контраварийного вождения. И обсуждал с инструктором это самое торможение левой (из за которого весь этот сыр бор). Резюме инструктора было «если натренировался так — то и отлично».
И каждый год, по первому снегу/льду еду в безлюдное/безмашинное место и проверяю/повторяю свои навыки по рулению в торможении и управлению в заносах (минимум). Это очень помогает не терять автоматизма в навыках т.к. лето, с хорошим сцеплением колес на дороге, реально расслабляет.
Пунктик ПДД укажите пожалуйста который я нарушил?
На самом деле тут много проблем добавила импульсивность. Чуть больше бы планирования и было бы намного меньше проблем.
Подумал: «А какого хера? Да тут всё к чертям собачим надо выкидывать, и переделывать».
Я сказал об этом лиду, а он, конечно, ответил: «Согласен, фигачь»
Лид либо очень Вас не любит, либо как-то совсем не тянет на лида.
Понятия хорошего и плохого кода очень размытые.
Это просто от непонимания, на самом деле все довольно четко. Хороший код — тот, который понятно структурирован, легко читается, легко сопровождается, документирован, можно несложно зарефакторить и предсказуемо работает. Все остальное — разной степени хреновый код, что впрочем совсем не повод бросаться на него с рефакторингом как Александр Матросов на амбразуру.
В первый же день работы я просидел в офисе до часа ночи и переписал от силы процента два.
Вот это уже первый звоночек, что что-то идет не так и малой кровью можно было отказаться от рефакторинга.
Если я не понимаю, зачем нужен код, значит код не нужен.
Просто аксиоматический вывод, хотя если немного подумать над последствиями, разумным совсем не выглядит.
Я слушаю и понимаю, что мог просто сделать фичу и ходить по барам.
Иногда надо наступить в говно, чтоб понять, насколько там глубоко. Все приходит с опытом ).
Лид либо очень Вас не любит, либо как-то совсем не тянет на лида.
Меня это тем более смутило в разрезе командировки. Зачем-то была необходимость приехать в Москву поработать с командой. При этом "я возьму вот эту заранее не запланированную задачу на весь срок командировки" разве не идёт вразрез с любой адекватной целью этой командировки?
Даже если цель была зазнакомиться с локальной командой, то тем более нельзя было аппрувить затычную задачу, а надо было дать чеклист всех посиделок в барах, чтобы ни одной не пропустил :)
Извечная дилемма — сделать небольшой рефакторинг чужого кода, или заново закодировать..) трудоемкость может быть сопоставима
Или ещё круче — "переписать на новом крутом языке, что давно хотел попробовать", в этом случае риски увеличивается, но зато быстрое вхождение в новую тему)
«переписать на новом крутом языке, что давно хотел попробовать», в этом случае риски увеличивается, но зато быстрое вхождение в новую тему)О, да!)
— Как раз и новый не дорогой проц (SoC) вышел, хотел глянуть :)
И я принял решение — если я не понимаю, зачем нужен код, значит код не нужен. Я с радостью стал отправлять этот цифровой мусор в преисподнюю.
мда… большая ошибка конечно
Сам регулярно переписываю куски легаси и иногда эти куски ну очень большие, но с годами стараюсь делать это как можно реже. Нюанс в том, что иногда выбора просто нет, вот проще взять нырнуть с головой, базу с нуля, код на помойку и все переделать. Да крайность, да сам от таких мыслей отучаю тех кто менее опытен, но когда вокруг тебя код с функциями на на тысячи строк, когда суть этих расчетов вообще некому объяснить, вариантов просто не остается. У вас хотя бы тесты есть, а вот когда еще и их нет, да и код весь обмазан багами сверху донизу — вот тут наступает настояйщий хардкор.
Новые инструменты, новая база — десктоп-приложение на пяток тысяч строк, деньги, бумаги, загрузка реестров торгов с биржи, клиринг, выгрузка платежек в ЦБ. Задача «банальная» — деноминация: нужно в денежную часть (т.е. в весь функционал) впилить копейки, которых рам отродясь не было. 15 Декабря мой первый рабочий день — 1 Января система должна работать с копейками (там первый рабочий-торговый день был то ли второго, то ли третье-го, 10-и дней тогда не гуляли). Засунулся в код, а там менять нужно дофига и больше. Ребята, что эту систему делали, загружены переделкой других систем, и на вопросы отвечают, но коротко… В мыле пилю с утра до позднего вечера (благо был не женат тогда). Последние переделки чуть не под звон курантов доделываю. Прихожу на работу 2-го или 3-го загружаю реестры — ок, запускаю клиринг- ок, выгружаю платежки — ок, отправляю в ЦБ...., а оттуда отлупы сыпятся — не готов ЦБ с копейками работать…
16-го Января!!! ЦБ смог загрузить платежки с копейками.
Я очень долго матерился.
Но вписывался сам, сам и расхлебывал, а то что в ЦБ все сроки продинамили так на это расчета быть не могло… пилить все равно надо был что бы до звона курантов все готово было.
…
А под следующий новый год я снова искал работу — по осени был обвал ГКО/МКО и зарплата там упала ниже плинтуса.
Но, с другой стороны, жизненный опыт часто подсказывает, что если мы такие умные и не успеваем, то наши незадачливые контрагенты не успеют точно.
Знакомое чувство. Когда хочется сделать что то лучше, в итоге каждый раз когда предстоит сделать выбор между "лучше" и "решить задачу" выбираешь "лучше". Сроки тянутся, а от того отпускать "лучшее" становится тяжелее и перфекционизм выходит из под контроля. Вредное чувство)
Впрочем, у меня была большая разница — мой код сейчас работает, работает быстрее чем старый и у меня есть удовлетворение от проделанной работы.
А вот тут:
Мне сказали, этот код больше никому в целом мире не нужен, отправлен на свалку истории.
Я прямо почувствовал всю боль автора. У меня было нечто похожее на одном из предыдущих проектов, хотя там не так скоро и фатально всё произошло. Ух как это жизненно, сочувствую.
Разбираются и переживают слабаки, мужчина знает чего хочет, и делает, не задавая лишних вопросов.
Тогда ты бы мог как мужик сказать жене — остаешься тут, а я еду один. зачем было брать жену, детей с собой на командировку?
Узнал себя. Тоже потратил кусок своих нервов на глубокий рефакторинг проекта. В отличии от автора статьи — проект я увидел впервые ровно за 2 дня до принятия решения о рефакторинге. Времени ушло побольше.
- в процессе рефакторинга случилась пара релизов
- код был почти до последней строки переписан, некоторые методы были ускорены в тысячи и десятки тысяч раз (и да — они прямо влияли на юзер-френдли)
- структура базы данных была полностью нормализована
- проект был наконец-то портирован под макось (что обещали ещё за год до моего прихода на проект). А портировать никак не могли, так как в коде была полная вермишель из юайки, базы данных, бизнес-логики и нативных вызовов. Без виндовой юайки приложение было неработоспособно в принципе.
- количество саппорт-тикетов стало уменьшаться с десятков в неделю до единиц в месяц
И да. Финал почти тот же — существование проекта было признано несовместимым со здравым смыслом и его закрыли. К счастью это был не аутстаф и меня удачно мигрировали в другой проект.
Пожалейте ваше здоровье, у вас его не бесконечность, чтобы так делать.
Это очень хорошо, что вы в итоге уволились.
Мне сказали, этот код больше никому в целом мире не нужен, отправлен на свалку истории.
Честно говоря, когда я прочитал это предложение, то не нашлось слов кроме «Пи**ец...» В общем крепись мужик, это была славная битва и она не была проиграна =)
с жестокостью грязного бизнеса.
Не увидел ни жестокости, ни грязи. Обычные бизнес-реалии: дополнительные инвестиции в существующий проект принесут меньше прибыли чем в какой-то другой.
Желаю Вам найти нормальную работу на нормальных заказчиков.
На самом деле — это то, что и делает вас программистом. Биться над задачей неделями, которая по итогу почти ни чего не меняет, однако, именно вам хотелось её завершить во что бы то ни стало.
Полагаю, это то, что останавливает других людей от того, чтобы стать программистами, либо хорошими программистами.
Пока кто-то решает мелкие задачки, отсиживая в офисе своих 8 часов, кто-то другой постоянно бросает себе "вызовы" и семимильными шагами прокачивает свои навыки.
P.S. Добро пожаловать в профессию
Когда-то на заре карьеры прочитал программисткую мудрость: "Если понимаешь, что заходишь в болото — развернись и найди другой путь". У меня бывали случаи, когда ситуация начинала развиваться как у вас, но ревертил и находил более простое решение.
Помню мне как-то пришлось очень быстро превращать приложение на Windows в кросплатформенное. Надо было классически отделить фронтэнд который разные на разных платформах и общий бэкенд. Так вот так часть, которая была написанна в процедурном стиле была перенесена очень быстро. А вот разделять код в объектно-ориентированном стиле было в разы дольше. Хотя «по учебнику» процедурное программирование считается хуже.
Очень интересный вопрос, который тут уже поднимали, и который я себе задаю всё чаще — а скольким людям захочется отрефакторить мой код. Ведь нет же идеального решения, а значит, как бы я не старался, будет другое мнение на то, как это должно тут выглядеть. Остаётся надеяться, что документирование идей над собственно кодом может помочь. Похоже на упреждающий разговор с будущим программистом: «хей, погоди ругать, я вот тут применил такой и такой концепт потому-то и потому-то».
Да, ну и держим в голове, что любой код завтра, в связи с дуновением другого политического ветерка, может быть выкинут. Даже идеальный.
Вообще, хорошая статья, чтобы показать её как-нибудь коллеге новичку, который норовит всё переписать на работе. Правда, он всё-равно попытается это несколько раз сделать…
Очень интересно узнать, из какого вы города и как будут успехи с поиском новой работы.
Знаю, что в Москве работу в офисе в разы проще найти, чем удаленную. Тем более, с хорошей зарплатой.
Когда я вернулся домой, меня ждала новость — проект работает
Какой-то очень неправдоподобный конец истории.
Весь опыт подсказывает, что либо это придуманная история
или авто и ручное тесты не покрывали большую часть функционала,
за счет этого в коде и появилась куча странного функционала который
непонятно как прошел QA.
Тесты не увеличивают правильность вашего кода и не уменьшают её.
Из личного опыта. Как-то заказчик в ТЗ прописал что хочет покрытия тестами, так как после основного этапа разработки собирается сопровождать разработанное ПО своими силами. И в проекте было полно тестового кода не только юнит тестов, но эмулирующих работу с GUI и т.п… Но тесты начали приносить пользу (раз где-то в неделю отлавливая баги) только когда доля покрытого тестами кода стала превышать 80% покрытия.
А до этого момента автотесты прогоняемые CI помогало найти ошибку до начала ручного тестирования только считанное количество раз.
Как минимум, у меня был один аналогичный случай – после двух недельного марафона по написанию не тривиального кода (парсинг и рендеринг), он заработал корректно с первого запуска после исправления всех ошибок компиляции. Правда я писал на Rust и не в таком ужасном темпе как автор.
Всему виной продуманная архитектура. Но из статьи ясно видно что автор по архитектуре знатно упоролся и предметную область хорошо понимал, так как работал с кодовой базой уже долгое время.
Но автор, безусловно, герой. Думаю, выброшенный код — это лишь исключение, и обычно такие вещи потом очень хорошо используются.
Мейн фейл — это пуллить вайфу, тем более с юнлингами, в джобовый трип.
Секондари фейл — рефакторить хип олдового буллшита без весомо пейеблового таска.
Энивей, респект топикстартеру за скиллы.
О том что автор как минимум любит приукрасить свидетельствует то что он любит набрасывать, но практически никогда не появляется в комментариях.
От таких текстов создается впечатление, что в разработке всё плохо и всем плевать
У кого как. У меня создается впечатление что я не один. И что надо два раза подумать прежде чем ввязываться в драку со многими неизвестными.
Короче не верьте в это.
Почему? Вы утверждает что это ложь? По-моему верить надо. И надо делать выводы, а не исетрить что «ВСЁ ПРОПАЛО!».
Есть хорошие проекты, где и за кодом следят и к людям хорошо относятся и тесты пишут и договариваются. Если проект не такой, то надо поискать другой.
С этим автор и не спорил. Просто когда все хорошо, то писать особо не о чем :-). Все молча работают и пьют пиво по вечерам и рассказ получился бы скучным.
Ну а если 5 подряд не такие, то надо искать причину в своём подходе и пытаться получить от людей адекватную обратную связь. От коллег, психологов, врачей и прочих специалистов.
Не первый раз встречаю людей которые искренне посылают к врачам. Видимо имеются в виду разного рода психологи. Мне интересно кто-нибудь может поделиться статьей на Хабре о своем позитивном опыте, когда психолог помог взрослому человеку с многолетними «проблемами»?
Ну почему. У меня вот сейчас огромное легаси. Без тестов вообще, и их туда не добавить, потому что совсем легаси. Процедурное на 99% и с кучей нарушений MVC. На полумертвом языке. И я его не первый год разгребаю, потому что рефакторить некогда, надо постоянно дорабатывать под новые требования бизнеса.
От таких текстов создается впечатление, что в разработке всё плохо и всем плевать.
Тоже создалось такое впечатление. Текст хорошо написан, но посыл может быть понят неправильно для неокрепших умов.
Ну вот автору разрешили потратить две недели на рефакторинг. Где вы нашли, что всё плохо и всем плевать?
К людям хорошо относятся ровно до тех пор, пока они приносят деньги.
Как-то проходил тестирование на полиграфе для потенциальной работы. Оператор этого полиграфа сказал потом, что мне надо книгу написать о своей жизни в 90-е/2000-е.
Молодец, показал сраным москвичам и их мамашам как надо работать!
«С первого взгляда все выглядело просто, но потом мы увидели код !»
Статья напомнила давнюю историю, как пришлось командовать штабом блока "МТМ" по Псковской области в госдумовские выборы (тоже командировка за 2300 км). Офис сняли над городской прокуратурой Пскова. Таки да, веселуха встречается. Но жену взять не додумался.
говорить жене, что я отличаю запах травы от тараканьего яда
Но почему? А жена запах травы не различает что ли? Как это можно перепутать?
ближайшая тачка была в двадцати минутах ходьбы. Я вызвал такси, чтобы доехать до машины
В двадцати минутах или в ста двадцати минутах?.. Разве ожидание такси и поездка по пробкам сильно быстрее?
Поэтому я сказал, что могут увольнять меня к чертовой матери, а в сраную Москву пусть перевозят своих мамаш, чтобы их жирные задницы порвали нерезиновую на миллиард маленьких ошметков.
Пять баллов!
Жил-был мужик. Он женился, порождал детей, страдал и держал всех в курсе. Мойщицы поддонов с череповецкого завода и менты, прошедшие чечню, уважали его за стойкость.
История о том, как поступать не следует. Вы ведь могли не брать жену в командировку, не ехать в икею ночью, найти в инете инструкцию к коробке-автомату, но сделали всё это не так, как надо.
А 15к строк — не так уж много. Если уж мериться длиной кода, то когда-то одним из первых моих заданий было переписать кое-какую фичу в системе и переключить на использование нового API кодовую базу на ~1М строк.
Если уж мериться длиной кода,то круче тот, у кого код оказался меньше ;)
На самом деле, надо нормировать на функционал. Т.е. сколько строк в среднем уходит на фичу. Ваш вариант соревнования работающий только при условии совпадения больше половины функционала (и то не факт). А ещё бывают люди "которые с противоположной стороны стола выкладывали". Например, ядро Linux или C++ STL.
Я не хочу обидеть автора, вероятнее всего он очень крутой программист, даже гений. Но гениев не очень любят за то что ими очень трудно, почти невозможно, управлять. Дали задачу одну, мааахонькую, на пару дней. В итоге делал совсем не то что задали, и две недели.
Поэтому я сказал, что могут увольнять меня к чертовой матери, а в сраную Москву пусть перевозят своих мамаш, чтобы их жирные задницы порвали нерезиновую на миллиард маленьких ошметков.
Вот этот пассаж убил всю историю и снизил уважение к автору до отрицательных значений. Видимо совковую ненависть к «зажравшимся Москвичам» и «нерезиновой» не вытравить ничем, даже в молодых людях сидит эта зараза. Лагающий каршеринг которым вы не умеете пользоваться вообще убил. Это вина каршеринга, что вы не умеете водить машину? А вы вообще в курсе что нигде в мире больше нет такой развитой системы? Попытки есть, но вот так, чтобы на каждом углу стоял тот или иной бренд, я не видел ни в европе ни в штатах. И это сделали в «сраной Москве», которая вам так не нравится. Инженеры, которые по вашему мнению говнокодят и только думают чтобы в пятницу пойти по барам. Просто у них с целеполаганием и тайм менеджментом все хорошо, у вас нет. В Москве этому учат людей, и на курсах и в жизни, ценить свое время.
Помню мой сенсей любил всегда повторять «так, какую задачу мы решаем»? С радостью бы нанял кого-нибудь, кто три раза в день давал бы мне пощечину и задавал этот вопрос.
В pro версии можно в случае запары самому позвонить сенсею и поделиться с ним возникшей трудностью во время отладки либо проектирования архитектуры. Сенсей просветленно и участливо угукает в трубку, изредка задавая уточняющие вопросы, пока вы во время вербализации всех аспектов проблемы сами не осознаете ее решение.
Целью таких командировок может быть "поддержание командного духа", особенно если есть центральный офис и сотрудники, работающие полностью удалённо. Никак задач "из джиры" прямо требующих физичексого общения обычно решать в таких командировках не предполагается.
Автор еще ко всему и спустил в унитаз бюджет на командировку.
«Дома» меня ждал заслуженный скандал, утром — дерьмовый растворимый кофе. Я снял квартиру в пяти минутах пути от офиса, но мне было так странно и страшно в этом ужасном городе, что первые три дня я ездил на работу на такси.
Тоесть муж «рвёт» жопу на новом месте, работает до часа ночи, в надежде на заработок и перспективу для обеспечения семьи. В это время его жена приезжает на всё готовое, весь день сидит дома, хотя могла бы и сама вам помочь новую хату найти.
И в итоге, вместо слов поддержки и ужина уставшему и затраханному мужу, получает заслуженный скандал! facepalm
У меня вопрос, как можно жить с человеком, который вас реально за раба бесправного держит, не уважает и практически презирает? Нашлась тоже королева, сидит у вас на шее, не работает и ещё ноги вытирает об васк?
И самое страшное, что вы считаете это нормальным, т.е скандал вы заслужили…
Не обижайтесь, я много каблуков встречал, но до такой степени не уважающих себя людей видел не часто.
Нет, это все художественный вымысел. Стеб, чтоб некоторые посмотрели на себя и свои ценности со стороны. «Деревня дураков» на современный IT-лад.
Москва не такой уж жуткий город, ну правда. У нас тут довольно мило.
А вот история действительно жуть. Уверен, что я бы не выдержал, откатил все к исходнику и вернул деньги, учитывая специфику работы.
Круто, когда умеешь и можешь, и жутко, когда в ходе работы приходится доказать это себе. И грустно, когда в конце все это оказывается не нужным.
Сам недавно рефакторил код 60 часов, но хотя бы дома и оценка была с запасом…
Хоррор блин, пойду попью водички…
Не понял, в чём были цель и результаты командировки, если голова автора в ней была занята взятой независимой от неё задачей и выгулом жены и детей. Налицо плохое планирование со стороны руководителя.
И как же ты жестко изрешетил себе ноги, с каждым метром ближе к дну этого болота, представлял как ты крутишь барабан револьвера и в надежде что не выстрелит спускаешь курок, но каждый раз он выстреливал и дал осечку лишь однажды, перед контрольным выстрелом.
Во-первых, брать жену в командировку идея сама по себе дурацкая. Это блин командировка, а не отпуск.
Во-вторых, раз уж она с Вами увязалась, если ее нужно всюду водить за ручку и она не способна в случае таких экстремальных задержек мужа:
— самостоятельно в Москве (!)* организовать досуг для себя и детей;
— не устраивать скандалов, а обеспечить комфортное возвращение мужа домой и послужить надёжным тылом, как и полагается хорошей жене
То стоит задуматься, а тот ли это человек, с которым хочется проводить годы и годы до смерти (причём Вашей, по выбранной ею модели поведения она Вас точно переживёт).
> меня ждал заслуженный скандал
Тут вообще всё плохо. Если Вы реально считаете, что этот скандал Вы действительно заслужили, а не жена отвратительно воспитанная разбалованная мадам, то у меня плохие новости.
— в Москве (!)* — я не случайно выделил. Всё же это не условный Задрищенск, можно найти ивент по душе и развлечь и себя, и детей вместо сидения в бетонной коробке, если включить голову. Да хоть в ЦПКиО тот же самый съездить погулять.
а обеспечить комфортное возвращение мужа домой и послужить надёжным тылом, как и полагается хорошей жене
А хорошему мужу что полагается? Служить надёжным фронтом?
Если Вы реально считаете, что этот скандал Вы действительно заслужили
Тут всё зависит от договренностей/обещаний перед поездкой. Если автором было сказано "Я там буду работать по рабочим дням с 9 до 18, а всё остальное время будем вместе", то может не скандал, но какое-то порицание он точно заслужил за невыполнение обещания. Тем более, что это не какие-то форс-мажоры на работе, это было исключительно его желание.
Он им (фронтом) и служил. Пахал как трактор Беларусь ради семейного благополучия. А жену в командировку мужа, собственно, никто и не приглашал. Сама напросилась, и чего теперь скандалить, совершенно неясно.
> Тут всё зависит от договренностей/обещаний перед поездкой.
Там договорённостей не было и быть не могло, как я понял :) Жена потащилась в поездку, узнав о ней часа за 3 до выезда.
Могли быть договоренности, как и не факт (может пропустил, конечно), что сам напросилась. Вполне представляю диалог:
- мне в командировку надо ехать через три часа, могу вас взять — всё (или почти всё) на шару
- ты сдурел?! три часа!
- давай-давай собирайтесь, халява же
- а что мы там делать будем, ты же работать будешь?
- ну я только с 9 до 18 по рабочим дням, всё остальное время с вами. Будем по Москве гулять, ходить везде, Москва же!
- ну ты и мёртвого уговоришь...
В любом случае уважать себя надо, тем более есть повод, видно, что программист хороший, грамотный и зарабатывает наверняка достойно.
А эта простите меня тварь женского пола ноги об него вытирает.
За то, что он ей королеве хоромы и отдых не обеспечил, устроила скандал.
Еще и зачем то кучу бабок истратила в Икее, типичная бытовая проституция.
С такими отношениями истощение нервной системы, депрессия и ранняя смерть просто запрограммированы. Вообщем поэтому у нас мужчины живут 59-61 год в среднем а женщины 73-74 г.
Сперва их изводят подобным психологическим насилием, а потом они ныряют в бутылку, дальше понятно что.
И неправильная декомпозиция с самого начала. Я имею в виду, брать семью в командировку, когда изначально знаешь, что надо ещё вечерами работать. Опять же, это неправильно — работать работу вечерами.
С другой стороны, основная задача (фактически) была доказать, как автор крут. Как минимум, себе, как максимум — коллегам.
И, прошу прощения, не могу удержаться:
Читая статью, представлял себе, как звучит текст в исполнении закадрового голоса из фильма "Город грехов". Прям завораживает...
В общем, автор, лови плюс в карму и луч поддержки тебе и твоей семье.
Я очень рад за тех, кто умеет всё заранее спланировать, знает как оно должно быть в семейной жизни, у кого дети спокойно переживают пару переездов вдоль экватора и вот это всё.
У меня, как и у автора случались и случаются в жизни факапы, дети неидеальны и способны за день сожрать мозг родителям, я могу внезапно сорваться и наорать на жену, жена может внезапно сорваться и вынуть мне всю душу. Мы обычные, в сущности, люди. Не самые хорошие, не самые плохие.
Но мне наш брак нравится. И дети, внезапно, тоже.
«Ах-ах, зачем автор тут пишет о семье?»
Да затем, чтобы показать уровень внезапного ада, хикки вы непонятливые.
Когда я в своё время, поставив всё на карту, уехал на проект на край света, а потом, приехав в отпуск за семьёй, услышал в телефоне, — ты уволен — я тоже много чего чувствовал.
Как оказалось — и это к лучшему. Опыт — даже такой — даёт многое.
В общем, держись там
Что ж теперь, стреляться?
Семейная жизнь — часть жизни. Если ВСЯ семейная жизнь — ад, то да, что-то происходит не так. Если ты ждёшь, что в семейной жизни ВООБЩЕ ада не будет, то прости, маленький хикки, тут взрослые про какие-то скучные вещи говорят.
Я тоже тот ещё затворник и сто лет не видел тебя со времён жуйка.
мне кажется что вся эта история — чистый вымысел. Люди, которые не знакомы с IT-никами могут услышать такую историю и похихикать «какие же эти компутершики странные». Но на хабре наверное 99.999% пользователей — IT-ники, и мы знаем, какие мы: мы +- логичные люди, +- умеем планировать, +- знаем когда нужно остановиться, если зашли не туда. А в этой статье просто сборник фрагментов, как я (и все мои коллеги и знакомые IT-шники) никогда бы не сделал.
То, что описал Фил — вполне случается в реальности. Чуть менее драматично, как правило (реальность вообще не очень драматична), но настолько же упорото.
Но на хабре наверное 99.999% пользователей — IT-ники, и мы знаем, какие мы: мы +- логичные люди, +- умеем планировать, +- знаем когда нужно остановиться, если зашли не туда.
Ну это вы идеализируете. Планирование и логика в коде совсем не подразумевает, что такое есть и в бытовом плане.
А с другой — вот мне щас 41. Я, вроде, тоже IT-шник, вроде не самый плохой, вроде умею в планирование и всякое такое.
Я такую дичь иногда делаю.
Мне просто уже довольно много лет, чтобы не стесняться в этом признаться.
Жизнь меня научила одному — все мы несовершенны и иногда творим очень странные вещи. Хоть IT-шники, хоть нет.
Автор, да и фиг с ним что твой идеальный код ушёл в утиль, за то ты можешь собой гордиться что ты смог проделать титаническую работу и существенно повысить качество этого кода.
У тебя появился ОПЫТ, ты применил НАВЫК, который сможешь с меньшим успехом применить в более везучем проекте.
Автор ты молодец!
Смотрю здесь собрались все сплошь великие разрабы, которые уничтожают говнокод тоннами. Блин, откуда же он берется тогда? Есть варианты?
Ну да. Это я к тому, что все спецы, включая крутых team lead, в своей жизни не раз говнокодили. Бывают проекты, когда на дизайном нет возможности и дня подумать — все на ходу. Поэтому не стоит так ржать над говнокодом, — лучше загляните в свой код десятилетней давности. Ну или пятилетней.
Хотя иногда встречаешь программу от слова "ну совсем"! Типа 10 Kloc в одном модуле! Но это, скорее, редкость, чем правило. Обычно видишь работу приличного чувака, зажатого в тиски времени, который подумал что рефлексия ему поможет много чего не писать (кстати, десять лет назад так и думали вполне себе приличные разработчики).
И хорошо если рефакторишь потом свой же код, а не чей-то еще, с непонятной логикой, стилем и тараканами. У меня вообще был забавный расклад: я научил джуна писать полностью в моем стиле, его код в большом проекте не отличим от моего. И когда через 15 лет дошло до переиспользования я смотрел как баран на новые ворота и никак не мог вспомнить, почему я такое написал и что имел в виду, хотя явно же код выглядит как мой, только логика ускользает. Уже позже пришло понимание, что это не склероз, просто логика не моя :)
Смотрю здесь собрались все сплошь великие разрабы, которые уничтожают говнокод тоннами.
Так тут вроде ни в статье, ни в комментах не утверждает никто, что он говнокод исключительно устраняет, и никогда не создаёт.
Написать тонну говнокода, чтоб успеть выкатить все желаемые фичи (особенно для ранней-преранней демки) — явление очень частое. Не отрефакторить потом эту тонну говнокода в силу тысячи разных причин — явление тоже очень частое. Итог — куча говнокода, которая когда-нибудь потом или очень потом доберется до рефакторинга. А может быть и нет.
те, кто нанимают не всегда могут отличить плохого от хорошего — формальной методики не существует
Я даже больше скажу — не у всех есть деньги и задачи для хороших. Многим достаточно и плохих, или как максимум, «нормальных».
Или вот бывает видишь что код будет написан 1 раз, функциональность расширяться не будет ближайшие несколько лет, но сделать чтобы работало стоит X, а сделать более менее хорошо 5X. Озвучиваются риски менеджеру, а он уже решает, что выгоднее, сейчас за X а в будущем уже за 10X переписать либо нужные правки внести, либо сейчас за 5X а в будущем за X вносить правки.
Заставлять человека который явно недосыпает и под стрессом несколько дней ехать среди ночи, далеко, по незнакомому городу, на чужой машине?
Начнём с того, что это как раз про жену, которую, как человека, "который явно недосыпает и под стрессом" заставили "несколько дней ехать среди ночи, далеко," в незнакомый город ", на чужой машине". Послать надо было такого мужа, на самом деле, сразу и подальше.
Куда практичнее делать такой рефакторинг небольшими шагами, после каждого из которых получаешь рабочий код. Таким образом можно очень точно управлять временем посвящаемым рефакторингу.
С таким подходом рефакторинг сам собой сосредотачивается на основных участках кода и интерфейсах, которые чаще всего требуется менять, а это гораздо важнее, чем рефакторить второстепенный код, который просто выполняет свои функции.
В результате, гораздо меньшими усилиями и временем получается добиться больших результатов в плане повышения общего качества кода, так и в возможностях дальнейшего внедрения новых фич.
Если же нужно отрефакторить код на 100% и при этом полностью описан функционал требуемый от конечного результата, то проще и быстрее переписать код с нуля, чем разбираться в джунглях легаси кода.
Спасибо за статью! Только что вышел из похожей истории.
В очередной раз понял, что идея стать героем-одиночкой и спасти мир всегда сулит большие неприятности.
Когда я вернулся домой, меня ждала новость — проект работает. Лид поправил пару мелочей, мои изменения прошли автотесты и прямо сейчас успешно проходят ручное тестирование. Я не поверил.
Извините, но я тоже не верю. Так не бывает. Однако сказка написана годно.
С другой стороны это звоночек, что для хабравчан это тема горячая.
Так это от того, что статья не столько про именно рефакторинг, сколько про автора и его переживания. Про рефакторинг среди комментов тоже есть, но это скучные советы, которые по сути и так известны всем — "не начинай рефакторить если сроки жёсткие, никогда не знаешь, сколько на самом деле времени это займёт". И статья отлично показывает, почему совет правильный.
Я в одиночку отрефакторил 15 тысяч строк легаси. Это были худшие две недели в жизни