Тут конечно сложный случай, если говорить про смену кавычек. Могу посоветовать вам smartpairs.vim, он проблему с кавычками не решит, но жить все равно станет легче ;).
А мне кажется спорный момент загружать один из 10 файлов на яндекс.диск, а остальные вкладывать в письмо. Ведь когда смотришь письмо, есть кнопка «Сохранить все файлы/вложения» и в этом случае она теряет смысл. Было бы удобно, если бы в случае 10 файлов (с одним большим) они загружались как пакет (папка) на яндекс.диск и была возможность так же скачать их одним zip-архивом.
Кастомизация все же в ext весьма примитивна. Т.е. по большей части как не кастомизируй виджеты средствами самого фреймворка, все равно они экстовыми и останутся. Когда дело доходит до хардкора, приходиться лезть в sass самих виджетов, а это уже выливается в геморрой при миграциях на новую версию фреймворка.
С другой стороны эта штука очень удобна для автоматической кастомизации. Например создание корпаративных тем для crm и все такое, когда нужно просто использовать определенные фирменные наборы цветов.
Вся команда находится территориально в одном городе и офисе. Код пишется и из офиса и из дома и из другого города и даже когда нет соединения с сетью вовсе, днем/ночью, в любое время. В этом плане мы ничем не ограничены.
Качество кода мы измеряем кол-вом матных слов сказаных в единицу времени при ревью этого кода.
Обмен опытом у нас происходит в любое удобное время и когда есть желание, время и мотивация (обеих сторон).
Практика, которой мы следуем описана здесь scottchacon.com/2011/08/31/github-flow.html.
Основной принцип: получить максимум продуктивности от всех участников проекта, а не привести всех в одному знаменателю. Под продуктивностью подразумевается кол-во «качественного» кода в единицу времени.
Нет ничего плохо в узнавании нового. Плохо это когда код ревью используют для этих целей. Можно на досуге посмотреть чужой код, найти для себя что-то новое, это собственно никак не должно быть привязано к код ревью. Он в себе несет совершенно другие цели.
пардон, опечатался.
Т.е. я правильно понимаю, что у вас на фитчу идет один коммит? И перед коммитом идет обязательный ревью? А если фитча содержит 10 коммитов?
С другой стороны эта штука очень удобна для автоматической кастомизации. Например создание корпаративных тем для crm и все такое, когда нужно просто использовать определенные фирменные наборы цветов.
Качество кода мы измеряем кол-вом матных слов сказаных в единицу времени при ревью этого кода.
Обмен опытом у нас происходит в любое удобное время и когда есть желание, время и мотивация (обеих сторон).
Основной принцип: получить максимум продуктивности от всех участников проекта, а не привести всех в одному знаменателю. Под продуктивностью подразумевается кол-во «качественного» кода в единицу времени.
Т.е. я правильно понимаю, что у вас на фитчу идет один коммит? И перед коммитом идет обязательный ревью? А если фитча содержит 10 коммитов?