Ага, добавлю с практики: понятие реалтайм (псевдо) и битовые операции (а если еще на разных архитектурах) вводят чистых прикладников в ступор

или вобще на одной и той же архитектуре, но сегодня там LE, а завтра BE!

Задачи просто разные и проявляют там себя разные люди по-разному. Можно один раз на одном камне сделать супер оптимальный шедевр и обосраться при масштабировании, а можно сделать упор на абстракции и архитектурную гибкость.

Одни люди едят одно говно, другие другое. На почве различий возникают конфликты. Все как обычно.

не могут. точне это повод для открытия бага и выноса мозга авторам.

Потому что большинству людей приятно хуесосить тех кто отличается от окружения в котором они живут. Всё очевидно, Ватсон.

Все очень просто. Не бывает "просто программирования". Программирование - это всегда инструмент для решения каких-то задач.

Программирование под железо - по большей части распихивание нужных битов по нужным регистрам. Для простых устройств существенная часть кода относится именно к этому типу. Здесь железячник вне конкуренции, потому что лучше всех знает, что, куда и зачем.

Прикладное программирование наборот, игнорирует аппаратную составляющую, но фокусируется на алгоритмах. Скажем, оконный интерфейс будет функционировать примерно одинаково на любой архитектуре - сама логика его работы не зависит от системы, специфика проявляется только на уровне драйверов. Код гламурной анимации сворачивания окна можно разрабатывать, не зная про режимы развертки монитора.

Потому разным специалистам лучше удаются разные задачи.

не буду. хочешь поразить -- жги цитатами.

Ну поэтому в си при переносимом коде и останутся макросы а не битовые структуры. Хотя с позиции чистого програмиста вторые удобнее и понятнее

ты типа считаешь что мне возразил? или что?

Гыгы. Ну-ну, напишите багрепорт авторам SDCC. :)

Вполне себе знакомая железячнику ситуация - чип проходит по цене/возможностям/другим требованиям, но под него есть только один-два компилятора, каждый со своими неустранимыми особенностями. :D Авторы могут не отвечать или вносить изменения годами, а устройство надо сдавать по графику. :)

Мне страшно ее снова открывать. :)

Ты главное не подгорай 😉

Я просто ответил, что в некоторых случаях ретурны в среднине - отличная штука. Правда могут и проблем принести, т.к. "внезапно" код после них не выполнится, как этого ожидают

Нужно смотреть по ситуации.

В любом случае, я мнением поделился в ответ на твое сообщение

И начинается магия

Кстати отсюда вытекает стиль работы, который часто характерен для аппаратных стартапов, созданных программистами. Скажем, есть чип, который решает задачу эффективно, имеет низкое потребление и дешев. Но нет - они берут Arduino/RPi, которые дороже и потребляют куда больше энергии. Почему? Потому что для нормального решения потребуются инструменты и методы, к которым прикладник (или даже WEB-программист) непривычен.

А вот специфичные для архитектур приколы:

"Functions are not reentrant unless explicitly declared as such or --stack-autois specified in the mcs51,ds390, hc08, s08, pdk13, pdk14 and pdk15 ports."

В железе для стартапа слишком много рисков, плюс само по себе железо юзеру не продается. Так что их подход абсолютно правильный. Как начнут масштабироваться - пожалуйста, можно уже делать свой хард. Хотя бы будет на что )

Когда такие стартапы начинают масштабироваться, они рушатся под потоком заказов.

Потому что Ардуино с ворохом проводов не масштабируется.