|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
sereginsereginА вот когда Заказчик-хозяин тогда и говорить не о чем ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:33 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Тут вся тема о томкак это какой код-ревью? вы что, действительно фигачите сразу на продакшене? или неглядя выкладываете? Разрабатывается отдельно. Тестируется отдельно (самим программистом). Максимум - попросит на форму посмотреть. Потом - в продакшен. Его код никто не смотрит. Считается, что он достаточно квалифицирован. Думаю, чтобы вникнуть в код 1С-ника потребуется чтолько же времени, чтобы его написать еще раз. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:34 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Monochromatique100-страничное ТЗ рождается на новом у крупном проекте. Какая-нибудь свистелка на полторы-две тыщи строк кода (1С) обходится без условностей. - здравствуйте! почему мы лажаем? - вы не работаете с требованиями, с выдаваемым кодом, просматриваются пробелы в организации работы коллектива - это понятно. а почему мы лажаем? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:36 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
а почему конторе другой не заказать? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:37 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
sereginsereginЕсли проект рисковый, надо его дробить по согласованию с заказчиком. Простые решения реализовывать и передавать в эксплуатацию. Вот вот. Проект, который меня добил (закончился больше года назад) - предполагал ЗАМЕНУ существующей системы. То есть - объем функционала УЖЕ БЫЛ, и его надо было отрефакторить и дать замену. Так что реализовывать по кускам - не получалось. Плюс один из заказчиков занял позицию - "ну-ну посмотрим, что у вас получится." ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:39 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueТут вся тема о томкак это какой код-ревью? вы что, действительно фигачите сразу на продакшене? или неглядя выкладываете? Разрабатывается отдельно. Тестируется отдельно (самим программистом). Максимум - попросит на форму посмотреть. Потом - в продакшен. Его код никто не смотрит. Считается, что он достаточно квалифицирован. Думаю, чтобы вникнуть в код 1С-ника потребуется чтолько же времени, чтобы его написать еще раз. рано отправил, надо было это цитировать :)) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:39 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Тут вся тема о томчто надо: смотреть какие есть методологии, какие есть стандарты документации, принимать решения и вдавливать выбранное кусками в текущую реальность Ну для этого-я-как-бы-и-создал-тему. А в итоге - хорошую архитектуру создает хороший архитектор. TOGAF один раз всплыл да и всё на этом. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:44 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
kmawа почему конторе другой не заказать? Что не заказать? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:44 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueДумаю, чтобы вникнуть в код 1С-ника потребуется чтолько же времени, чтобы его написать еще раз. давай без фантастики ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:49 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueТут вся тема о томчто надо: смотреть какие есть методологии, какие есть стандарты документации, принимать решения и вдавливать выбранное кусками в текущую реальность Ну для этого-я-как-бы-и-создал-тему. А в итоге - хорошую архитектуру создает хороший архитектор. TOGAF один раз всплыл да и всё на этом. понятно. об стену горох. дубль два: - здравствуйте! почему мы лажаем? - вы не работаете с требованиями, с выдаваемым кодом, просматриваются пробелы в организации работы коллектива - это понятно. а почему мы лажаем? добавочка: задаете вопросы, вам десять страниц описывают фактически имеющуюся у вас проблематику, а вы, видимо, не имея возможности принять критические по отношению к вашим навыкам замечания, в очередной раз называете всех трэшак-шапито, в итоге все остаются при своих. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:52 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Злой БобрMonochromatiqueРазработка ПО силами компании, для внутренних нужд. Всего лишь на 8 странице ТС родил что это внутренний проект. Ну ну. Ждемс продолжения банкета. (побежал за колой и чипсами) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:55 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
iscrafmMonochromatiqueДумаю, чтобы вникнуть в код 1С-ника потребуется чтолько же времени, чтобы его написать еще раз. давай без фантастики (Пожимая плечами) Давай. Исправь ошибку. Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:55 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Тут вся тема о томMonochromatique100-страничное ТЗ рождается на новом у крупном проекте. Какая-нибудь свистелка на полторы-две тыщи строк кода (1С) обходится без условностей. - здравствуйте! почему мы лажаем? - вы не работаете с требованиями, с выдаваемым кодом, просматриваются пробелы в организации работы коллектива - это понятно. а почему мы лажаем? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:57 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiquesereginsereginЕсли проект рисковый, надо его дробить по согласованию с заказчиком. Простые решения реализовывать и передавать в эксплуатацию. Вот вот. Проект, который меня добил (закончился больше года назад) - предполагал ЗАМЕНУ существующей системы. То есть - объем функционала УЖЕ БЫЛ, и его надо было отрефакторить и дать замену. Так что реализовывать по кускам - не получалось. Плюс один из заказчиков занял позицию - "ну-ну посмотрим, что у вас получится." Функционал был известен, он работал - значит непротиворечивый. Чего тут проверять. Единственные 2 риска: 1. Переварит ли новая платформа старые алгоритмы и старую модель данных; 2. Уложиться в оговоренные сроки. Вопрос о том, что новая платформа должна предоставит преимущества перед старой и оправдать ожидания заказчика к рискам разработчика не относится. Это риски Заказчика. Гарантировать заказчику такое нельзя.... Правда, SAP дает такие гарантии, и иски в суд на них уже подавали. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:59 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueТут вся тема о томчто надо: смотреть какие есть методологии, какие есть стандарты документации, принимать решения и вдавливать выбранное кусками в текущую реальность Ну для этого-я-как-бы-и-создал-тему. А в итоге - хорошую архитектуру создает хороший архитектор. TOGAF один раз всплыл да и всё на этом. Тогаф для незрелых процессов разработки - как микроскоп для папуаса, он его все равно как каменный молоток использовать будет... ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 20:59 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
sereginsereginФункционал был известен, он работал - значит непротиворечивый. Абсолютно не тот вывод. Даже странный. Программист закрывал зарплату - вот такой функционал. И всех устраивало. Когда стали переделывать - оказалось - теперь чтобы закрыть ЗП сотрудникам нужно делать кучу движений + брать на себя ответственность. Ну и т.п. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 21:02 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Тут вся тема о томдобавочка: задаете вопросы, вам десять страниц описывают фактически имеющуюся у вас проблематику, а вы, видимо, не имея возможности принять критические по отношению к вашим навыкам замечания, в очередной раз называете всех трэшак-шапито, в итоге все остаются при своих. Поправочка: Десять страниц здесь уже чего только не обсудили. Я можно сказать 19-летним фрилансером побыл, с 25-ти летним опытом. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 21:05 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Тут вся тема о том что надо: смотреть какие есть методологии, какие есть стандарты документации, принимать решения Какие методологии/стандарты документации вы использовали на последнем крупном (субъективно) проекте? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 21:07 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
sereginseregin1. Переварит ли новая платформа старые алгоритмы и старую модель данных; А об этом даже речи не было. Всё нужно было спроектировать заново. Иначе какой смысл? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 21:08 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Monochromatiqueiscrafmпропущено... давай без фантастики (Пожимая плечами) Давай. Исправь ошибку. Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
я же говорю: давай без фантастики. Как это вообще можно как текст программы рассматривать ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 21:16 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
А, ты в этом смысле... Ну так а чо- рабочие моменты. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 21:19 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
iscrafmя же говорю: давай без фантастики. Как это вообще можно как текст программы рассматривать наверное надо было сказать жестче: давай без фильмов ужасов ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 21:20 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiquesereginsereginФункционал был известен, он работал - значит непротиворечивый. Абсолютно не тот вывод. Даже странный. Программист закрывал зарплату - вот такой функционал. И всех устраивало. Когда стали переделывать - оказалось - теперь чтобы закрыть ЗП сотрудникам нужно делать кучу движений + брать на себя ответственность. Ну и т.п. Какие тут риски. Новые плюшки - риски Заказчика, что проект затянется. Неприятно что программист брал на себя ответственность за расчет зарплаты, но он раньше так делал. Ради реализации всего проекта, отдельное г.. приходится копипастить, а потом уже переписывать за отдельные деньги, это тоже реально оговаривать с заказчиком. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 21:23 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueТут вся тема о томдобавочка: задаете вопросы, вам десять страниц описывают фактически имеющуюся у вас проблематику, а вы, видимо, не имея возможности принять критические по отношению к вашим навыкам замечания, в очередной раз называете всех трэшак-шапито, в итоге все остаются при своих. Поправочка: Десять страниц здесь уже чего только не обсудили. Я можно сказать 19-летним фрилансером побыл, с 25-ти летним опытом. заметочка: ваше подсознание в очередной раз подсказало вам как обозначить всех вокруг неспособными вам помочь и возможно даже виноватыми в некоторых ваших трудностях на работе за возраст - оставим дублирую осмысленное: 18456072 абзац про долгофрилансеров (мне все-таки кажется, что он имеет отношение к делу) 18456239 про требования 18456471 всяко-разно 18456635 todo 18456716 нахрен водопад авторКакие методологии/стандарты документации вы использовали на последнем крупном (субъективно) проекте? каждому проекту - своя методология это основа применения методологий и обмена опыта по применению оных. в большинстве незакомплексованных компаний никакая конкретно методология не применяется в ее стерилизованном/академическом исполнении. разумный вариант: отсюда - то, оттуда - это, эта задача - XP, вот та хрень с финансами - водопад, с этими клоунами которые нихрена не знаю что хотят и везде нос суют попробуем применить ролевые штуки из скрама, для повседневной жизни циферки из канбана возьмем. и tdd по настроению. авторКакие методологии/стандарты документации вы использовали на последнем крупном или снова отголоски защитных реакций, мол, "сам-то ты чо"? я, на самом деле, рад если топик, так сказать, вдарил в болевую точку иначе бы болотце поглотило. но стартовые посты и последние реплики сильно подозрительно безвариантные. так-то мы все периодически неучами в разных вопросах оказываемся, в том числе, в самых, казалось бы, неожиданных. а если не дай бог профессиональный PM в этот топик заглянет!.. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 21:26 |
|
|
start [/forum/topic.php?fid=33&msg=39110474&tid=1547416]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 152ms |
0 / 0 |