Forums / National / Russian / Внедрение новых фич, организация процесса

esclkm
#7464 2009-02-10 02:01
Сергеевич ты предлагаешь четкую работу координаторов, тех кто ставит все на свои рельсы.
что ж это более чем верно.
Во времена седитио было монополие - весь код от оливера, и он решает это надо или нет. Когда пишешь свои программы - ты знаешь каждую строчку и зачем она нужна а когда нас несколько - то возникает хаос.и тут нужен тот кого мы называем "координатором" Самые главные на мой взгляд двери:
1. "амбициозность" мы амбициозны - это и хорошо и плохо, да ина мне такой грешок есть
2. должно быть четное определение что должно входить в состав ядра а что должно быть реализовано плагином. ведь к плагину требований меньше. захотел сделал. и все.
3. мультиязычность - наш костный мозг привык считать истиной РУССКИЙ ТЕКСТ. его мы читаем внимательно а инглиш: строчку не понимаем, строчку пропускаем. Тут надо приведение всего под англ грабли. пуской чепорно бито уродливо, зато это СВОИМИ СИЛАМИ и понятно для всей комманды
4. Голосование "нужно-не нужно" - надо привлекать пользователей для голосоания за ту или иную фичу. Из вариантов которые у меня сейчас в голове: Ветку IDEAS расширить и не сделаь ее подветкой. Все сообщения ТРАКА и ИДЕАС выводить в модуле отдельном от ресент ИТЕМС - и выводить не с учетом прав, а за какойто период. Возможно сделать на титульной панельку стиля: 5 актуальных голосований на форуме.
5. В голосованиях порой важно не количество а качество: ведь согласитесь, что такое голос человека у которого 1 сайт и что такое голос человека для которого сайто строительство способ жить и выжить это разные вещи. Допустим, я очень бы хотел чтобы в голосованиях ОБЯЗАТЕЛЬНО писали свое мнение trustmaster lombi kilandor - чтобы это может и отвлекает их и убивает их драгоценнейшее время, но их голоса должны быть на вес золота, это проповедники данного проекта. Их мнение должно быть написано - а не просто поставил галку и нажал VOTE
6. В идеях должна быть не только расписана сама идея но и причина внедрения, и что это даст, и почему это должно быть частью ядра.

И согласен все фишки должны изначально под ИДЕЯМИ
И нужен строгий консерватичный (страшный дед) координатор, который будет воспринимать любое нововведение с настороженностью. и раздавать всем свой хлеб: например, ты дорогой в ответе за это это это... все глюки лежат на твоей голове... и все Данная часть так сказать мониполизируется - его часть его код - остальные лишь дают советы, но не вмешиваются.
чтобы небыло перекрестного опыления.
подумаю еще напишу. на самом деле обидно то что написали antony и asmo - много неообосновано, но многое упирается в то что нас много, мы амбициозны, и мы не знаем инглиш
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты