Работа хорошего коллектива не всегда отличается от работы фрилансера, и уж тем более не всегда в лучшую сторону.
По затраченному чистому времени получается одинаково, как мне кажется. Только в случае со студией оно размазано на месяц, а фрилансер работает исключительно над поставленной задачей, отсюда и 20 часов. Или вы хотите сказать, что в студии, когда называют срок — месяц, это значит что упомянутый программист положит туда 22*8=176 часов и ещё столько же менеджер? А если нет, то сколько времени потратят работники студии на этот проект?
Тогда я не понял, чем работа студии за 80 принципиально отличается от работы фрилансера за 20. Фрилансер — он сам себе менеджер и сам себе программист. Расходов на офис нет, начальства нет.
Он берёт 20 тысяч, а сумма, которую получат программист и менеджер в офисе, вполне с ней сопоставима: (30 + 20) минус 50% = 25. Получается, что денег за работу студийные программист и менеджер получают столько же, сколько и фрилансер.
Тогда почему у фрилансера качество хуже должно быть, чем у студии?
По-моему, тут дело совершенно не в деньгах и не в противопоставлении студии фрилансеру.
Ха-ха. Несмотря на то, что моя программа обслуживает очень посещаемый ресурс, я думаю, что никто не оценит ухищрения, чтобы добиться корректной обработки на JS области прокрутки размером больше 1 миллиона пикселей.
Какая разница для пользователя, сколько там пикселей в документе? Работает адекватно — хорошо. Нет — плохо. И только искушённые могут осознать, что не так просто предоставить пользователю в Web гигабайтный документ для чтения.
Занятно. Руководство провайдеров отмахивается фразами, что-де запросы обезличены и персональных данных они не передают. Однако, история с AOL говорит об обратном:
Знаю meta-CMS DJEM (к сожалению, платная… Цель 2: сделать meta-CMS, копию DJEM,… Созданную на основе CMF систему можно продавать с указанием того, на чём это сделано?
то есть, вас не устраивает, что система платная, хотите сделать аналог и начать продавать? :)
что мешает просто стать дистрибутором DJEM?
никак не смог в очередной раз пройти мимо замечания, что ближайший аналог DJEM-скрипта - Smarty. DJEM-скрипт напоминает Smarty разве что синтаксисом. но назначение у него принципиально другое - Smarty - язык для наполнения шаблонов информацией, которая уже подготовлена для вывода на языке PHP, DJEM-скрипт же - язык как для подготовки информации, так и для её вывода. ближайшим родственником всё же следует считать именно XSLT (с синтаксисом, упрощённым до уровня Smarty).
выбор простой - написание системы для управления этим всем с нуля - гораздо больше четырех человеко-месяцев.
по крайней мере, я незнаком ни с одним человеком, который считает, что на этот проект можно было потратить меньше ресурсов.
я не смогу вас в этом разубедить, да и не собираюсь. я всего лишь хочу сказать, что какая бы технология не использовалась при разработке, человеку, пришедшему на место уволившегося сотрудника, придётся разбираться не с языком программирования, а с устройством системы. и здесь, если предположить, что возможности DJEM-скрипт абсолютно идентичны, например, PHP, быстрее разберётся и "подхватит" проект программист, ранее работавший с этим языком.
здесь же ситуация несколько иная - DJEM-скрипт, это не "общий" язык программирования. это, скорее, нечто среднее, между языком программирования и языком разметки страниц. работодатель может не искать программиста строго определенной категории или навыков. достаточно просто толкового человека, не противящегося знакомства с чем-то новым. и программист, потратив некоторое время на общее знакомство с платформой, сможет поддерживать и расширять проект значительно быстрее, чем, например, программист на PHP, столкнувшийся с аналогичной системой на PHP (или какие там программисты сейчас самые распространенные и дешевые?).
откуда я это знаю и на основании чего делаю такие выводы? - это результат пятилетного опыта работы именно с этой платформой и десятилетнего - с другими языками программирования в web-сфере.
вас, я так понимаю, интересует только программная часть, включая программирование интерфейсов? чистого времени - четыре человеко-месяца.
>> это две недели - месяц работы одного программиста на обычном языке и одного верстальщика/дизайнера.
по-видимому, один из нас не имеет представления о строительстве подобных проектов. надеюсь, что это я. может, расскажете, как за один человеко-месяц построить такой сайт? или хотя бы приведете примеры таких сайтов. буду вам премного благодарен.
может, и хабр, по-вашему один программист по вечерам за месяц напишет?
моя попытка непонимания обоснована желанием показать вам, что вы заблуждаетесь в ваших выводах.
может, всё же ответите на вопрос? или аргументы по теме закончились, переходим на выяснение личностей?
достойных альтернатив не было, да и нет, пожалуй. тот же XSLT - слишком сложен. он явно написан людьми, которым не приходилось обучать людей им пользоваться "с нуля".
поэтому и было изобретено нечто своё, что сочетало бы в себе все плюсы имеющихся языков, при этом оставаясь настолько простым, насколько это вообще возможно без ущерба функциональности.
Работа хорошего коллектива не всегда отличается от работы фрилансера, и уж тем более не всегда в лучшую сторону.
По затраченному чистому времени получается одинаково, как мне кажется. Только в случае со студией оно размазано на месяц, а фрилансер работает исключительно над поставленной задачей, отсюда и 20 часов. Или вы хотите сказать, что в студии, когда называют срок — месяц, это значит что упомянутый программист положит туда 22*8=176 часов и ещё столько же менеджер? А если нет, то сколько времени потратят работники студии на этот проект?
Он берёт 20 тысяч, а сумма, которую получат программист и менеджер в офисе, вполне с ней сопоставима: (30 + 20) минус 50% = 25. Получается, что денег за работу студийные программист и менеджер получают столько же, сколько и фрилансер.
Тогда почему у фрилансера качество хуже должно быть, чем у студии?
По-моему, тут дело совершенно не в деньгах и не в противопоставлении студии фрилансеру.
Какая разница для пользователя, сколько там пикселей в документе? Работает адекватно — хорошо. Нет — плохо. И только искушённые могут осознать, что не так просто предоставить пользователю в Web гигабайтный документ для чтения.
www.nytimes.com/2006/08/09/technology/09aol.html
то есть, вас не устраивает, что система платная, хотите сделать аналог и начать продавать? :)
что мешает просто стать дистрибутором DJEM?
по крайней мере, я незнаком ни с одним человеком, который считает, что на этот проект можно было потратить меньше ресурсов.
здесь же ситуация несколько иная - DJEM-скрипт, это не "общий" язык программирования. это, скорее, нечто среднее, между языком программирования и языком разметки страниц. работодатель может не искать программиста строго определенной категории или навыков. достаточно просто толкового человека, не противящегося знакомства с чем-то новым. и программист, потратив некоторое время на общее знакомство с платформой, сможет поддерживать и расширять проект значительно быстрее, чем, например, программист на PHP, столкнувшийся с аналогичной системой на PHP (или какие там программисты сейчас самые распространенные и дешевые?).
откуда я это знаю и на основании чего делаю такие выводы? - это результат пятилетного опыта работы именно с этой платформой и десятилетнего - с другими языками программирования в web-сфере.
>> это две недели - месяц работы одного программиста на обычном языке и одного верстальщика/дизайнера.
по-видимому, один из нас не имеет представления о строительстве подобных проектов. надеюсь, что это я. может, расскажете, как за один человеко-месяц построить такой сайт? или хотя бы приведете примеры таких сайтов. буду вам премного благодарен.
может, и хабр, по-вашему один программист по вечерам за месяц напишет?
может, всё же ответите на вопрос? или аргументы по теме закончились, переходим на выяснение личностей?
поэтому и было изобретено нечто своё, что сочетало бы в себе все плюсы имеющихся языков, при этом оставаясь настолько простым, насколько это вообще возможно без ущерба функциональности.