В данном случае, сути это не меняет:
Барахло на Пельтье потребляет слишком много энергии( превращая ее в теплоту на «горячей» стороне ) на фоне слишком слабого «целевого процесса»( т.е переноса теплоты )
Очередная прослойка, не дающая никаких гарантий чего-либо…
-Да, прямо плюс-плюсов. Я кнчн подозревал, что некоторые любят кучу проблем и заморочек на ровном месте( даже просто запустить приложение уже не просто… даже нативно-яблочное ), но не настолько ведь…
Вначале выкинуть поддержку 32-битных приложений( привет, Каталина и пока, вайн и целая куча виндософта и игр, которых на яблоке никогда не будет ), а потом — оставить 64-битную, но через известное место и без каких-либо гарантий чего-либо.
п.с: оно не «просто работает», оно даже «сложно» в общем для x86 едва ли работает… Правильней это назвать «просто не работает».
п.с[2]: яблоко в принципе не гарантирует, что на той штуковине будет работать все как надо — они это гарантируют лишь для своих «стандартных» приложений, ведь поддержка, тестирование и допиливание остального софта — проблемы его разработчиков, которым, нередко, уже откровенно плевать на десктопное яблоко по многим причинам :))
«правила ютуба» в лице всех их хотелок и запретов, применимы для США.
Но они не являются «абсолютной истиной» где-бы ни было в мире.
Потому, не надо кого-то в чем-то обвинять( особенно, подобным образом ) только на основании того, что человек, находясь в одном государстве, может, «о, ужас», не соответствовать всем законам другого государства и основанным на них котелкам отдельных контор( которые, тем более, любят откровенно плевать на законодательство и законные требования других государств )
Более того, иные товарищи уроки и учебные материалы на ютубе в принципе не смотрят, поскольку это просто неудобно в сравнении с чтением хорошей статьи и доков:
навязанная скорость потока информации против той, которая тебе удобна( нередко суть уроков на ютубчике — это 90% времени чувак что-то открывает и запускает и остальные 10% — это все отвальное, включая упоминание какой-либо важной фичи, разумеется, мельком ), тогда как в случае с написанными текстом материалами восприятие информации идет с комфортной скоростью
проблемы с возвращением на нужный участок против незначительного перелистывания страницы до нужного фрагмента и его неспешное( иногда — многократное ) перечитывание — собсно, на ролике не особо удобно перемещаться по этапам, поскольку это, в первую очередь, видосик
Что по вайфай и блютуз?
Или яблоко знает какой-то универсальный секретный код, который позволяет его технике подключаться к любой сети( притом, что анонимный доступ к сетям в общественных местах нынче не особо разрешен )
Тем более, что определение местоположения, особенно, движущегося объекта, в условиях, даже немного отличных от чистого поля, связано с ощутимыми погрешностями.
А что, «яблоки» состоят только из этого?
А то потом окажется, что могут и модули работы с сетью гореть и контроллеры питания и процы( которых обычно нет в свободной продаже ) и почти что угодно еще, что можно открутить/отпаять и поменять в полуподвальной конторе.
Крч., это откровенная рекламная чушь и красивый повод, как бы конечным пользователям еще больше руки связать( надо еще красивую отговорку придумать, почему в новеньких аймаках SSD несменным стал — наверняка чтоб ворам его не хотелось спереть только ради SSD:)) )
Хз кому как, но лично мне было бы спокойней знать, что никто не может закрыть счет лично моей конторы без моего присутствия, по крайней мере, изображая это как закрытие по моей инициативе.
Ну а цифровую подпись / логин-пароль можно где-нибудь и спереть при желании.
По субъективному ощущению, уровень поддержки и проч некоторых продуктов у яндекса стремится к нулю( если вообще не к отрицательному числу ).
По крайней мере, именно такое ощущение возникает, когда начинаешь работать с yandex-mapkit, особенно, когда хочешь вкрутить его в гибридное приложение.
Самый эпик даже не в том, что какие-либо модули карт для мобильных приложений, кроме чисто_нативных, яндекс в принципе не делает, а в документировании того, что, хотя бы, делается.
Вся документация этого пакета с кучей сущностей, геоспецифики итп — автоматически собранные в кучу комменты/спеки из (!) 90+ классов и сущностей, которые есть в картах.
Конкретно с яблоком — все еще веселее, ведь, по крайней мере, до недавнего времени, доки были на основе классов и методов для ObjC, а (!) единственственный пример приложения — написан на последней версии Swift'a с применением свифтОвых имен, методов, типов аргументов итп.
С этим крайне контрастируют Яндекс-карты для веба.
Там и отличные доки и пошаговые руководства и описания итд итп.
Я не знаю, почему Яндекс так ненавидит некоторые свои продукты и программистов, что экономит даже лишнюю секунду времени на то, чтобы сделать нормальную документацию к собственному уже сделанному продукту… Как не знаю и то, почему на фоне этого он считает приемлемым учить других «как правильно кодить и оформлять код», но… что есть, то есть.
С чего бы ему становиться однозначно лучше?
В одном случае, речь о более-менее протестированном и известном коде с известными нюансами и особенностями работы, в другом — о подобии черного ящика, который еще тестировать-не_перетестировать… И, что самое забавное, в итоге получить примерно то же самое и это еще в лучшем случае.
Ну окей. У вас есть оборудование на 5-нм техпроцесс.
Когда от вас ждать нереально крутых и дешевых процов с 3+ млрд транзюков «под капотом»?
Или, помимо изготовления, их требуется еще и спроектировать?
Или, помимо изготовления[2] этому оборудованию требуется еще и очень нехилый поток заказов… настолько нехилый, что даже процов одной любой ведущей марки просто не хватит, чтобы норм загрузить производство и отбить расходы как на него, так и на НИОКР по новенькому техпроцессу, еще и с возможностью дальнейшего его уменьшения? ( это уже к разговору о том, СКОЛЬКО заказчиков у того же TSMC итд итп )
Почему 11? Где я вообще говорил, что их именно 11 ?)
Базовых немного и это ни для кого не секрет, кто хотя бы немного с асмом имел дело.
Остальные — в основном связаны с теми или иными оптимизациями и в простых случаях они, скорее всего, даже при всем желании не понадобятся.
А теперь посчитайте число «инструкций» в C++ или Java :)
Ну и число вызываемых методов для получения того или иного функционала.
… всм, ВСЕХ инструкций, элементов синтаксиса итп( ведь для асма вы, по сути, именно это и привели )
И, заодно, приведите справочники/доки по C++ / Java.
Интересно, они будут больше тех 6 страниц документации по асму ?)
АсмОвый код будет намертво «прибит» к конкретной архитектуре( а учитывая, что код без взаимодействия с системой нынче не может практически ничего в плане ввода-вывода итп, если это не какая-нить прошивка на МК без ОС и ее подобия, то, да, можно говорить еще и о привязке к конкретной платформе и к конкретному API, что, по случаю чего, не очень то и легко менять в бесконечных простынях асм-кода ).
«Внезапно» нельзя x86-й асм( 32-битный. Привет, EAX ) просто скомпилить в машинный код x86_64( привет, RAX, у которого EAX — это младшая половина ) или армОвый в машинный x86( «внезапно» разные команды, регистры и проч ) итд итп, т.к речь о программировании, по сути, мнемокодами конкретной архитектуры, потому речь о коде, намертво привязанном к конкретной архитектуре, системе команд и проч.
И, да, поскольку «функционал» отдельной команды крайне мал, исходники даже относительно простого приложения будут очень объемными в плане количества кода и прямое следствие этого — сложноподдерживаемыми в плане даже относительно простых доработок кем-то, кто не_писатель_этого_проекта.
Спасибо кэп, а я и не знал, что эффективность выполнения штуковин вроде JS отчасти зависит от того, какие инструкции может выполнять проц…
Но я так и не понял, к чему дальнейшие кэповские изречения о том, что некоторый неподдерживаемый процом функционал «внезапно» может быть реализован на уровне софта.
Я не говорю, что он бесполезен — я говорю, что если писать на нем что-то хотя бы немного универсальное, что должно по возможности работать на разных архитектурах и ОС, чтоб было более-менее поддерживаемым, а код — переиспользуемым… крч., будет целая огромная куча проблем практически на ровном месте.
Хотя иногда он и бывает удобен — на нем [раньше было] очень удобно на скорую руку набросать какой-нибудь простенький распаковщик/сниматель_защиты с конкретной проги( или игрухи типа Reflexive Arcade ), т.к нет присущего высокоуровневым языкам цирка с типами данных, указателями итд итп, сам исполняемый файл получался весьма компактным. Да и учитывая, что в отладчике обычно видишь именно дизассемблированный код… было весьма удобно.
Но это очень специфическое применение.
п.с: из твоего коммента складывается ощущение, что у тебя проблемы с «веществами», ты это понимаешь, но, боясь в этом признаться( и последующего осуждения от окружающих ), обвиняешь в чем-то подобном всех вокруг… кроме самого себя — человека с платформо/архитектурно-независимым асмом :)
Потом, правда, окажется что, для сколь-нибудь нормальной разработки на RN требуется знание и понимание работы кучи технологий, знание JS + пары «нативных» языков для соотв. платформ( ObjC / Swift + Java / Kotlin ), т.к нередко требуется либо править платформозависимый код, либо — свои модули писать…
Иначе — код будет представлять из себя помойку( еще и с каким-нибудь тайпскриптом, делающим JS столь же уродливым, как говнокод на С++ ), а итоговое приложение — уродливое, жутко медленное и глючное хз_что.
То ли дело воистину кЭповский АСМ, который содержит пару десятков базовых и реально необходимых команд( сложение-вычитание-умножение-итп, сравнение-условные_переходы, сдвиги, работа со стеком и, мб, подобия ввода-вывода в порты ), которые есть в соотв. доках.
Уууу жЭЭЭсть, ну как же это можно изучить то!!11?? :)
Но нечто, реально сложное и многофункциональное, написать на асме практически невозможно( при удобоваримых затратах ), т.к код будет фактически не_переиспользуемым мусором, крайне сложноподдерживаемым и платформозависимым, если речь не о разработке чего-то крайне эффективного под какой-то конкретный «камень»( и то, компиляторы нынче очень неплохо оптимизируют код ).
Как итог, складывается ощущение, что люди, изображающие АСМ, как нечто очень труднопостижимое, скорее всего, вообще не имели с ним никаких дел и знают о нем только по слухам( как и о RN, кстати:) ).
п.с: говорю как человек, имеющий дело в т.ч с RN, ну а начинавший свою проггерскую жизнь — с асма и написания относительно простеньких программ и игр на asm+winapi и простеньких прошивок на асм для avr-ок( кончилось переходом на Си ).
Это само-собой. То был просто тонкий троллинг «свободных и независимых» хомяков.
Но, кстати, в РФ цензуры таки сильно меньше, чем в немалом числе западных стран, т.к даже «запретных» тем сильно меньше( а до недавнего времени — их и вовсе не было, пока совсем уж палку не перегнули )
Медицинская маска задерживает вирусы извне также, как презерватив задерживает ВИЧ
На этом, пожалуй, и прекратим чтение вашей откровенной белиберды.
И, нет, в обоих случаях речь о вирусах, но о совершенно разных размерах пор в фильтре, особенностях среды и взаимодействия с ней.
В одном случае, поры несравненно больше, чем в другом( попробуй-ка поры в марле сравнить с порами в латексе, через которые даже клетки практически не проходят ), сама среда очень подвижная( воздух, в сравнении с «вязкой» жидкостью ), еще и имеется постоянный и сильный ток среды через «защиту» ( сколько литров воздуха ежеминутно вдыхается-выдыхается через марлю? А сколько литров жидкости ежеминутно просачивается туда-сюда через «латекс» ?:) )
И, п.с:
Это лишь иллюстрирует их удивительное, ужасающее невежество.
Это лишь иллюстрирует их удивительное, ужасающее невежество.
С таким же успехом можно и белизну пить «для дезинфекции».
А теперь перечитайте еще раз мой коммент и «внезапно» для себя узнайте, что, именно вариант, когда люди простужаются и сами одевают маски( чтоб меньше заражать других ), в комменте и рассматривался как нормальный и никакой желчи по этому конкретно по это поводу не изливалось. Хотя, возможно, это я не совсем однозначно выражался.
Желчь изливалась в адрес «борцов с вирусами»( т.е здоровых, которые ходят с примитивными масочками и всерьез верят в защиту от вирусов и даже от того, что не_заболеют от хорошего сквозняка/переохлаждения/итп — ведь у них масочка, они неуязвимы:) ).
Глянул мельком в яндексе..:
…
В Центре по контролю и профилактике заболеваний США (CDC) при этом отмечают, что уровень госпитализаций составляет 24,1 случая на 100 тыс. населения — показатель «аналогичен данным за этот период в сравнении с прошлыми эпидсезонами»: «Уровень смертности от гриппа и пневмонии снизился с 7,1% до 6,7% и не превышает эпидемического порога»( надо полагать, тут речь относительно числа именно госпитализированных ).
…
Медицинский журнал The Lancet в сентябре 2019 года опубликовал исследование китайских ученых, согласно которому грипп ежегодно становится причиной смерти 88,1 тыс. человек в этой стране — уровень летальности составляет 1,6–2,6%. Сейчас уровень смертности от коронавируса, по оценке Государственной комиссии здравоохранения в КНР, составляет 2,2%.
…
По словам завкафедрой инфекционных болезней РНИМУ им. Н. И. Пирогова Владимира Никифорова, летальность от внебольничной пневмонии в России составляет около 4%
…
Смертность от пневмонии, вызываемой новым типом коронавируса, в настоящий момент в Китае составляет 2,5%. В настоящее время не выявлены какие-то очевидные последствия после выздоровления, спустя какое-то время число выписанных вероятно очень сильно возрастет, заявил глава специальной экспертной комиссии госкомитета по вопросам здравоохранения КНР Чжун Наньшань
И это притом, что, в одном случае речь о прогнозируемой эпидемии и болезни, которой люди болеют периодически( т.е имеют какую-то устойчивость и сама работа с таковыми больными уже налажена ), в другом — речь о весьма нетипичном заболевании, норм устойчивости к которому нет.
На самом деле, это серьезней чем просто какая-то дискриминация.
Т.к речь, по сути, о прямом запрете на свободу высказываний и мнений, в конечном счете, стремящемуся к ограничению свободы мышления. Хотя, чего еще ожидать от государства, где до сих пор совершенно законно убивают людей( смертная казнь и вполне законный произвол копов со «смертельной» стрельбой )
А потом еще выяснится, что, даже при незначительном кислородном голодании( и усложнении дыхания ), восприимчивость легких к ОВ и прочему ощутимо возрастает…
Крч., сама эта зараза( смертность на уровне сезонного гриппа ) как и упомянутая борьба с ней( маска… усложняющая дыхание, но пропускающая мелкие частицы, да еще и с «антисептиком»… который к вирусам абсолютно никакого отношения не имеет, зато через мокрую тряпку дышать еще сложнее ) эпическая глупость и полный цирк.
Почти как с «птичим/свинячим» гриппом, т.н «атипичной пневмонией» итп.
Зато «гениев» в самых примитивных масочках на улицах прибавилось.
И, ладой бы, школьники были. Но нет же, вроде, взрослые люди, а такими глупостями занимаются( и верят в них ).
п.с: маски, кстати, нередко и сами «простуженные» надевают, чтобы окружающих по возможности меньше заражать. Но если вдруг приспичило при болезни вместо больничного сидеть в конторе, т.к «проект горит».
Медузу читать — себя не уважать или к слову об откровенной желтухе( и трате времени на нее ), которую, подобно помойным крысам, потом растаскивают и другие т.н «независимые»(тм) сми
Там не только в температурах дело.
Никто не говорит, что они будут в любом случае отставать на 30 сек / сут. Наверняка, речь о максимально возможном отклонении при самых неблагоприятных заявленных условиях, чтобы иметь эту цифру в виду.
Не стоит забывать, что они предназначены для условий с очень ощутимыми механическими нагрузками( ускорение / вибрация итп ).
Разумеется, очень опрометчиво в таких условиях ожидать точности, соизмеримой с часами, мирно стоящими всю жизнь на комоде при +22-26'С.
Написан он был, вроде, еще нетскейпом, а потом — передан мозилле.
Все-таки, темное было время — перевод всего на джаву… сейчас даже не верится, что когда-то всерьез считали, что однажды джава «захватит мир» и другие языки окажутся практически ненужными…
Барахло на Пельтье потребляет слишком много энергии( превращая ее в теплоту на «горячей» стороне ) на фоне слишком слабого «целевого процесса»( т.е переноса теплоты )
-Да, прямо плюс-плюсов. Я кнчн подозревал, что некоторые любят кучу проблем и заморочек на ровном месте( даже просто запустить приложение уже не просто… даже нативно-яблочное ), но не настолько ведь…
Вначале выкинуть поддержку 32-битных приложений( привет, Каталина и пока, вайн и целая куча виндософта и игр, которых на яблоке никогда не будет ), а потом — оставить 64-битную, но через известное место и без каких-либо гарантий чего-либо.
п.с: оно не «просто работает», оно даже «сложно» в общем для x86 едва ли работает… Правильней это назвать «просто не работает».
п.с[2]: яблоко в принципе не гарантирует, что на той штуковине будет работать все как надо — они это гарантируют лишь для своих «стандартных» приложений, ведь поддержка, тестирование и допиливание остального софта — проблемы его разработчиков, которым, нередко, уже откровенно плевать на десктопное яблоко по многим причинам :))
Но они не являются «абсолютной истиной» где-бы ни было в мире.
Потому, не надо кого-то в чем-то обвинять( особенно, подобным образом ) только на основании того, что человек, находясь в одном государстве, может, «о, ужас», не соответствовать всем законам другого государства и основанным на них котелкам отдельных контор( которые, тем более, любят откровенно плевать на законодательство и законные требования других государств )
навязанная скорость потока информации против той, которая тебе удобна( нередко суть уроков на ютубчике — это 90% времени чувак что-то открывает и запускает и остальные 10% — это все отвальное, включая упоминание какой-либо важной фичи, разумеется, мельком ), тогда как в случае с написанными текстом материалами восприятие информации идет с комфортной скоростью
проблемы с возвращением на нужный участок против незначительного перелистывания страницы до нужного фрагмента и его неспешное( иногда — многократное ) перечитывание — собсно, на ролике не особо удобно перемещаться по этапам, поскольку это, в первую очередь, видосик
Или яблоко знает какой-то универсальный секретный код, который позволяет его технике подключаться к любой сети( притом, что анонимный доступ к сетям в общественных местах нынче не особо разрешен )
Тем более, что определение местоположения, особенно, движущегося объекта, в условиях, даже немного отличных от чистого поля, связано с ощутимыми погрешностями.
А что, «яблоки» состоят только из этого?
А то потом окажется, что могут и модули работы с сетью гореть и контроллеры питания и процы( которых обычно нет в свободной продаже ) и почти что угодно еще, что можно открутить/отпаять и поменять в полуподвальной конторе.
Крч., это откровенная рекламная чушь и красивый повод, как бы конечным пользователям еще больше руки связать( надо еще красивую отговорку придумать, почему в новеньких аймаках SSD несменным стал — наверняка чтоб ворам его не хотелось спереть только ради SSD:)) )
Ну а цифровую подпись / логин-пароль можно где-нибудь и спереть при желании.
По крайней мере, именно такое ощущение возникает, когда начинаешь работать с yandex-mapkit, особенно, когда хочешь вкрутить его в гибридное приложение.
Самый эпик даже не в том, что какие-либо модули карт для мобильных приложений, кроме чисто_нативных, яндекс в принципе не делает, а в документировании того, что, хотя бы, делается.
Вся документация этого пакета с кучей сущностей, геоспецифики итп — автоматически собранные в кучу комменты/спеки из (!) 90+ классов и сущностей, которые есть в картах.
Конкретно с яблоком — все еще веселее, ведь, по крайней мере, до недавнего времени, доки были на основе классов и методов для ObjC, а (!) единственственный пример приложения — написан на последней версии Swift'a с применением свифтОвых имен, методов, типов аргументов итп.
С этим крайне контрастируют Яндекс-карты для веба.
Там и отличные доки и пошаговые руководства и описания итд итп.
Я не знаю, почему Яндекс так ненавидит некоторые свои продукты и программистов, что экономит даже лишнюю секунду времени на то, чтобы сделать нормальную документацию к собственному уже сделанному продукту… Как не знаю и то, почему на фоне этого он считает приемлемым учить других «как правильно кодить и оформлять код», но… что есть, то есть.
В одном случае, речь о более-менее протестированном и известном коде с известными нюансами и особенностями работы, в другом — о подобии черного ящика, который еще тестировать-не_перетестировать… И, что самое забавное, в итоге получить примерно то же самое и это еще в лучшем случае.
Когда от вас ждать нереально крутых и дешевых процов с 3+ млрд транзюков «под капотом»?
Или, помимо изготовления, их требуется еще и спроектировать?
Или, помимо изготовления[2] этому оборудованию требуется еще и очень нехилый поток заказов… настолько нехилый, что даже процов одной любой ведущей марки просто не хватит, чтобы норм загрузить производство и отбить расходы как на него, так и на НИОКР по новенькому техпроцессу, еще и с возможностью дальнейшего его уменьшения? ( это уже к разговору о том, СКОЛЬКО заказчиков у того же TSMC итд итп )
Базовых немного и это ни для кого не секрет, кто хотя бы немного с асмом имел дело.
Остальные — в основном связаны с теми или иными оптимизациями и в простых случаях они, скорее всего, даже при всем желании не понадобятся.
А теперь посчитайте число «инструкций» в C++ или Java :)
Ну и число вызываемых методов для получения того или иного функционала.
… всм, ВСЕХ инструкций, элементов синтаксиса итп( ведь для асма вы, по сути, именно это и привели )
И, заодно, приведите справочники/доки по C++ / Java.
Интересно, они будут больше тех 6 страниц документации по асму ?)
АсмОвый код будет намертво «прибит» к конкретной архитектуре( а учитывая, что код без взаимодействия с системой нынче не может практически ничего в плане ввода-вывода итп, если это не какая-нить прошивка на МК без ОС и ее подобия, то, да, можно говорить еще и о привязке к конкретной платформе и к конкретному API, что, по случаю чего, не очень то и легко менять в бесконечных простынях асм-кода ).
«Внезапно» нельзя x86-й асм( 32-битный. Привет, EAX ) просто скомпилить в машинный код x86_64( привет, RAX, у которого EAX — это младшая половина ) или армОвый в машинный x86( «внезапно» разные команды, регистры и проч ) итд итп, т.к речь о программировании, по сути, мнемокодами конкретной архитектуры, потому речь о коде, намертво привязанном к конкретной архитектуре, системе команд и проч.
И, да, поскольку «функционал» отдельной команды крайне мал, исходники даже относительно простого приложения будут очень объемными в плане количества кода и прямое следствие этого — сложноподдерживаемыми в плане даже относительно простых доработок кем-то, кто не_писатель_этого_проекта.
Спасибо кэп, а я и не знал, что эффективность выполнения штуковин вроде JS отчасти зависит от того, какие инструкции может выполнять проц…
Но я так и не понял, к чему дальнейшие кэповские изречения о том, что некоторый неподдерживаемый процом функционал «внезапно» может быть реализован на уровне софта.
Я не говорю, что он бесполезен — я говорю, что если писать на нем что-то хотя бы немного универсальное, что должно по возможности работать на разных архитектурах и ОС, чтоб было более-менее поддерживаемым, а код — переиспользуемым… крч., будет целая огромная куча проблем практически на ровном месте.
Хотя иногда он и бывает удобен — на нем [раньше было] очень удобно на скорую руку набросать какой-нибудь простенький распаковщик/сниматель_защиты с конкретной проги( или игрухи типа Reflexive Arcade ), т.к нет присущего высокоуровневым языкам цирка с типами данных, указателями итд итп, сам исполняемый файл получался весьма компактным. Да и учитывая, что в отладчике обычно видишь именно дизассемблированный код… было весьма удобно.
Но это очень специфическое применение.
п.с: из твоего коммента складывается ощущение, что у тебя проблемы с «веществами», ты это понимаешь, но, боясь в этом признаться( и последующего осуждения от окружающих ), обвиняешь в чем-то подобном всех вокруг… кроме самого себя — человека с платформо/архитектурно-независимым асмом :)
Иначе — код будет представлять из себя помойку( еще и с каким-нибудь тайпскриптом, делающим JS столь же уродливым, как говнокод на С++ ), а итоговое приложение — уродливое, жутко медленное и глючное хз_что.
То ли дело воистину кЭповский АСМ, который содержит пару десятков базовых и реально необходимых команд( сложение-вычитание-умножение-итп, сравнение-условные_переходы, сдвиги, работа со стеком и, мб, подобия ввода-вывода в порты ), которые есть в соотв. доках.
Уууу жЭЭЭсть, ну как же это можно изучить то!!11?? :)
Но нечто, реально сложное и многофункциональное, написать на асме практически невозможно( при удобоваримых затратах ), т.к код будет фактически не_переиспользуемым мусором, крайне сложноподдерживаемым и платформозависимым, если речь не о разработке чего-то крайне эффективного под какой-то конкретный «камень»( и то, компиляторы нынче очень неплохо оптимизируют код ).
Как итог, складывается ощущение, что люди, изображающие АСМ, как нечто очень труднопостижимое, скорее всего, вообще не имели с ним никаких дел и знают о нем только по слухам( как и о RN, кстати:) ).
п.с: говорю как человек, имеющий дело в т.ч с RN, ну а начинавший свою проггерскую жизнь — с асма и написания относительно простеньких программ и игр на asm+winapi и простеньких прошивок на асм для avr-ок( кончилось переходом на Си ).
Но, кстати, в РФ цензуры таки сильно меньше, чем в немалом числе западных стран, т.к даже «запретных» тем сильно меньше( а до недавнего времени — их и вовсе не было, пока совсем уж палку не перегнули )
На этом, пожалуй, и прекратим чтение вашей откровенной белиберды.
И, нет, в обоих случаях речь о вирусах, но о совершенно разных размерах пор в фильтре, особенностях среды и взаимодействия с ней.
В одном случае, поры несравненно больше, чем в другом( попробуй-ка поры в марле сравнить с порами в латексе, через которые даже клетки практически не проходят ), сама среда очень подвижная( воздух, в сравнении с «вязкой» жидкостью ), еще и имеется постоянный и сильный ток среды через «защиту» ( сколько литров воздуха ежеминутно вдыхается-выдыхается через марлю? А сколько литров жидкости ежеминутно просачивается туда-сюда через «латекс» ?:) )
И, п.с:
С таким же успехом можно и белизну пить «для дезинфекции».
А теперь перечитайте еще раз мой коммент и «внезапно» для себя узнайте, что, именно вариант, когда люди простужаются и сами одевают маски( чтоб меньше заражать других ), в комменте и рассматривался как нормальный и никакой желчи по этому конкретно по это поводу не изливалось. Хотя, возможно, это я не совсем однозначно выражался.
Желчь изливалась в адрес «борцов с вирусами»( т.е здоровых, которые ходят с примитивными масочками и всерьез верят в защиту от вирусов и даже от того, что не_заболеют от хорошего сквозняка/переохлаждения/итп — ведь у них масочка, они неуязвимы:) ).
Глянул мельком в яндексе..:
И это притом, что, в одном случае речь о прогнозируемой эпидемии и болезни, которой люди болеют периодически( т.е имеют какую-то устойчивость и сама работа с таковыми больными уже налажена ), в другом — речь о весьма нетипичном заболевании, норм устойчивости к которому нет.
Т.к речь, по сути, о прямом запрете на свободу высказываний и мнений, в конечном счете, стремящемуся к ограничению свободы мышления. Хотя, чего еще ожидать от государства, где до сих пор совершенно законно убивают людей( смертная казнь и вполне законный произвол копов со «смертельной» стрельбой )
Крч., сама эта зараза( смертность на уровне сезонного гриппа ) как и упомянутая борьба с ней( маска… усложняющая дыхание, но пропускающая мелкие частицы, да еще и с «антисептиком»… который к вирусам абсолютно никакого отношения не имеет, зато через мокрую тряпку дышать еще сложнее ) эпическая глупость и полный цирк.
Почти как с «птичим/свинячим» гриппом, т.н «атипичной пневмонией» итп.
Зато «гениев» в самых примитивных масочках на улицах прибавилось.
И, ладой бы, школьники были. Но нет же, вроде, взрослые люди, а такими глупостями занимаются( и верят в них ).
п.с: маски, кстати, нередко и сами «простуженные» надевают, чтобы окружающих по возможности меньше заражать. Но если вдруг приспичило при болезни вместо больничного сидеть в конторе, т.к «проект горит».
Никто не говорит, что они будут в любом случае отставать на 30 сек / сут. Наверняка, речь о максимально возможном отклонении при самых неблагоприятных заявленных условиях, чтобы иметь эту цифру в виду.
Не стоит забывать, что они предназначены для условий с очень ощутимыми механическими нагрузками( ускорение / вибрация итп ).
Разумеется, очень опрометчиво в таких условиях ожидать точности, соизмеримой с часами, мирно стоящими всю жизнь на комоде при +22-26'С.
Все-таки, темное было время — перевод всего на джаву… сейчас даже не верится, что когда-то всерьез считали, что однажды джава «захватит мир» и другие языки окажутся практически ненужными…