Здравствуйте, yuriylsh, Вы писали:

Y>Здравствуйте, Курилка, Вы писали:

К>>По-моему ты несколько путаешь понятия. У тебя выходит с одной стороны: берём кремний, берём техпроцессы и получаем процы, с другой: берём код(?), берём техпроцессы и получаем машинный код. В первом случае вроде всё похоже на правду, тогда как во втором это лишь я процесс компиляции могу подогнать. А где все другие составляющие? Анализ, дизайн, кодирование (тут, возможно, ООЯ и ФП были указаны), тестирование?

Y>Может и путаю, по-этому поправки приветствуються. Вот только не уверен, что производители процов с тобой согласяться Полагаешь, при производстве процов нет анализа, дизайна, тестирования? Я ж не говорю что другие составляющие не важны. Просто мне кажеться прогресс в ПО, аналогичный прогрессу в аппаратном обеспечении (дальше буду использовать АО, а то упарился это словосоченание употреблять ) вполне возможен. Неужели в АО прогресс в анализе, тестировании, надежности тоже гораздо выше чем в других отраслях? Если да, то, возможно, схожего прогресса в этих областях индустрии ПО и сложно реализовать...

А чего они со мной должны соглашаться? Яж твою точку зрения вроде пытался описать
А про анализ и т.п. в АО, конечно, оно есть, но тут есть очень серьёзный ньюанс. В АО можно выделить 2 процесса — проектирование макета железки (со всеми тамошними подробностями) и собственно штамповка чипов, которые покупают пользователи. Оба процесса важны, но первый — это постоянные затраты, а второй переменные. Есть подозрение (сам я не очень близок, сужу в основном по словам thesz и гапертона, которые этими вещами занимались непосредственно), что в 1-м пункте прогресс движется не быстрее чем прогресс в создании ПО. Основной же прогресс происходит во второй части, за счёт чего получаются камни быстрее, мощнее и т.д.
На производство ПО эту аналогию "натянуть" можно лишь если в качестве 2-й фазы взять компиляцию (у тебя я об этом мысли вроде и увидел), только вот значимость её очень мала и затраты на всё остальное как минимум на порядки больше.

Т.е. анализ, проектирование и разработка это по сути основное содержание создания ПО, основным звеном в этом является человек, а он очень плохо поддаётся автоматизации (в отличие от технологических процессов, происходящих на фабриках).
Основной способ борьбы с этим, на мой взгляд — формирование хорошей сплочённой команды, в которой налажено взаимодействие между людьми. Но это уже тема для PM из области ПО. Основная мысль — техническими средствами трудно тут на ситуацию повлиять.