На самом деле, программист никогда не нанимается на работу. Он находит себе менеджров, бухгалтеров, директоров, чтобы выгодно продавать им своё время и не отвлекаться на юридические и экономические аспекты бытия.
Вы описали взгляд программиста «со своей колокольни». Каждый член корпоративной структуры может о себе сказать такое и в его понимании это будет логично.
Работа, труд — это отношения людей, которые взаимодействуют для достижения оговоренного результата. Когда кто-то в коллективе начинает демонстрировать ЧСВ, коллектив на это отреагирует, чаще не в пользу раздражителя.
Описан некоторый субъективный идеальный мир одного человека-программиста. Возможно фрилансера.
Как люди разные, так и программисты разные. Совсем не обязательно, чтобы менеджер понимал каждого программиста так, как описано в статье. Правильный менеджер найдет контакт и взаимоуважение.
Если говорить о корпоративном мире, то характер каждого сотрудника формируется с учетом его опыта, корпоративной культуры и ценностей. И часто в компании со временем люди меняются.
К сожалению, под Ubuntu 12.04 Geeknote не работает, это указано на странице Install. Это ошибка Evernote SDK под Python, как только они обновленную версию выпустят, за пересоберем Geeknote.
Так же xslt-шаблонизатор — вы много видели верстальщиков, которые смогут верстку нарезать под него? Вот тут, на хабре таких много, кто постоянно использует xslt-шаблонизатор?
Для штатного сотрудника порог входа в XSLT = 3-5 дней максимум. Оттого все ужасы XSLT кажутся надуманными. Нужны прямые руки и мышление.
Если вы программист, и писали ранее на фреймворках, как говорите, то удивительно, как вы можете отказываться от XSLT, если Вам хотя бы чуть-чуть знакомы удобства шаблонов проектирования MCV/MVT.
А то, что он тормозит сильнее чем обычный tpl (не говорю уже об чистом php) никого не смущает?
Зачем делать yet another сравнение CMS? На это существует Tagline.
Говорить о том, какая CMS круче было бы правильней по:
1) Количеству сделанных на CMS сайтов. Динамике роста количества создаваемых на CMS сайтов за определенные периоды. Количества студий, использующих CMS. Собственно так уже и делает теглайн.
Тестирование CMS для кого и зачем? Конечного пользователя, разработчика, вторичного разработчика?
К CMS предъявляют определенные требования и те и те. Было бы правильным выбрать людей по сегментам, поставить им соответствующие их категории задачи и уже на этом тестировать.
А по группе студентов, пытающихся разобраться с битриксом или юми ничего адекватного сказать нельзя, оттого считаю это исследование странным.
Опять-таки, смотря какая у кого стратегия. Кто делает дешевые сайты может вполне успешно работать и иметь хорошую рекламу. Эти сайты будут решать минимум задач, но если Заказчику больше и не надо, то почему бы не воспользоваться.
Просто разное позиционирование себя на рынке: или быстро, дешево и сурово, или же круто и дорого. Маркетинг в этих двух случаях будет совершенно разный.
Вы описали взгляд программиста «со своей колокольни». Каждый член корпоративной структуры может о себе сказать такое и в его понимании это будет логично.
Работа, труд — это отношения людей, которые взаимодействуют для достижения оговоренного результата. Когда кто-то в коллективе начинает демонстрировать ЧСВ, коллектив на это отреагирует, чаще не в пользу раздражителя.
Как люди разные, так и программисты разные. Совсем не обязательно, чтобы менеджер понимал каждого программиста так, как описано в статье. Правильный менеджер найдет контакт и взаимоуважение.
Если говорить о корпоративном мире, то характер каждого сотрудника формируется с учетом его опыта, корпоративной культуры и ценностей. И часто в компании со временем люди меняются.
Кстати думаю было бы супер иметь такой сервис в виде онлайн службы с доступом по API.
Сервис аналитики от твиттера появился бы несомненно. Просто разработчикам сторонних систем стоило бы об этом подумать перед разработкой :-)
* шаблонов проектирования MVC/MVT.
Для штатного сотрудника порог входа в XSLT = 3-5 дней максимум. Оттого все ужасы XSLT кажутся надуманными. Нужны прямые руки и мышление.
Если вы программист, и писали ранее на фреймворках, как говорите, то удивительно, как вы можете отказываться от XSLT, если Вам хотя бы чуть-чуть знакомы удобства шаблонов проектирования MCV/MVT.
Он не тормозной.
Говорить о том, какая CMS круче было бы правильней по:
1) Количеству сделанных на CMS сайтов. Динамике роста количества создаваемых на CMS сайтов за определенные периоды. Количества студий, использующих CMS. Собственно так уже и делает теглайн.
2) Или по usecase для различных целевых групп.
К CMS предъявляют определенные требования и те и те. Было бы правильным выбрать людей по сегментам, поставить им соответствующие их категории задачи и уже на этом тестировать.
А по группе студентов, пытающихся разобраться с битриксом или юми ничего адекватного сказать нельзя, оттого считаю это исследование странным.
Просто разное позиционирование себя на рынке: или быстро, дешево и сурово, или же круто и дорого. Маркетинг в этих двух случаях будет совершенно разный.