Pull to refresh
33
0

никто

Send message

Во вторых - этот язык должен быть одновременно "не типизрованным" и уметь в "типизацию". Для большинства архитектур в целом не важно что есть байты в памяти, это может быть как адрес-указатель так и float. При этом нужно учитывать что A + B невалидная операция, ибо что вообще есть +? Это SIMD расширение, 4float или 2double?? Это что-то от FPU? Это число, знаковое число?

Ну тут все таки я говорю об ассемблере, а у него типизация всегда ложилась на голову программиста...

Опять таки, я занимаюсь программированием микроконтроллеров, и там далеко не все задачи требуют full hd сенсорного экрана с wifi... зачастую на микроконтроллерах реализуются намного более простые задачи, и часто вообще без float типов и вычислений !

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

В третьих - Есть типовые задачи которые максимально по разному работают на разных процессорах. Такая базовая вещь как "установить бит в памяти" может работать у всех абсолютно по разному, а это значит надо продумывать "std" библиотеки. Без них ты не сможешь гарантировать "нормальную" кроссплатформенность.

да, и об этом я говорю в видео.. конечно часть библиотеки будет транслироваться в блоки кода.. а не в одну инструкцию

В четвёртых - Это всё будет нормально работать вплоть до того как не появится второе ядро. Тогда придётся вводить кучу абстракций чтоб победить все эти "страшные многоядерные проблемы".

неее, второе ядро, 480 мгц - это все уже СИ !!! с ума сходить надо потихоньку :-) асм не для таких задач.. и в наше время есть более подходящие языки (тут я первый об этом скажу!)

ЗЫ - помимо всего этого, должна быть явная поддержка чистого ассемблера со стороны компилятора + препроцессор (чем мудрёнее тем лучше). Чтоб можно было ручками более чётко прописать что ты хочешь от кода. (И моё ИМХО - не дёргать регистры руками. Этим умеет заниматься компилятор и более эффективно. Если надо то как-то отдельно помечать переменную явно как "регистровую")

вы просто читаете мои мысли... !

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

вот поэтому я и говорю о некотором подмножестве инструкций максимально приближенных к ассемблеру..

на счет подсчета количества тактов (гм.. со времен AVR этим не занимался) - но задумка редакторе что генерируемый асм код доступен постоянно - так что посчитать можно еще на этапе редактирования программы, а не искать тот или иной фрагмент в листинге компилятора...

ну это не коммерческий проект.. да и до вендоров сейчас даже дальше чем до китая :-)

то что я пытаюсь сделать будет являться неким препроцессором результат которого будет скармливаться gnu as

идея похожа в общих чертах...

эхх.. и где бы почитать продолжение ? :-)

а чего ограничились только 2024-ым годом ? сразу бы до 2084-го бы сделали !!!! лучше бы заголовок смотрелся...

в общем если кого асм для арм заинтересовал - приходите лучше ко мне (амбициозно ? зато правда!)

и редактор будет скорее всего удобнее... и посмотрите как программы писать на асме проще можно.. :-)

надолго его не хватило :-) слабак :-)

маразм продолжает крепчать :-)

они решили себе ручной работы добавить ?! :-) ну и рос. банкам конечно, но вроде как о своих должны бы подумать хотя бы :-)

да ладно сказки рассказывать, вам сюда притащить человека который на стандарте улетал далеко за 1 км ?

ясно... ну значит скоро потихоньку все разработчики по для микроконтроллеров возьмутся за ум и перейдут на ассемблер :-) :-) потому что на асме проблем с быстродействием в разы меньше :-)

прикрутить к чему ?

вы вообще не в теме радиоуправляемых моделей ? (похоже что так)

никто, даже вот так: НИКТО и НИКОГДА не будет использовать приведенную систему управления для ла которые вы описали...!!!

и знаете почему ? потому что риск потери дорогостоящей начинки, самого ла - настолько высок (как и высока стоимость ла + его начинки) что экономить на системе управления - это надо быть последним дауном... к чему быстро приходят те кто пытается таким вот образом экономить..

даже пенолет более менее нормального качества никто не будет пользовать с "этим".. один раз подлетнуть может быть (на камеру).. и на этом все...

потому что любая аппаратура управления это еще и надежность... причем в каждом ее компоненте...

так что пусть ламеры продолжают минусовать, но это не мое мнение: это поделка интересна только в части развития автора как инженера.. изучения микроконтроллеров.. еще каких нить целей (задействовать 3д принтер например и научится корпуса проектировать).. и на этом все...

дальность этих модулей так себе, ни с одной стоковой аппаратурой не сравнить (если не брать совсем игрушки)... кстати находил на али более мощную версию этого передающего модуля...

так что игрушка это.. и как проект начинающего радиолюбителя несомненно интересен..и не более

маркетинг там на 100 км... (как всегда не говоря о цене и скорости) :-)

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

смысл делать ЭТО отсутствует от слова совсем.. но в принципе если делать нечего - то коты вообще яйца лижут....

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

гм.. у нас остался только укв (причем только FM) диапазон... ну еще может что на ДВ есть, но проверить нечем. на СВ нет ничего :-(

где вы увидели автоматический возврат перевода ?

помоему в заметке ясно написано - сбер просто начнет процедуру диспута... по операция с банковскими картами эта процедура существует с момента возникновения самих карт...

а вот для таких вот переводов как то инструмента не было..

радует что сбер этим озаботился..

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

жесть конечно вход :-) но возможно кому то зайдет "такое" :-)

прикольно говорить о терпимости после того как поставил минус :-) особенно говорить о терпимости после того как на техническом ресурсе решили узаконить "эмоции" и их проявление в самом дЕбильном смысле какой только можно было придумать :-)

хабр теперь на уровне инстаДрама :-) ждем публикаций от настоящих блондинок ! уж у них эмоций через край, как и у их подписчиков :-)

вам стало легче от "дебилизма" ? :-)

Information

Rating
Does not participate
Location
Чукотский АО, Россия
Date of birth
Registered
Activity