Этот пост не столько про удаленку, сколько про эффективную работу команды. Удаленка — как лакмусовая бумажка. Если в команде выстроены процессы, то и удаленка не так страшно проходит, и работа в офисе становится эффективнее. Карантин закончится, а процессы останутся.
Можно пережить карантин и постараться забыть его как страшный сон, а можно попытаться проанализировать и сделать выводы о том, как организовать работу в команде эффективнее.
Ну я даже не знаю… Протестировать? :)
Для этого есть unit-тесты на скрипты и вёрстку, есть регрессионные авто-тесты.
В самом простом случае можно погрепать проект и поискать там упоминание оставшихся стилей.
Вполне очевидно, что любой рефакторинг чреват багами, но делать его необходимо. Поэтому нужно максимально обложиться со всех сторон инструментами контроля, провести инвентаризацию проекта и, засучив рукава, наводить порядок.
Ну или можно пойти другим путем: сказать себе, что навести порядок невозможно, и уволиться ;)
По принципу сборки икеевской мебели: всё, что осталось лишним после сборки, можно выкинуть.
Если перетряхнуть старый код и разгрести на кучки, останутся лишние куски, которые с высокой вероятностью и окажутся лишними.
Часто бывает, что инструменты некорректно воспринимают код и ругаются, даже если он правильный. В этом случае у разработчика должна быть возможность сознательно обойти автоматическую защиту и закоммитить код.
Мы верим, что люди умнее программ :)
Лучше потратить 2-3 месяца на эффективное плотное структурированное обучение, чем 2-3 года (если повезет) на самообучение и хардкорный гуглинг.
В карьерном плане ШРИ работает примерно как трамплин. Причём, что важно, трамплин не в сторону Яндекса, а в профессиональную деятельность вообще. Паспорта мы не забираем =)
Мы сейчас пишем bem-сервер, который будет подниматься над исходниками, проксировать http-запросы и собирать нужное по запросу. То есть будет как раньше: сохранил код — обновил страницу — увидел результат.
Можно пережить карантин и постараться забыть его как страшный сон, а можно попытаться проанализировать и сделать выводы о том, как организовать работу в команде эффективнее.
Для этого есть unit-тесты на скрипты и вёрстку, есть регрессионные авто-тесты.
В самом простом случае можно погрепать проект и поискать там упоминание оставшихся стилей.
Вполне очевидно, что любой рефакторинг чреват багами, но делать его необходимо. Поэтому нужно максимально обложиться со всех сторон инструментами контроля, провести инвентаризацию проекта и, засучив рукава, наводить порядок.
Ну или можно пойти другим путем: сказать себе, что навести порядок невозможно, и уволиться ;)
Если перетряхнуть старый код и разгрести на кучки, останутся лишние куски, которые с высокой вероятностью и окажутся лишними.
Пишут ведь костыли вида "
display: inline-block; display: inline;
" для старых браузеров.Но в целом, конечно, Автопрефиксер прекрасен :)
Мы верим, что люди умнее программ :)
А ты не хочешь переехать в Москву на постоянку и работать в Яндексе в одной команде с автором поста? =)
[hunting mode off]
Вероятно, тебе будет полезно приезжать на БЭМапы: www.facebook.com/groups/bem.info/permalink/509098229160535/
Это как раз для тех, кто хочет юзать БЭМ в своих проектах.
В карьерном плане ШРИ работает примерно как трамплин. Причём, что важно, трамплин не в сторону Яндекса, а в профессиональную деятельность вообще. Паспорта мы не забираем =)
Мы сейчас пишем bem-сервер, который будет подниматься над исходниками, проксировать http-запросы и собирать нужное по запросу. То есть будет как раньше: сохранил код — обновил страницу — увидел результат.
Код выложен на Гитхабе: github.com/bem/bem-tools/blob/master/lib/server/server.js