Привет ! Friday, October 19, 2018, 10:33:15 AM, Volodymyr Litovka doka.ua@gmail.com you wrote: VL> Вопрос не только в качестве кода. Это о производительности, VL> энергопотреблении и компактности. На БТР, конечно, можно возить 3кг VL> "ноутбук" с питанием от двигателя/генератора, но мобильным пехотным VL> устройством это комплект уже не слишком назовешь :) задачи надо решать те что надо решать, а не "а давайте снача ОС а потом на ОС чето нарисуем." VL> Что до выбора ассемблера - то звучит, конечно, заманчиво, но с обратной VL> стороны медали находится скорость и преемственность разработки. Володя, ГОВНОКОД не надо писать, и поверь мне - все будет Ок. вся "индустрия производства ПО", включая ООП, последних лет это заточка под создание "бизнеса на писанине", но никак не помогает писанию реально узконаправленных и эффективных решений. потому что "и так сойдет а завтра все равно будет новый проект, а этот уже никому не будет нужен". Если для компа с 1ГГц тактовой написать "узкую" прогу по решению конкретных задач а не "а вдруг сюда потом бассейн и казино притащат?" то поверь мне - его ресурсов что 28 что 40 nm хватит с головой и выше крыши, причем летать так все будет что будет наконец-то использованы все "теоретические пределы шин передачи данных" :) Программирование из Искусства превратили в помойку "каждая кухарка может слабать код на PHP или "скетч для Ардуино". Ты возьми сейчас любого "писателя кода на Винде" и попытайся его заставить создать красивый быстрый код для мультизадачки с применением прерываний. И послушай че тебе ответят :) ...для информации: в Винде уже давно нельзя использовать прерывания, так как они в микроконтроллерах работают, а не так как Винда позволяет. Системы реалтайма (управления событиями) это страшный сон и постоянное глюкало всех "писателй процедурного программирования", а также всяких "лабателей кода для Си-шарпа" и прочей куйни. Да, им всегда нехватает то времени исполнения, то памяти то тактовой частоты - но все равно всё глючит :) Преждде чем со мной спорить - найди и прочти требования НАСА по тому как и на чем писать проги для НАСА и их летательных роботов, ракет и "инопланетных вездеходов". Вы прозреете :) ...и не найдете там С++ :-)... VL> On 10/19/18 10:12 AM, Alexander V Soroka wrote:
Если бы я был Царем :-)
то просто купил-бы 28nm завод у Интела по производству чипов и процессоров, а лучше микроконтроллеров. И пофигу что 28nm ! глдавное что своё, а программы мы свои напишем, без ООП и прочих заморских хреней - на ассемблере и машкодах - и протестим как надо, и будет сие работать в разы лучше всяких Вынь 10 и ООП с кучей "редистрибутибле МС С+++ длл" - поверьте, мне , человеку который программирует на Асме и С (без ++) с 1984 года.
Свой полный цикл производства электроники - это 100% гарантия независимости страны. Хоть и на 28nm - хоть и на 40nm - все равно будет лучше чем "щас привезем с китая".
Friday, October 19, 2018, 9:47:00 AM, Volodymyr Litovka doka.ua@gmail.com you wrote: VL> Пример, конечно, хороший, но я не уверен, что всякие индустриальные VL> бандустаны типа нашего в состоянии производить хотя бы 28nm чипы. Про VL> 7nm даже не вспоминаю. При существующем порядке вещей и отказе от VL> встраивания в чужие цепочки разрыв между концами линейки будет только VL> увеличиваться.
VL> On 10/19/18 9:43 AM, Alexander V Soroka wrote:
Привет !
Friday, October 19, 2018, 9:31:59 AM, Volodymyr Litovka doka.ua@gmail.com you wrote:
свою команду разработчиков, свое производство и свой контроль. Это не так сложно как кажется. VL> Что, собственно, и делает, например, Тесла :) VL> "Тесла использует колониальную модель взаимоотношений с мировой VL> экономикой. Она не встраивается в имеющиеся цепочки поставок
вот именно - хороший пример!
Зато Тесла получает (после построения своего) полный собственный контроль и управляемость всеми своими частями-заводами. И не зависит от того что кто-то где-то там решил перестроить свой завод или сьекономить. "Предприятие полного цикла" - это сейчас дорогого стоит. Особенно в сфере военной.
-- Best regards, Alexander V Soroka http://www.svr.ua/ AS106-RIPE mailto:alex@euro.net.ua