Разное

Охренительная, всётаки, вещь, эти регурялрки!
Чем больше пользуюсь, тем больше проникаюсь их мощью.

Это не только регулярных выражений касается, но и SQL, jQuery и вообще всех декларативных языков программирования. Web-разработчики большую часть времени имеют дело с документами, причем структурированными документами, т.е. декларативными системами, а обрабатывать их приходится императивными и объектно-ориентированными средствами.

надеюсь вы осознаете чем вы платите за эту мощь

>надеюсь вы осознаете чем вы платите за эту мощь

Чем?

Когда-то я фанател от ассемблера, считал такты и каждый байт в памяти. А тем временем народ положил болт на экономию и тупо строчил на сях-паскалях свои дела. Только спустя годы я понял, что бегая за оптимизацией и идеальным кодом я упустил кучу возможностей. Впрочем, к тому времени программинг перерос из хобби в профессию.

Так что.. если страница грузится чуть медленнее, чем если бы это был чистый хтмл — да ну и чёрт с ним, компы усокряются, ядра множатся, каналы ширятся. Что переживать-то?

Хм... ну в общем то да, PHP в 1000 раз медленнее (и это не фигура речи, а объективные цифры), чем все соседние технологии и все окупается скоростью разработки, как окупается скорость разработки с использованием регулярных выражений... только тут немного стали рельсы заворачиваться в обратную строну - проекты стали вырастать за пределы одного сервера и тут все вспомнили про скорость - очень сложно масштабировать проекты, особенно те, в которые при разработке ничего не было заложено для масштабирования на несколько серверов.

Ну всего всё равно не предусмотришь. Я, бывает, в стараниях "всё предусмотреть" трачу на решение задачи больше времени чем требуется, закладывая временами функционал, который неизвестно когда и как понадобиться. Если, спустя год-два обнаруживаешь, что тут ты всё предусмотрел - круто конечно, радуешься, но сколько всего сделано зря... :)

Кстати, а где можно почитать на предмет того, как делаются распределенные проекты и какие существуют особенности при их разработе, м?

>Кстати, а где можно почитать на предмет того, как делаются распределенные проекты и какие
>существуют особенности при их разработе, м?
Специальной отдельной одной книги не встречал (хотя может и есть что-то). Реализации сильно зависят от требований к проекту... одно дело, когда у вас все в одном шкафу, другое дело, когда вы сервис делаете для разных стран с несколькими дата-центрами в каждой из них... Многое зависит от того, используете ли вы стандартные компоненты или свои собственные наработки. Можно начать с изучения репликации (любой базы данных) и способов её организации.

> Можно начать с изучения репликации (любой базы данных) и способов её организации.

спасибо, зачитаем на досуге