Information
- Rating
- Does not participate
- Location
- Россия
- Date of birth
- Registered
- Activity
Specialization
Бэкенд разработчик, Site Reliability Engineer
Старший
SRE
Мониторинг
GitLab
Golang
Высоконагруженные системы
Проектирование архитектуры приложений
Заходит один разведчик и бежит примерно по кгругу, виляя и иногда уприраясь в стены. Набегает несколько кругов, а так как он бегает по разному, то крывые неизбежно пересекаются. Если пересечений много — значит места мало, но если пересечения редки — помещение большое.
После разведчик приводит с собой еще одного муравья и процедура повторяется. Но рабочие все равно не пойдут за двумя муравьями, даже если помещение действительное большое — их надо убедить.
Эти двое приводят еще двух — процедура ииследования повторяется, затем уже четверо идут рассказать другам. Как только достаточно большая масса муравьев уже исследовала помещение — колония одобрила его прием. С этого момента оно заселяется и используется.
Посмотрите про реализацию алгоритма тут works.doklad.ru/view/BsaT-3tALgc/3.html наглядно написаны правила выбора направления.
Следующего муравья запускаете из этой же точки — он не пойдет туда где ближе, посомневается.
Я применяю описанный ранее на хабре принцип «два часа — только работа». Все лишнее убрать, ничего интересного не читать, не смотреть, отключить связь. Два часа работы в концентрации. Иногда выходит сделать больше, чем за весь день. Можно менять дистанции, я приноровился к 30 мин и к часовым рабочим сессиям.
Я и не думал, что есть такой сервис. Иначе собеседника найти трудно, который бы еще и захотел сам с тобой говорить.
Я настраивал IPS монитор и только через полчаса вспомнил о f.lux — пришлось перенастраивать цвета заново.
Я бы еще попробовал такой отчет в виде Mindmap сделать.
Уступки — это невыгодны обоим сторонам, и что-то от первоначального будет потеряно.
Стоит искать такой метод, который приведет к консенсусу.
Сначала надо решить переписывать ли код?
Не все решения должны быть идеальны, разработчик может негодовать от ужасов кода и его неэффективности, однако пользователь при этом доволен, как слон и лучше ему не надо.
Успешное ПО решает проблемы пользователей, пытаться угадать, а что бы еще пригодилось и решить проблему о которой пользователь и не заявляет — бесполезная трата времени, надо спрашивать, наблюдать, давать то, что нужно массовому пользователю.
Есть отличная книга Эффективная работа с унаследованным кодом — это работает в случае, когда вы уже решили точно переписать код.
Частично спасает хорошая музыка, но тоже не на долго.
Вот ваши подлокотники очень напоминают решение Herman Miller Envelop
а подлокотники, чтоб иногда зависать над лошадью?)
Стол на работе мне не поменяют так быстро, как я куплю стул.
Дома тоже стол обычный 80 см высотой.
Я вот обед в дни сильного недосыпа сплю по 15 минут в обед, наклонившись на стол и подложив руки — помогает активно работать во 2 половине дня.