По-моему на Хабре что-то сломалось, если я правильно понимаю и в скобках — количество голосов. Я имею в виду вот это: 0.76% (175) Yii
6.45% (105) Symfony
Кто-то встречал кросс-браузерные javascript-костыли для релизации этой красотени в других браузерах? Может заняться этим на досуге?
И да, стили по умолчанию с box-shadow — отстой. Я конечно понимаю, что зарисовались, показали сразу и поддержку box-shadow, но в общем это выглядит как-то не кошерно.
Учитывая, как «оперативно» разработчики железа обновляют прошивки для своих аппаратов, предрекаю вирусный апокалипсис на Андройдах в недалеком будущем. И переход мобильных антивирусов в разряд программ первой установки. Хотя учитывая, что для таких приложений как правило нужен root, от вирусного безумия это вряд-ли спасет.
Хм, интересно, как себя поведет svn, если задать все svn:externals для trunk, а потом сделать branch (под рукой нет, на чем проверить).
Ссылки на конкретные ревизии во внешнем репозитории — очень хорошо, о проблеме задумывался, но не знал, что так можно делать.
Немного печально, что svn как-то не очень развивавется по моим субъективным впечатлениям (может это просто проходит мимо меня? И почему тогда все массово переходят на альтернативные системы контроля версий?). Недостатки то реально есть, а переходить на что-то другое не вижу смысла, т. к. слишком много кода, используемого мной хранится именно в SVN репозиториях.
Если кто-то меняет структуру БД, он же как правило и программирует ту часть функционала, которая отвечает за эти изменения.
Если есть зависимости от этой части базы в других модулях, которыми занимаются другие программисты — проще маякнуть через аську/скайп/просто сказать — «я поменял структуру такой-то таблицы», чем писать миграцию.
Кроме того, если даже кто-то поменял что-то в БД и есть код, поддерживаемый другими членами команды, который может сломаться из-за этих изменений — об этом сразу скажут тесты.
Смысл миграций в моем понимании — обеспечение удобного механизма переноса изменений в БД, а не уведомление об этих изменениях. Но ведь я рассматриваю случай, когда база для локальных серверов разработчиков общая, соответственно ничего никуда переносить не нужно, не считая одноразовой операции переноса изменений на development и production сервер, которую проще и быстрее выполнить с помощью инструментов администрирования СУБД. Для уведомления достаточно словесного описания модификаций, что менее трудозатратно, чем писать миграции :) Или я не прав?
0.76% (175) Yii6.45% (105) Symfony
И да, стили по умолчанию с box-shadow — отстой. Я конечно понимаю, что зарисовались, показали сразу и поддержку box-shadow, но в общем это выглядит как-то не кошерно.
Ссылки на конкретные ревизии во внешнем репозитории — очень хорошо, о проблеме задумывался, но не знал, что так можно делать.
Немного печально, что svn как-то не очень развивавется по моим субъективным впечатлениям (может это просто проходит мимо меня? И почему тогда все массово переходят на альтернативные системы контроля версий?). Недостатки то реально есть, а переходить на что-то другое не вижу смысла, т. к. слишком много кода, используемого мной хранится именно в SVN репозиториях.
Спасибо за статью, познавательно.
Можно подробней?
Если есть зависимости от этой части базы в других модулях, которыми занимаются другие программисты — проще маякнуть через аську/скайп/просто сказать — «я поменял структуру такой-то таблицы», чем писать миграцию.
Кроме того, если даже кто-то поменял что-то в БД и есть код, поддерживаемый другими членами команды, который может сломаться из-за этих изменений — об этом сразу скажут тесты.
Смысл миграций в моем понимании — обеспечение удобного механизма переноса изменений в БД, а не уведомление об этих изменениях. Но ведь я рассматриваю случай, когда база для локальных серверов разработчиков общая, соответственно ничего никуда переносить не нужно, не считая одноразовой операции переноса изменений на development и production сервер, которую проще и быстрее выполнить с помощью инструментов администрирования СУБД. Для уведомления достаточно словесного описания модификаций, что менее трудозатратно, чем писать миграции :) Или я не прав?