Многое зависит от рода занятий, но считал и буду считать, что IT разработчику нужно платить не за часы втыкания на монитор, а за выполненную работу. Следить за результатами работы должен РП. Хороший РП это, как известно, редкость.. поэтому менеджерам проще посчитать часы, которые работник сидит перед компом, ну и оштрафовать за опоздание если что.
А то что работник, всместо того, чтобы прект делать, читает хабр это ладно )
В общем это обычная проблема огранизации труда. Кто не может организовать труд - считает часы, вводит систему карточек-пропусков и штрафует, надеясь на то, что после этого программер будет писАть код лучше )
Приходилось учавствовать в разработке довольно известных CMS, одна работала с XSL, другая с обычными шаблонами. Как одна фирма, так и другая занимаются, помимо разработки CMS, еще и разработкой сайтов на своих системах.
Так вот подход, применяемый в фирме, где система с XSL такой, что имеется законченная коробочная версия продукта, и на базе неё уже делается сайт. Все фичти реализуются "легальными способами", т.е. код системы (ядро, модули) не меняется, меняются только XSL шаблоны и специальные скрипты.
Во второй же системе, постоянно, под каждый проект, приходилось дорабатывать модули, а то и ядро, т.к. многие вещи обычными шаблонами просто не реализуешь, нужно было дописывать методы, исправлять существующие.
XSL же позволяет вынести часть логики непосредсвенно в шаблон.
Почему большенство наших производителей CMS против XSL - яснее ясного. Кому хочется ломать и строить заново уже устоявшийся механизм, который стабильно приносит $?
А то что работник, всместо того, чтобы прект делать, читает хабр это ладно )
В общем это обычная проблема огранизации труда. Кто не может организовать труд - считает часы, вводит систему карточек-пропусков и штрафует, надеясь на то, что после этого программер будет писАть код лучше )
Так вот подход, применяемый в фирме, где система с XSL такой, что имеется законченная коробочная версия продукта, и на базе неё уже делается сайт. Все фичти реализуются "легальными способами", т.е. код системы (ядро, модули) не меняется, меняются только XSL шаблоны и специальные скрипты.
Во второй же системе, постоянно, под каждый проект, приходилось дорабатывать модули, а то и ядро, т.к. многие вещи обычными шаблонами просто не реализуешь, нужно было дописывать методы, исправлять существующие.
XSL же позволяет вынести часть логики непосредсвенно в шаблон.
Почему большенство наших производителей CMS против XSL - яснее ясного. Кому хочется ломать и строить заново уже устоявшийся механизм, который стабильно приносит $?