Я уж не знаю из какой страны вы комменты пишите, но Сталина сейчас особо никто не ждёт — текущий Вождь лучше чем всё что было за последние 100 лет в нашей стране. А из всего вашего списка нам в составе интересны только Украина и Беларусь при условии адекватного слияния — остальные и даром не нужны. И, да, военными методами здесь никто коммунизм не строит.
Если грабить в таких масштабах, то получаются олигархи, а они деньги не тратят, а складывают их без дела к себе в сундук.
По поводу высоких технологий — кроме нефти/газа и сельхозки, Россия мировой лидер в атомной энергетике, второй по величине экспортёр оружия, космос, у нас сильно развитое IT — мы конкурируем на сложных высокотехнологичных рынках и собственные процессоры обычные/квантовые здесь выглядят абсолютно логичным продолжением. Да, нужно вкладывать и тратить много времени, но сложные вещи просто не делаются. Компьютер — это основа огромного количества вещей которые нас окружают, а в скором времени, этих вещей станет на порядок больше — тут хочешь-не хочешь нужно свою базу иметь.
А вы глубже посмотрите — государство платит МЦСТ, МЦСТ платит хорошие зарплаты высококвалифицированным сотрудникам, сотрудники платят ипотеки за жильё, стройки платят строителям и покупают на заводах материалы для строительства, все при деле, все развиваются и со временем возвращают траты Государства в виде налогов.
То что дороже — не особо аргумент — деньги потраченные внутри страны остаются внутри экономики страны. Свежее поколение процов уже не такое и стыдное, как принято считать. Также, Эльбрус поддерживают достаточное количество операционных систем, в том числе и тех которые уже давным-давно используются на других системах, а уж софта под Linux хватает.
КрысаЗмея, это вполне себе стратегическое планирование — есть разница между запчастями которые у себя производятся и запчастями ввоз которых могут запретить?
Не нужно? Вы считаете что «положить» систему пенсионного фонда, т.е. перестать выплачивать пенсии из-за технического (умышленного) сбоя это ерунда которая ни к чему не приведёт и невозможный сценарий?
Так он по характеристикам и выбран — независимость и защищённость от внешнего воздействия. Или для вас из характеристик только частота процессора и объём памяти существуют?
А может и не быть — хрен его знает к чему потом эту теорему решат применить. От того что там в бесконечности может зависеть смысл жизни — вдруг 41 окажется после ваших скриптов? И что тогда делать?
"Много ли вы видели разработки, когда отдел разработки зовут участвовать в обсуждении ТЗ". Его всегда зовут участвовать. Вы когда сроки выставляете — вы участвуете — уточняете требования и риски. Или вы без сроков работаете? Во время процесса разработки вам никто не мешает уточнять детали. У вас есть 100500 других совещаний на которых это делается. Как это можно не замечать? Я выступал в обеих ролях — и в роли менеджера и в роли программиста — я могу рядом сесть и код продиктовать, но нахрен мне такой программист? И по моему опыту, есть только две причины валить все технические проблемы на менеджмент — либо низкий уровень разработчика, либо не желание работать, либо, и зачастую, то и другое сразу. Если я, как менеджер, даю задачу — надо сейчас и побыстрее, я изначально подразумеваю что потом понадобится тратить больше ресурсов на переработку. А если менеджер этого не понимает — ему нужно на это указать и он это поймёт — язык планирования — это его профессиональный язык.
По поводу высоких технологий — кроме нефти/газа и сельхозки, Россия мировой лидер в атомной энергетике, второй по величине экспортёр оружия, космос, у нас сильно развитое IT — мы конкурируем на сложных высокотехнологичных рынках и собственные процессоры обычные/квантовые здесь выглядят абсолютно логичным продолжением. Да, нужно вкладывать и тратить много времени, но сложные вещи просто не делаются. Компьютер — это основа огромного количества вещей которые нас окружают, а в скором времени, этих вещей станет на порядок больше — тут хочешь-не хочешь нужно свою базу иметь.
"Много ли вы видели разработки, когда отдел разработки зовут участвовать в обсуждении ТЗ". Его всегда зовут участвовать. Вы когда сроки выставляете — вы участвуете — уточняете требования и риски. Или вы без сроков работаете? Во время процесса разработки вам никто не мешает уточнять детали. У вас есть 100500 других совещаний на которых это делается. Как это можно не замечать? Я выступал в обеих ролях — и в роли менеджера и в роли программиста — я могу рядом сесть и код продиктовать, но нахрен мне такой программист? И по моему опыту, есть только две причины валить все технические проблемы на менеджмент — либо низкий уровень разработчика, либо не желание работать, либо, и зачастую, то и другое сразу. Если я, как менеджер, даю задачу — надо сейчас и побыстрее, я изначально подразумеваю что потом понадобится тратить больше ресурсов на переработку. А если менеджер этого не понимает — ему нужно на это указать и он это поймёт — язык планирования — это его профессиональный язык.