Факт того, что я являюсь циничным мудаком (не к пидарасам, извините, ориентацией не вышел), совершенно не мешает мне уважать Робуса, его проды и статьи. Также разный взгляд на вещи (порой диаметрально противоположный) не мешает лично мне общаться, хотя и вносит определенный градус пыла в дискуссии.
Равно как и идея использования многопоточности именно в демах не отменяет озвученных спектрумовских проблем оной, возникающих во время разработки на пути к ровно одному сценарию использования.
Ну попробуй на АРМе из пользовательского пространства ОС сделать DI или выключить на контроллере таймер или испортить код.
Зависит на каком арме. На STM32 — запросто. (Там кстати никакого «DI» там нету, там задается разрешение для каждого канала на NVIC либо битами разрешения на соответствующей периферии.)
Витамин, бида робусова в том, что он не умеет и не слишком стремится отвечать на троллинг таких циничных пидарасов как ты и я. На его месте я бы дополнил название словами "… in demos". Алсо, в тексте нигде не говорится про ОСи или системные утилиты. А для демы надежно то, что не упало при показе сабжа. У системной утилиты бесконечное количество сценариев использования, а у демы ровно 1 (если пробелонажимание не предусмотрено).
Ваш Лейтенант Вежливость.
лучше победить проблему куском памяти, чем молотить что-то кодом(скриптом)
И таки зачастую он будет прав. Ибо память дешевая и ее относительно много, а работа процессора требует энергии, которой не всегда много, особенно на мобильных устройствах.
Так что не существует единственно верного способа писать оптимально.
Ты будешь удивлен, но конечным результатом работы джавера и сишарпника как раз является нативный код. И это уже довольно давно так. Ибо код для виртуальной машины можно уже рассматривать как промежуточный вариант, преобразуемый в конце концов к нативному.
Не соглашусь.
Что тебе пришлось восстанавливать после падения плеера сида? Пропавший плейлист? Или упала вся система, не умеющая 10 лет назад толком обеспечить защиту приложений друг от друга и тебе пришлось восстанавливать сеанс?
По твоей логике получается, что любая защита- это порождение лени. Давай уберем перила на лестницах и мостах (кто-то ленится ходить правильно чтоб не падать с края), подушки и ремни безопасности из автомобилей (кто-то ленится научиться хорошо водить). Да, наличие средств безопасности, совершенно не повод эту безопасность соблюдать, у них другая задача- минимизировать ущерб, если что-то пошло не так.
И еще одна нестыковка. Себе ты оставляешь право на ошибки в софте, хотя и стараешься минимизировать их. А вот другим почему-то не хочешь давать. Глючит — никогда не буду использовать. И плевать что это первая версия. И плевать, что если все так будут делать, то следующей версии не будет. И плевать, что «деструкция данных при закрытии программы» — это рукожопие определенного программиста, а не подход современного кодинга. Не надо так.
Да не перебираю, просто ты кодер, Vitamin, Вовка, — все вы кодеры. Я же не виноват, что джаверы или си-шарпники считают себя программистами. Просто понятие программист смешалось со скриптерами за последние 10 лет. Большинство джаверов свято верят, что, их результат это нативный код, если вообще понимают, что это. Я прекрасно понимаю, что кодер под джавой будет мыслить иначе, понимая, что лучше победить проблему куском памяти, чем молотить что-то кодом(скриптом). Но это меньшинство, только вот вчера приходилось андроидовцу объяснять что в структуре летящей по интерфейсу между DWORD'ами есть BYTE.
Конечно не пишу, но то, что играет музыку, отлажено годами, и не требует MMU. Пример тому, мр3 играет плеер отлаженной дллкой, и я не задумываюсь ставить её или нет, просто когда-то, лет 10 тому назад, п перепробовал тьму всяких плееров, и остановился на том, который не сообщает мне что «Пупкин не прав». И вот пример тебе, появился как-то плеер сидов, я так обрадовался, и я писал код под любимую музыку из draconusа атаришного, но этот плеер постоянно портил память через час-два работы. Так я навсегда отказался от плееров сида, лучше качну в МР3. И меня тогда не спасал ММУ, валилось всё, да так что приходилось восстанавливать. Не спас MMU, он только немного обезопасил, но не принёс счастья. Благо что за 20 лет наконец-то отладили распаковку мр3, можно наконец-то без страха пользоваться.
MMU на мой взгляд, не более чем порождение лени, просто кто-то ленится отладить свой софт, оправдывая тем, что ММУ спасёт ситуацию. Так же как подход современно кодинга, где деструкция данных предполагается при закрытии приложения, это лень. А кодер должен любить то, что делает, иначе он превращается в программиста.
Дык мы тут и общаемся:)
Сарказм- это как приправа. Уберешь совсем — все станет пресным до ужаса (или сладким до слипания). Добавишь слишком много — может стошнить. Значит надо соблюдать дозировку:) Правда, она у каждого своя…
Я не рассматриваю ситуации, когда твой софт портится сторонними утилитами, глючной осью или битым оборудованием. В такой ситуации зуб дашь?
Ты прекрасный, даже больше, пример принципа «eat your own dog's food», это просто супер! Но ты же все равно не пишешь абсолютно весь софт, включая компиляторы ЯВУ для того чтобы писать всякие ASAM'ы и т.п. Не пишешь музыкальный плеер, в котором слушаешь музыку пока набираешь этот текст (кстати, в браузере, который ты тоже не пишешь). И это правильно, ибо жизни не хватит. Но весь этот софт содержит ошибки, равно как и твой. Се ля ви. С этим можно только смириться и попытаться уменьшить возможный урон.
А вот чтоб не случилась катастрофа от ошибки в твоем софте- это задача ОСи, обеспечивающей это с помощью разных механизмов, в том числе и пресловутого MMU.
Потому что нам всем надо больше общаться, и лучше всего это делать без сарказмов вообще. Не важно простая решена задача или сложная, просто нужно этим поделиться, тогда каждый растёт. Хотя я знаю, что со мной сложно общаться, особенно когда доходит вопрос до практики. Я слишком люблю идти не традиционным путём.
потоки полезны будут как вариант выполнения кода под конфой.
под спеком эта обвязка относительно много ест.
Равно как и идея использования многопоточности именно в демах не отменяет озвученных спектрумовских проблем оной, возникающих во время разработки на пути к ровно одному сценарию использования.
Без подписи
Ваш Лейтенант Вежливость.
Так что не существует единственно верного способа писать оптимально.
Что тебе пришлось восстанавливать после падения плеера сида? Пропавший плейлист? Или упала вся система, не умеющая 10 лет назад толком обеспечить защиту приложений друг от друга и тебе пришлось восстанавливать сеанс?
По твоей логике получается, что любая защита- это порождение лени. Давай уберем перила на лестницах и мостах (кто-то ленится ходить правильно чтоб не падать с края), подушки и ремни безопасности из автомобилей (кто-то ленится научиться хорошо водить). Да, наличие средств безопасности, совершенно не повод эту безопасность соблюдать, у них другая задача- минимизировать ущерб, если что-то пошло не так.
И еще одна нестыковка. Себе ты оставляешь право на ошибки в софте, хотя и стараешься минимизировать их. А вот другим почему-то не хочешь давать. Глючит — никогда не буду использовать. И плевать что это первая версия. И плевать, что если все так будут делать, то следующей версии не будет. И плевать, что «деструкция данных при закрытии программы» — это рукожопие определенного программиста, а не подход современного кодинга. Не надо так.
В рамочку и на стенку :)
Хотя ты и перебираешь с этим, на мой личный вкус!
MMU на мой взгляд, не более чем порождение лени, просто кто-то ленится отладить свой софт, оправдывая тем, что ММУ спасёт ситуацию. Так же как подход современно кодинга, где деструкция данных предполагается при закрытии приложения, это лень. А кодер должен любить то, что делает, иначе он превращается в программиста.
Сарказм- это как приправа. Уберешь совсем — все станет пресным до ужаса (или сладким до слипания). Добавишь слишком много — может стошнить. Значит надо соблюдать дозировку:) Правда, она у каждого своя…
Ты прекрасный, даже больше, пример принципа «eat your own dog's food», это просто супер! Но ты же все равно не пишешь абсолютно весь софт, включая компиляторы ЯВУ для того чтобы писать всякие ASAM'ы и т.п. Не пишешь музыкальный плеер, в котором слушаешь музыку пока набираешь этот текст (кстати, в браузере, который ты тоже не пишешь). И это правильно, ибо жизни не хватит. Но весь этот софт содержит ошибки, равно как и твой. Се ля ви. С этим можно только смириться и попытаться уменьшить возможный урон.
А вот чтоб не случилась катастрофа от ошибки в твоем софте- это задача ОСи, обеспечивающей это с помощью разных механизмов, в том числе и пресловутого MMU.