Klaus Kater: именованные группы это просто сахар, для удобства. Можно и без него. А вот собирание нового паттерна из других (что-то в духе /([a-z]{2}.+$1/) уже выходит за рамки регулярных выражений как по мне.
DarkLynx91: ну как не стоит, просто сложнее будет и система будет более связанной. Скажем ну пришли данные с сервера, а вы как раз с ними работаете? Что делать? насильно обновлять? Если это просто список чего-то то ок, а если это отдельная запись? Много вопросов, которые решаются исходя из того что вы собственно делаете. Скажем если вы пишите какой-то многопользовательский редактор с большой интенсивностью изменений пользователями одного документа (как гуглодоки) то да, лучше пушить с сервера сразу и данные. Но это специфика задачи.
Вообще это реально очень непростой вопрос и слишком много чего может пойти не так. Поэтому мне больше нравится подход при котором с сервера нам приходит только нотификация о том что что-то поменялось и надо что-то делать, а уж мы потом что-то делаем. это упрощает и реализацию сервера и клиента, да и модель взаимодействия похожа на вариант с ajax, просто в качестве транспорта используется одно web-socket соединение.
Espleth: ну не совсем, фичабрэнчи изолируют изменения, не более. Как именно и для чего вы их используете это уж ваше дело. Опять же сохранение модульности кода больше способствует регулярный рефакторинг и код ревью. Мне же больше нравится подход с branches by abstractions или feature toggles.
давайте так, все дело в том что MyISAM лочит на запись всю таблицу, так что построчная блокировка Innodb явно в выйгрыше.
Хотел было сказать что у InnoDB еще есть такая славная плюшка как транзакции, без которых никуда (при том что в InnoDB еще и фул текст индексы запилили так вообще не вижу смысла вообще рассматривать MyISAM), но лучше уж тогда постгре брать.
Дмитрий Логвиненко: это конечно прикольно, но через недельку две стоит уже почитать и книжку по алгоритмизации. Ибо на таких вот задачках упражнениях вы толком ничего не узнаете и не научитесь. Сможете решать только пройденные задачки и все.
Дмитрий Логвиненко: читаем официальную документацию к языку (обязательно), читаем книги по алгоритмизации, архитектуре и т.д., делаем майнд мэпы, по этим майнд мэпам потом возвращаемся к книгам, туториалам, статьям да и просто гуглить
Виталий Киренков: ну опыт разработки мобильных приложений это все же опыт разработки мобильных приложений. То есть берем и делаем чего-нибудь.
Что до тестов... хм... ну как объяснить... у ваших директив есть определенное поведение, помимо верстки. Да и бизнес логика какая-то нынче на клиенте появляется.
Вот вам пример - реализуйте приложение для управления своими задачами в духе календаря. А потом попробуйте протестировать его руками, это ж ад.
littleguga: можно написать полноценный лексер + парсер, как это сделано в Twig например. Собираете AST (абстрактное синтаксическое дерево), потом это AST дампится в код. Все что нужно есть в вики, есть генераторы лексеров и парсеров (серьезно, проще описать грамматику языка и сгенерить чем писать руками)... Откройте для себя теорию грамматик.
