Вот вы говорите:
«у нас очень сложная и непонятная ситуация. ведь просрочки были как раз из-за отсутвия процесса, поэтому страдать должны те кто этот процесс должен был налаживать. ведь так?»
А мне говорите, мол нет, у нас процесс самый зашибательский, это такие есть методы работы, а вы просто глупы и ничего не понимаете.
Виноваты те, которые не смогл организовать процесс, а программисты, не при чём. Пришёл новый человек, увидел это всё, офонарел и попытался хоть как то всё исправить.
А вы говорите, мол нет, фигня все ваши методы, мы привыкли без всякой ответственности тут хер знает что делать заниматься высокотехнологичной разработкой своими супер методами.
Если первую — налицо ужасный, трудночитаемый синтаксис. Любые вещи, делаются на том же Python гораздо приятнее, более того, их потом можно повторно использовать.
Если вторую — да, куча всего уже написано на sh/bash, уметь разбираться в этом и дорабатывать тоже нужно. Но если есть возможность переписать на чём-то более читабельном — почему нет?
«это еще и превосходный скриптовый язык программирования.»
Да ладно вам, язык очень и очень хреновый, если можно него не юзать — нужно его не юзать. Единственный плюс (да, если это всё же sh) — кроссплатформенность.
С другой стороны уметь читать и писать на нём (хотя бы со словарём, а лучше — без) пока ещё крайне желательно, в силу как естественных причин, так и инерциальности мышления.
Больше коммитов, больше апдейтов, отсутствует контроль за версиями, не понимание что сделано и что надо делать, что сделано за неделю и кем.
Всего этого вам не хватает и вы хотите «общаться». В результате этого постоянного общения и пролетаете по срокам.
Вам — не за чем. Вы не понимаете просто что важно знать какие файлы кем, когда и зачем изменены, вы считаете что сами лучше всех всё знаете.
Это всё растёт из не умения программировать. Кодить, получать работоспособный какой-то продукт — это одно.
А программировать — совсем другое. Если у вас общий стиль в именовании переменных? Написание комментариев, документации? Если нет — то вам и СВН особо не нужен.
Неправильное использование инструментов, отсутствие понимания того что вообще происходит с проектом. Каждый из вас судя по всему живёт в своей «ветке» и нифига не хочет думать об остальных
Что-то я читаю-читаю… и мне за вашу фирму всё беспокойнее и беспокойнее…
Честно скажу, будт я вашим лидом, руки бы оторвал затакие «инстинктивные» коммиты.
Просто нет слов на самом деле. Так нельзя.
Ну что это за «я и не хочу знать когда задача будет завершена»? Это превращаете SVN в помойкукакую то. Вот 7 человек работают над проектом… и каждый и них делает коммит и идёт отлить. При этом никто апдейт не делает и не видит что уже навалилось в транк. Идут часто все человека по 3, покурить поговорить.
За разговором выясняется что работали с одними и теми же файлами и конфликт не избежен. Возвращаются, а там ещё несколько чеовек что-то закоммитили, причём комментариев никто естественно не пишет.
Скажите сколько вы будете разрешать коллизии? Неделю? Месяц? Полгода? Отложите на потом.
Что в результате? У каждого будет какая-то сборная локальная версия, да, возможно рабочая. Но взять это потом и смержить… 7 веток, причём с кучами мелких ответвлений?
Вот в чём ваша правда — так это в том, что не следовало ему прямо с места в карьер так… Надо было сесть обсудить всё, понять причины срыва сроков… а он свои порядки кинулся наводить…
Человек такое существо, скажу я вам, склонное ко всяким нехорошим поступкам. У меня всё проще сделано — SVN логи. По ним всё прекрасно видно, не только комментарии программиста но и список того что он делал.
Сделать срез по отдельному дню проще простого. Хочется правда к этому и веб-интерфейс и багтрекинг, а Trac правда мне как-то не приглянулся, у него всё плохо, когда есть много мелких проектов. Придётся либо искать что-либо готовое, либо писать своё.
Ежедневная отчётность? Нет.
Знаю по себе и тем, кем довелось руководить. Бывает у человека весь день голова болит и он толком ничего не делает, а бывает как на крыльях за день делает то, что требовалось за неделю.
А при ежедневной отчётности неуспевающие стараются создать иллюзию деятельности.
Уж лучше чёткий набор задач на неделю давать.
Что касается проблем с внедрением… да я когда внедрял SVN и Мантису на меня долго все матерились, включая начальство, которому видите ли «некогда создавать там тикеты и вообще проще сказать словами»
XML? Хороший формат, да, для иерархических структур. Каждый узел в отдельной XML-ке?
Пока я бы смотрел в сторону «типизированых» файлов, каждая запись в которых имеет один и тот же размер и может соответствовать тому, что хранится и в оперативной памяти.
А вообще, да, жду целую статью — уверен, что будет что обсудить более предметно. Есть даже идея потом это всё запихать в некую викиобразную фиговину и обсуждать/дополнять коллективно.
«у нас очень сложная и непонятная ситуация. ведь просрочки были как раз из-за отсутвия процесса, поэтому страдать должны те кто этот процесс должен был налаживать. ведь так?»
А мне говорите, мол нет, у нас процесс самый зашибательский, это такие есть методы работы, а вы просто глупы и ничего не понимаете.
Виноваты те, которые не смогл организовать процесс, а программисты, не при чём. Пришёл новый человек, увидел это всё, офонарел и попытался хоть как то всё исправить.
А вы говорите, мол нет, фигня все ваши методы, мы привыкли без всякой ответственности тут
хер знает что делатьзаниматься высокотехнологичной разработкой своими супер методами.Если первую — налицо ужасный, трудночитаемый синтаксис. Любые вещи, делаются на том же Python гораздо приятнее, более того, их потом можно повторно использовать.
Если вторую — да, куча всего уже написано на sh/bash, уметь разбираться в этом и дорабатывать тоже нужно. Но если есть возможность переписать на чём-то более читабельном — почему нет?
Да ладно вам, язык очень и очень хреновый, если можно него не юзать — нужно его не юзать. Единственный плюс (да, если это всё же sh) — кроссплатформенность.
С другой стороны уметь читать и писать на нём (хотя бы со словарём, а лучше — без) пока ещё крайне желательно, в силу как естественных причин, так и инерциальности мышления.
Всего этого вам не хватает и вы хотите «общаться». В результате этого постоянного общения и пролетаете по срокам.
Это всё растёт из не умения программировать. Кодить, получать работоспособный какой-то продукт — это одно.
А программировать — совсем другое. Если у вас общий стиль в именовании переменных? Написание комментариев, документации? Если нет — то вам и СВН особо не нужен.
Честно скажу, будт я вашим лидом, руки бы оторвал затакие «инстинктивные» коммиты.
Просто нет слов на самом деле. Так нельзя.
Ну что это за «я и не хочу знать когда задача будет завершена»? Это превращаете SVN в помойкукакую то. Вот 7 человек работают над проектом… и каждый и них делает коммит и идёт отлить. При этом никто апдейт не делает и не видит что уже навалилось в транк. Идут часто все человека по 3, покурить поговорить.
За разговором выясняется что работали с одними и теми же файлами и конфликт не избежен. Возвращаются, а там ещё несколько чеовек что-то закоммитили, причём комментариев никто естественно не пишет.
Скажите сколько вы будете разрешать коллизии? Неделю? Месяц? Полгода? Отложите на потом.
Что в результате? У каждого будет какая-то сборная локальная версия, да, возможно рабочая. Но взять это потом и смержить… 7 веток, причём с кучами мелких ответвлений?
Сделать срез по отдельному дню проще простого. Хочется правда к этому и веб-интерфейс и багтрекинг, а Trac правда мне как-то не приглянулся, у него всё плохо, когда есть много мелких проектов. Придётся либо искать что-либо готовое, либо писать своё.
Знаю по себе и тем, кем довелось руководить. Бывает у человека весь день голова болит и он толком ничего не делает, а бывает как на крыльях за день делает то, что требовалось за неделю.
А при ежедневной отчётности неуспевающие стараются создать иллюзию деятельности.
Уж лучше чёткий набор задач на неделю давать.
Что касается проблем с внедрением… да я когда внедрял SVN и Мантису на меня долго все матерились, включая начальство, которому видите ли «некогда создавать там тикеты и вообще проще сказать словами»
Ничего, привыкли.
Пока я бы смотрел в сторону «типизированых» файлов, каждая запись в которых имеет один и тот же размер и может соответствовать тому, что хранится и в оперативной памяти.
А вообще, да, жду целую статью — уверен, что будет что обсудить более предметно. Есть даже идея потом это всё запихать в некую викиобразную фиговину и обсуждать/дополнять коллективно.