- 
	
- Крайности вредны всегда. Но после определенной точки разработчик тратит время на совещания, внутрифирменную переписку, разъяснения манагерам че-конкретно нужно купить и бегает объяснять Начальству на кой оно ему "вдруг" понадобилось. Только не говорите  Скрипач(56 знак., 05.05.2010 10:16)
			
- Ну-ну! Как посмотрю, все прям великие тут! Вам мозг на череп не давит от ваших гениальных познаний? - FDA(05.05.2010 10:19)
 - Совещания это очень нужная вещь. Без них разработчик варится в собственном соку и зачастую изобретает велосипед. Полчаса, потраченных на совещание, часто экономят месяцы ненужной работы. - Shura(05.05.2010 10:18)
					
- Совещания со своими-же "манагерами" (офисным планктоном)? Перестаньте меня смешить :) - Скрипач(05.05.2010 10:22)
							
- Ну если у вас вся фирма это сплошной планктон, то это ваши личные проблемы и не надо их на всех проецировать. У нас есть с кем посовещаться продуктивно. - Shura(05.05.2010 10:26)
									
- Только давайте без эмоций. Вам действительно ни разу не приходилось участвовать в абсолютно не продуктивных совещаниях? - Скрипач(05.05.2010 10:33)
											
- Продуктивность совещаний оценивать трудно. Вот если разработчик читал целый день даташит, но так нифига и не понял - он продуктивно провёл день или нет? :-) - Shura(05.05.2010 10:36)
													
- Если это даташит на доильный аппарат, а разработчик занимается системами связи, то не продуктивно :)  Это если отвлекают на совещания посвященные календарному планированию (а еще хуже, когда туда не зовут) или обсуждению макета рекламой брошуры. - Скрипач(05.05.2010 10:39)
															
- Календарное планирование тоже вещь нужная. Никогда здесь не встречали криков души "гдебля срочнонах взять микросхему XXXX а то сроки поставки 20 недель а мне надо вчера"? - Shura(05.05.2010 10:43)
																	
- Как-то не почувствовал связи количества таких криков с частотой совещаний по календарному (бюджетному) планированию :) Обычно закупка, слава богу, планируется на уровне руководителя проекта, а не общим собранием директоров департаментов :) - Скрипач(05.05.2010 10:54)
																			
- Чего вы хотите доказать, я не понимаю. Что разработчик-одиночка работает эффективнее? Вполне возможно, но зато мало-мальски серьёзный проект ему уже не по плечу. - Shura(05.05.2010 10:59)
																					
- Бросьте Шура. Все по плечу и одному челу. Ваши дозиметры тут недавно например собирались на одном производстве с такой неслабой восьмислойкой представляющей собой мощный диагностический компьютер, гораздо более сложный чем дозиметры.  AlexandrY(466 знак., 05.05.2010 23:16)
																							
- Гм, а скажем систему посадки в аэропорты тоже один может сделать? Может и ЗРК С-500 в одиночку забабахать можно? - Al Volovich(06.05.2010 21:38)
 
 - Не кипятитесь. Тема обсуждения: 70 человек в компании, разрабатывающей электронику это много или мало? Только и всего. - Скрипач(05.05.2010 11:05)
																							
- Разработка без производства - деньги на ветер. А с производством - 70 рыл само то. - mse(05.05.2010 13:41)
																									
- Вот как раз производство зачастую выгоднее на стороне заказывать, чем своё держать. - Shura(05.05.2010 13:44)
 - Вы не правы. Абсолютно нет необходимости иметь свои мощности по травлению-пайке. Это сейчас оцень позволительно стОит на аутсорсинге. - Скрипач(05.05.2010 13:43)
																											
- А чего не упомянул о разработке и изготовлении микросхем, резисторов, кондюков?.. - mse(06.05.2010 17:08)
 - Конечная сборка/тестирование/испытания/наладка все равно своими силами. Да и монтаж ПП, при определенных партиях у себя целесообразен. Al Volovich(141 знак., 05.05.2010 19:43)
 
 
 - Так это глупая тема вообще. Фирмы всякие нужны, фирмы всякие важны. И большие и маленькие. - Shura(05.05.2010 11:10)
																									
- :) - Скрипач(05.05.2010 11:12)
 
 
 - Разработка без производства - деньги на ветер. А с производством - 70 рыл само то. - mse(05.05.2010 13:41)
																									
 
 - Бросьте Шура. Все по плечу и одному челу. Ваши дозиметры тут недавно например собирались на одном производстве с такой неслабой восьмислойкой представляющей собой мощный диагностический компьютер, гораздо более сложный чем дозиметры.  AlexandrY(466 знак., 05.05.2010 23:16)
																							
 
 - Чего вы хотите доказать, я не понимаю. Что разработчик-одиночка работает эффективнее? Вполне возможно, но зато мало-мальски серьёзный проект ему уже не по плечу. - Shura(05.05.2010 10:59)
																					
 
 - Как-то не почувствовал связи количества таких криков с частотой совещаний по календарному (бюджетному) планированию :) Обычно закупка, слава богу, планируется на уровне руководителя проекта, а не общим собранием директоров департаментов :) - Скрипач(05.05.2010 10:54)
																			
 
 - Календарное планирование тоже вещь нужная. Никогда здесь не встречали криков души "гдебля срочнонах взять микросхему XXXX а то сроки поставки 20 недель а мне надо вчера"? - Shura(05.05.2010 10:43)
																	
 
 - Если это даташит на доильный аппарат, а разработчик занимается системами связи, то не продуктивно :)  Это если отвлекают на совещания посвященные календарному планированию (а еще хуже, когда туда не зовут) или обсуждению макета рекламой брошуры. - Скрипач(05.05.2010 10:39)
															
 
 - Продуктивность совещаний оценивать трудно. Вот если разработчик читал целый день даташит, но так нифига и не понял - он продуктивно провёл день или нет? :-) - Shura(05.05.2010 10:36)
													
 - Вам? - Лeoнид Ивaнoвич(05.05.2010 10:29)
											
- всем руководителям проектов - Shura(05.05.2010 10:40)
 
 
 - Только давайте без эмоций. Вам действительно ни разу не приходилось участвовать в абсолютно не продуктивных совещаниях? - Скрипач(05.05.2010 10:33)
											
 
 - Ну если у вас вся фирма это сплошной планктон, то это ваши личные проблемы и не надо их на всех проецировать. У нас есть с кем посовещаться продуктивно. - Shura(05.05.2010 10:26)
									
 
 - Совещания со своими-же "манагерами" (офисным планктоном)? Перестаньте меня смешить :) - Скрипач(05.05.2010 10:22)
							
 
 
 - Крайности вредны всегда. Но после определенной точки разработчик тратит время на совещания, внутрифирменную переписку, разъяснения манагерам че-конкретно нужно купить и бегает объяснять Начальству на кой оно ему "вдруг" понадобилось. Только не говорите  Скрипач(56 знак., 05.05.2010 10:16)