Я же не предлагал постоянно работать в ночь. Я изначально лишь прокомментировал ваш комментарий на момент о возможности ночной работы для программиста. Если у меня бессоница, хочется чем-то заняться и я могу дойти до работы и заняться делами в тишине — считаю, это замечательно. Даже, вернее, я бы хотел, чтобы это было нормой для всех компаний, в которых работают творческие люди (не поймите неверно, но менеджеру по работе с клиентами действительно нечего ночью в офисе делать и тишина — это вообще не о нем).
Так я же не про работу 24 часа в сутки :)
Я же про смещенный режим сна. Когда днем спишь, а ночью в удовольствие работаешь. Да, это «неправильно», но для меня, например (хотя для многих знакомых разработчиков это также правда), это очень эффективно.
-У меня на одной работе спокойно общались все через общий чат в скайпе, сидя в наушниках, слушая свой звуковой фон и отвечая тогда, когда это удобно (в смысле — оперативно, но не прерываясь на середине строки кода).
-Касаемо работы ночью — Вы, видимо, никогда не пробовали приехать на работу часам к 11 вечера и работать до самого утра в ПОЛНОЙ тишине и спокойствии? Мне, например, в такой обстановке даже музыкальный фон не нужен. Поднимает производительность в разы.
В отличии от многих критикующих статью, мне понравилось. Как бы это ни звучало, но я согласен с большинством мыслей статьи. Работать под какой-то шум для меня просто невыносимо (приходится порой, но все же предпочитаю заниматься делами ночью), постоянно переспрашиваю, когда меня отвлекают от работы вопросами, хотя и с первого раза все слышу… В общем, я к чему это — меня статья «зацепила», жду продолжения!
Я не говорю, что у Коханы полноценная документация на каждое свойство и каждый метод любого класса.
Я хотел донести другую мысль:
1) Код ядра Коханы документирован лучше, чем у большинства других фреймворков (про ZFW и Yii я вообще молчу...) и реально легко читается.
2) Любые мало-мальски сложные моменты при работе с Kohana (например, валидация загрузки нескольких изображений) легко гуглятся (и если описано решение для 3.0, а у Вас 3.2 — у Вас будет как минимум понимание того, в каком направлении двигаться)
3) Кохана — это не CMS, а фреймворк с минимальным каркасом, не all-in-one. Реализация так, или иначе неоднозначных вещей оставлена на усмотрение конкретного разработчика. И если, например, Вы хотите, чтобы select у которого в имени есть [] считался multiple — Вы сами переопределяете класс HTML и реализуете это. Реализуете так, как ВАМ удобно. Почему такой пример? Да потому, что в том же ZFW это реализовано на уровне фреймворка и, если вдруг селект с именем, в котором присутствует [], не должен быть multiple — вам придется очень немало повозиться с реализацией этого (хотя особо суровые могут прямо в коде ядра закомментить нужные строки)
Кохана — это фреймворк, где нужно не «уметь работать с Kohana *.*», а где нужно «понимать php5, знать ООП на хорошем уровне».
Скажите, с чем конкретно у новичка могут возникнуть сложности и он не найдет ответа на свой вопрос в интернете? Мне действительно вдруг стало любопытно, что такого сверхсложного в Кохане, что каждый второй считает своим долгом написать, что Кохана нуждается в документации принципиально другого уровня.
Тот факт, что регистрация до сих пор закрыта и осуществляется по (пусть и символическим...) инвайтам — не смущает? Люди сами и «включают» Google+ для себя.
После одного такого фэйла — делал truncate на конкретную таблицу, но из головы вылетело, что на ней завязана почти вся база по внешним ключам, а on delete в большинстве мест был cascade (благо хоть бета-версия продукта была с ограниченным числом пользователей «из своих») — бэкап стал одним из главных шагов при разворачивании боевого окружения.
Я же про смещенный режим сна. Когда днем спишь, а ночью в удовольствие работаешь. Да, это «неправильно», но для меня, например (хотя для многих знакомых разработчиков это также правда), это очень эффективно.
-Касаемо работы ночью — Вы, видимо, никогда не пробовали приехать на работу часам к 11 вечера и работать до самого утра в ПОЛНОЙ тишине и спокойствии? Мне, например, в такой обстановке даже музыкальный фон не нужен. Поднимает производительность в разы.
habrahabr.ru/blogs/webdev/103677/
Я хотел донести другую мысль:
1) Код ядра Коханы документирован лучше, чем у большинства других фреймворков (про ZFW и Yii я вообще молчу...) и реально легко читается.
2) Любые мало-мальски сложные моменты при работе с Kohana (например, валидация загрузки нескольких изображений) легко гуглятся (и если описано решение для 3.0, а у Вас 3.2 — у Вас будет как минимум понимание того, в каком направлении двигаться)
3) Кохана — это не CMS, а фреймворк с минимальным каркасом, не all-in-one. Реализация так, или иначе неоднозначных вещей оставлена на усмотрение конкретного разработчика. И если, например, Вы хотите, чтобы select у которого в имени есть [] считался multiple — Вы сами переопределяете класс HTML и реализуете это. Реализуете так, как ВАМ удобно. Почему такой пример? Да потому, что в том же ZFW это реализовано на уровне фреймворка и, если вдруг селект с именем, в котором присутствует [], не должен быть multiple — вам придется очень немало повозиться с реализацией этого (хотя особо суровые могут прямо в коде ядра закомментить нужные строки)
Кохана — это фреймворк, где нужно не «уметь работать с Kohana *.*», а где нужно «понимать php5, знать ООП на хорошем уровне».
-для дизайнера: клиент — му*ак
-для верстальщика: дизайнер — му*ак
-для программиста: верстальщик — му*ак
-для нового программиста — старый программист — му*ак