Ну скажем так, что методики разработки тоже нужно под конкретные задачи выбирать. Где-то нужен RUP, а где-то (может в вашем случае это именно так), где в силу специфики проекта требования в ТЗ так просто не распишешь — применимы методики, подобные Scrum, где модель разработки скорее итеративная. Во втором случае достаточно иметь приличного менеджера проекта, который будет раздавать задания из очередного спринта, если все друг на друга переваливают то или иное задание. Тут особых навыков непосредственно от разработчиков не требуется.
> Где каждый участник несет персональную ответственность.
И при этом огромная часть российских организаций сертифицированы чуть ли не по ISO 9001:2008. Метод получения, конечно, загадкой не является, но от этого становится лишь грустнее.
Хотя компания (офшор немецкой компании), в которой работаю я, вполне имеет право вешать такой сертификат на своих стенах, так как по крайней мере на первый взгляд нет описанного в топике бардака, присущего исконно российским компаниям.
Что касается «козла-консалтера» — так этим людям по должности сволочами быть положено. По тому как одна из наиболее весомых причин срыва внедрения новых технологий — человеческий фактор и толстые тётьки из бухгалтерии, которые никуда дальше двигаться не хотят. А зачем им? Они и так сидят и деньги получают, чай с крендельками пьют (ничего личного к бухгалтерам в целом, просто как пример).
Для этого можно применить @tutorial, к примеру дабы показать как использовать функцию. Еще раз, дело не в том что не все разработчики достаточно ознакомлены с JD или документатор не поддерживает тех или иных «тегов». А скорее в том что это принятый формат и ничего не мешает писать красивую и удобную документацию как например здесь developer.android.com/reference/packages.html или здесь dev.sencha.com/deploy/dev/docs/
Как ты юзеров не назови: хоть девелоперами хоть мантейнерами хоть еще кем, они так и останутся юзерми. поэтому User Guide. Может хочешь для себя доработать пресловутую Кохану — на здоровье. Просто в данном случае ты дорабатываешь ее ядро (для чего и нужен этот тип документации), а не систему, основанную на ней (а в этом случае такая документация становится практически бесполезной).
И еще, что касается документирования кода в формате JavaDoc — это очень полезная штука, помогает экономить огромную кучу в времени, особенно в разработке корпоративных приложений. А уж формат вывода генерации — это дело десятое, можно в конце концов написать свой генератор, который будет выдовать документацию по API в самом удобном для вас формате.
Иными словами, эта документация генерируется не для разработчиков, использующих в данном случае Kohana в своих разработках, а для документирования кода при доработке самого фреймворка.
Такое ощущение что подобными версиями своих браузеров, которые можно запускать лишь по приколу, Mozilla Foundation испытывает на сколько хватит их пользователей. Надеюсь, что хотя бы к выходу RC вес программки сократится еще процентов на 80.
В случае с альфабанком то что злоумышленники узнают пароль не принесет существенных проблем так как аутентификация производится дополнительно с одноразовым паролем, который приходит по смс на привязанный к аккаунту номер телефона.
И при этом огромная часть российских организаций сертифицированы чуть ли не по ISO 9001:2008. Метод получения, конечно, загадкой не является, но от этого становится лишь грустнее.
Хотя компания (офшор немецкой компании), в которой работаю я, вполне имеет право вешать такой сертификат на своих стенах, так как по крайней мере на первый взгляд нет описанного в топике бардака, присущего исконно российским компаниям.
Что касается «козла-консалтера» — так этим людям по должности сволочами быть положено. По тому как одна из наиболее весомых причин срыва внедрения новых технологий — человеческий фактор и толстые тётьки из бухгалтерии, которые никуда дальше двигаться не хотят. А зачем им? Они и так сидят и деньги получают, чай с крендельками пьют (ничего личного к бухгалтерам в целом, просто как пример).
И еще, что касается документирования кода в формате JavaDoc — это очень полезная штука, помогает экономить огромную кучу в времени, особенно в разработке корпоративных приложений. А уж формат вывода генерации — это дело десятое, можно в конце концов написать свой генератор, который будет выдовать документацию по API в самом удобном для вас формате.
Иными словами, эта документация генерируется не для разработчиков, использующих в данном случае Kohana в своих разработках, а для документирования кода при доработке самого фреймворка.
> Управление видео уютнее подстроено под управление пальцем.
Уютнее — это как?
Вот только не видел ни одних живых обоев, которые менялись бы в зависимости от времени года и погодных условий :-)