next layout все-таки немного не то, как раз своя комбинация на каждую раскладку очень удобна, т.к. не нужно отвлекаться и смотреть какая сейчас раскладка. И например не гадать набирая пароль при недоступности виджета языка.
Есть роскошный вариант ее использования для переключения раскладки — Caps — англ., а Shift-Caps — рус. Очень удобно, но не удалось получить стабильную конфигурацию этого в винде, пришлось отказаться :(
согласен, действительно с идеологией make расходится, возможно будет более здраво если предполагать не создание цепочки миграций и одной миграции для приведения конкретной базы в состояние, описанное кодом?
Миграции это конечно замечательно, а пробовал кто-нибудь организовать проект таким образом чтобы миграции были артефактом сборки? Т.е. например есть у меня проект, в котором есть директории tables, views и пр. Мы вносим изменения в код создания одной из таблиц, затем запускаем сборку
make migration
и получаем в папке migrations код обновления схемы до новой версии.
так автору требовалось из Excel создавать задачи. Если нужно получать их в Excel, думаю можно обойтись вообще ничем, по крайней мере в Google Docs я легко смог импортировать данные из редмайна через REST API в формате csv для построения аналитики, без единой строчки кода.
P.S. Раньше 9 апреля не поверю)
и получаем в папке migrations код обновления схемы до новой версии.
причем можно взять URL любого отбора, который нужен (прямо из адресной строки скопировать), добавить ".csv" и ключ (в настройках аккаунта берется)