Если рассматривать философию (и постулаты Парменида в частности) как множество логических выражений, то проблем нет. Если попытаться (не советую) развидеть в них дополнительный смысл, то возникают проблемы.
О какой Культуре может идти речь, если в Вашем МП нет формы открытия/контроля обращения по ошибкам в МП. Только чат с глупыми вопросами/рекомендациями/обещаниями от оператора. Впрочем, этот уровень (ниже плинтуса) свойственен и МП от топ ритейлеров, банков, etc.
Смешно читать о ваших "достижениях" в области решения проблем, когда в мобильном приложении X5 отсутствует форма обратной связи с разработчиком. Эрзац-система обращений не работает (и не может работать) в силу своей убогости. Пытаетесь навести порядок в здании, не имеющим фундамента. Фу, такими быть :-(
"а 1055 никогда не могли запустить дольше чем на полчаса, обычно до первого сбоя проходило минут 5" Странно, 1055 (как и 1040) немецкая машина, у нас работала без единого сбоя (но медленная).
Ссылки [1] и [2] в статье не раскрыты (или я не нашёл). Upd. Надеюсь (не флейма ради), что фраза про запутанность Big Endian (vs Little Endian) относится лишь к конкретному случаю обозначений индексов.
В 80х годах венгры (в рамках СЭВ) написали компилятор PL/S, но это не имело особого смысла, так как он порождал ассемблерный код, отличный от прототипа. BTW: Сейчас IBM использует PL/X.
«Как запилить на КММ и не облажаться» - в сообщении выше. «Заценити низкие цены» - на главной странице мобильного приложения Пятёрочка. Это даже не пять, это X5.
В ЕС-1061 помню ошибку в реализации команды MVCL - писала лишний байт. В результате после ассемблирования в памяти команд DC/DS появлялся мусор. Явно проявилось при старте VTAM (segment fault с 0С4). Был выезд к заказчику и разбор дампа. Заказчик отправил результаты и микропрограмму поправили.
Основная проблема софтостроения (и не только). Так же недооценена, как и эта заметка. "Всё будет по-старому" (С). P.S. +100500 в карму автору +спасибо Хабру за публикацию.
Если рассматривать философию (и постулаты Парменида в частности) как множество логических выражений, то проблем нет. Если попытаться (не советую) развидеть в них дополнительный смысл, то возникают проблемы.
Размышления на основе постулатов Парменида о бытии ... Которые сами не имеют основания.
О какой Культуре может идти речь, если в Вашем МП нет формы открытия/контроля обращения по ошибкам в МП. Только чат с глупыми вопросами/рекомендациями/обещаниями от оператора. Впрочем, этот уровень (ниже плинтуса) свойственен и МП от топ ритейлеров, банков, etc.
В начале статьи: "Нет, не нужен WiFi и Bluetooth".
Смешно читать о ваших "достижениях" в области решения проблем, когда в мобильном приложении X5 отсутствует форма обратной связи с разработчиком. Эрзац-система обращений не работает (и не может работать) в силу своей убогости. Пытаетесь навести порядок в здании, не имеющим фундамента. Фу, такими быть :-(
Верите ли Вы коллективные блоги на английском?(Хотелось бы более Вас услышать в комментариях)
А что с указателями?
Кроме исследования проблем программистов, Вы рассматривали похожие языки Odin, Hare, etc. ?
Неуместные пассажи в статье и некоторых комментариях :-(
"а 1055 никогда не могли запустить дольше чем на полчаса, обычно до первого сбоя проходило минут 5"
Странно, 1055 (как и 1040) немецкая машина, у нас работала без единого сбоя (но медленная).
В первые месяцы "выгорали" дребезжащие ТЭЗы, потом полёт нормальный (кроме задранных дисков).
Ссылки [1] и [2] в статье не раскрыты (или я не нашёл).
Upd. Надеюсь (не флейма ради), что фраза про запутанность Big Endian (vs Little Endian) относится лишь к конкретному случаю обозначений индексов.
Постоянно растущий технический долг + давление управленцев и части коллег закрывать на это глаза.
В 16МБ не грузится, идёт оверлап, пока не разбирался.
Спасибо за статьи.
Поправил код по-простому, чтобы запускать с любым адресом ядра и размером памяти. Грузится и работает в 20МБ.
Да, это слишком тупо - не писать документацию, не делать ревью кода, не гонять тесты, ...
Не ...
...
Не ...
Технический долг. Нет, не слышал.
В 80х годах венгры (в рамках СЭВ) написали компилятор PL/S, но это не имело особого смысла, так как он порождал ассемблерный код, отличный от прототипа.
BTW: Сейчас IBM использует PL/X.
«Как запилить на КММ и не облажаться» - в сообщении выше.
«Заценити низкие цены» - на главной странице мобильного приложения Пятёрочка.
Это даже не пять, это X5.
В ЕС-1061 помню ошибку в реализации команды MVCL - писала лишний байт. В результате после ассемблирования в памяти команд DC/DS появлялся мусор. Явно проявилось при старте VTAM (segment fault с 0С4). Был выезд к заказчику и разбор дампа. Заказчик отправил результаты и микропрограмму поправили.
Основная проблема софтостроения (и не только). Так же недооценена, как и эта заметка. "Всё будет по-старому" (С).
P.S. +100500 в карму автору +спасибо Хабру за публикацию.