Теория разработки проектов

  • Автор темы Автор темы craz
  • Дата начала Дата начала
craz Если последующая итерация базируется на результатах всех предыдущих, ну тут математика сам прикинь. Есть этапы, которые можно выделить. Но проект там же бизнес процессы, а не утилитарные функции типа вреймворка. Можно просчитать итерации на типовые операции, но каждый бизнес-процесс не типовой. Похожие есть, но любая самая маленькая отличительная черта на предыдущей итерации меняет всю последовательность (см. первое предложение). Это как md5.
да наверное...
 
любая нетипичная ф-ция влияет на время выполнения заказа, любая мелочь влияет на то самое время, но стоит научиться определять базовый функционал и его стоимость, чтобы плюсовать дополнения.
 
любая нетипичная ф-ция влияет на время выполнения заказа, любая мелочь влияет на то самое время, но стоит научиться определять базовый функционал и его стоимость, чтобы плюсовать дополнения.
в этом и состоял сабж
 
дык а в чем же вопрос? в аппетитах влияющих на конечную оценку? :)
вопрос в том что после первого митинга после составления задач и т.д. Программиста вызывают обьясняют итерацию и он идет к своему компу, что первое/второе/третье и т.д. он будет делать на нем.
 
Да, кстати, правильно igortik заметил. Сначала нужно было поинтересоваться какой цели мы хотим добиться, рассматривая методику разработки. Каждый выбирает то, что ему подходит как по затратам, так и по выхлопу, включая моральные терзания :)
 
Да, кстати, правильно igortik заметил. Сначала нужно было поинтересоваться какой цели мы хотим добиться, рассматривая методику разработки. Каждый выбирает то, что ему подходит как по затратам, так и по выхлопу, включая моральные терзания :)
на заводе существует такое понятия как технологический процес, это временем проверенный набор "идеального", с точки зрения нынешнего рукодства завод, рукодств и действий позволяющий за n часов сделать m продукции стоящей s рублей.

Подозреваю, что если в пхп и не существуют данного "набора" действий, то его вполне можно извлечь обобщив некоторые практики разработки, как вы думаете?
 
craz Ну да, повышение эффективности дает конкурентное преимущество. Но не обязательно быть эффективным, что бы быть богатым. По этому и спросил.
 
craz Ну да, повышение эффективности дает конкурентное преимущество. Но не обязательно быть эффективным, что бы быть богатым. По этому и спросил.
есть одно правило, увы, работающее безотказно - широко известный и продаваемый продукт не обязательно является самым лучшим с точки зрения реализации (трактовать можно как угодно для каждой отрасли)
 
потому что мало уметь делать, надо ещё уметь продавать
и для получения прибыли уметь продавать важнее
 
есть одно правило, увы, работающее безотказно - широко известный и продаваемый продукт не обязательно является самым лучшим
я гарантирую что может быть завтра будет дождь :D
 
всё, закругляемся, не нужно портить хорошую тему. последующий личностный оффтоп буду чистить без разбору.
 
Исследовать практику в воображении - не эффективно. Эффективно - познавать практику в действии. Устройтесь на работу в студию, и впитывайте опыт. Как это делать - на ваше усмотрение.
 
Исследовать практику в воображении - не эффективно. Эффективно - познавать практику в действии. Устройтесь на работу в студию, и впитывайте опыт. Как это делать - на ваше усмотрение.
хм ну если бы все было так просто задавался бы этот вопрос как думаете?
 
Сверху