Краткость -- сестра таланта: есть и у языков региональные особенности. Их можно закодировать в локаль. Почему-то каждый (здесь на ровном месте вброс) старается друг другу навязать "правильное" написание. Единство языка, конечно, плюс. Не то что китайский. Но почему-то насчет произношения таких баталий не возникает. Вы scott-скую шотландскую речь послушайте, никто её активно не искореняет.
Вкратце: я в целом с вашим комментарием выше согласен.
Смотря какие у него коннотации были на самом деле. Я распарсил ваш комментарий так, будто описанные мной проблемы с дровами под линуксом — следствие необходимости открывать код дров под линуксом.
Изначально я опирался также и на комментарий vkni выше, про протаскивание драйверов в апстрим, и что, якобы, мейнтенеры совсем противятся.
В сложившейся ситуации (про Android; тоже в контексте того комментария) имеем окаменелые ядра, которые никто не обновляет и, за неимением доступа к коду, ничего иного не поделать.
если бы код был открытым, при безразличии вендора это поделие можно было бы портировать без него
в этом контексте драйвер в виде модуля может ничего не дать: у меня старый телефон остался на 4.14, гарантированно поменялся ABI. Не какой-то GPIO порт же дергается.
Я не рассматривал случай поддержки вендора (её для смертных нет). Потому и выразился, что ни апстрима, ни открытости(, ни драйвера).
linux-firmware ...
Компромисс между чем и чем?
Поддержкой со стороны производителя и открытостью/апстримом кода. Если можно так сказать "прикладной" код в основной ветке linux есть и будет поддерживаться в рабочем состоянии (или хотя бы в актуальном состоянии). Firmware blobs пусть и закрыты, но присутствуют в поставке ядра и железо работает.
Это был риторический вопрос, и мы оба на него знаем ответ даже без гугла.
Хорошо, жму руку :) Остальное +1, про железки интересно.
Да без проблем. Статья мне не понравилась, обобщение опыта может и хорошее, но на публику близко к бесполезному. Что из опыта один-к-одному сразу смог соотнести с текстом -- то и понятно было. Остальное - хотелось бы именно примеров и объяснений, а не тридесятое определение того, что такое рекурсивная функция.
Лично я начал заниматься математикой уже давно
Оно и видно. Подвёл всю статью под свою внутреннюю систему абстракций и понимания. Может быть я по обозначенным им лекалам неосознанно и работаю, но комментарий @Filipp42мне показался полезнее. Сам уже думаю в ту сторону, что надо (пусть не те логически строгие языки), но Haskell, да Rust распробывать. В конце концов, что в статье -- "мягкие" наставления для логики. И напротив: когда компилятор заставляет тебя жесткими правилами мыслить так, а не иначе.
Как успехи в беге от открытости кода у nvidia.ko и (в школьные годы мои с радеоном 9600) у fglrx.ko?
Успешно убежали в закрытые модули, у которых постоянно был лаг с поддержкой релизов ядра?
Ныне открытый драйвер nvidia публикуется лишь периодически (порелизно), с затертой историей и поддерживает только те поколения, где остальная логика спрятана в firmware в виде GSP, плюс:
Note that the kernel modules built here must be used with GSP firmware and user-space NVIDIA GPU driver components
Как успехи по открытости у прошивок
Как это противоречит моему комментарию? linux-firmware - отдельный репозиторий, но блобы внутри устройств -- приемлемый, как по мне, компромисс на данном этапе.
всё, что поддерживает стоковая прошивка
Коль сами моё высказывание расширили, то сами и ищите пример. Ситуация как с кастомными прошивками, так и вообще доступом к бутлоадеру плачевная. Google Pixel подлили масла в огонь.
Да... и открытость кода типа никакой роли не играет, от которой эти же корпы бегают как от быка.
Насколько помню, (части) драйверов SoC очень даже апстримились мододелами с Андроида. @vkniкак раз компаниям можно не париться из-за трех-пяти лет существования и поддержки продукта: протаскивание в апстрим, мимо юристов, когда можно раз в пятилетку партнерам "релизнуть" дерево со встроенным драйвером.
In the modular view of mind, emotion and language should have little overlap in their processes and representations. However, according to psychological con- structivism, an emotional reaction can be influenced by any aspect of the ongoing situation, such as the language being spoken, which is the topic of this commentary.
I describe here findings on the emotionality differences between a native and a foreign language. Bilingual speakers[1] frequently report that swearing, praying, lying, and saying I love you feel differently when using a native rather than a foreign language (see, e.g., Pavlenko, 2005; Dewaele, 2010). My goal is to highlight the relevance of this body of work for the theoretical assumptions regarding language-emotion independence.
WHEN AND WHY IS A FIRST LANGUAGE MORE EMOTIONAL? ....
Вот он пример "RAID - не бэкап". Точно такой же вектор логической ошибки.
https://xkcd.com/1319/
https://xkcd.com/1205/ / https://logicalmoon.com/2021/05/xkcds-guide-to-is-it-worth-it/
Скорее житейско-философское :) прекрасно
Не знаю, как другие, а телефон почти всегда при мне. Под плеер кармана не остается (переднего).
Не обойдусь без упоминания этой легендарной ветки на hackernews: Ask HN: What's the largest amount of bad code you have ever seen work? (архив)
Please try again later.
Краткость -- сестра таланта: есть и у языков региональные особенности. Их можно закодировать в локаль. Почему-то каждый (здесь на ровном месте вброс) старается друг другу навязать "правильное" написание. Единство языка, конечно, плюс. Не то что китайский. Но почему-то насчет произношения таких баталий не возникает. Вы
scott-скуюшотландскую речь послушайте, никто её активно не искореняет.Вкратце: я в целом с вашим комментарием выше согласен.
Изначально я опирался также и на комментарий vkni выше, про протаскивание драйверов в апстрим, и что, якобы, мейнтенеры совсем противятся.
В сложившейся ситуации (про Android; тоже в контексте того комментария) имеем окаменелые ядра, которые никто не обновляет и, за неимением доступа к коду, ничего иного не поделать.
если бы код был открытым, при безразличии вендора это поделие можно было бы портировать без него
в этом контексте драйвер в виде модуля может ничего не дать: у меня старый телефон остался на 4.14, гарантированно поменялся ABI. Не какой-то GPIO порт же дергается.
Я не рассматривал случай поддержки вендора (её для смертных нет). Потому и выразился, что ни апстрима, ни открытости(, ни драйвера).
Поддержкой со стороны производителя и открытостью/апстримом кода. Если можно так сказать "прикладной" код в основной ветке linux есть и будет поддерживаться в рабочем состоянии (или хотя бы в актуальном состоянии). Firmware blobs пусть и закрыты, но присутствуют в поставке ядра и железо работает.
Хорошо, жму руку :) Остальное +1, про железки интересно.
У шефа же не работает.
В Windows есть локаль ru_MD. Но почему-то никогда так и не разделили ru_RU, ru_UA, ru_BY. Тогда, может, всем хорошо станет?
Да без проблем. Статья мне не понравилась, обобщение опыта может и хорошее, но на публику близко к бесполезному. Что из опыта один-к-одному сразу смог соотнести с текстом -- то и понятно было. Остальное - хотелось бы именно примеров и объяснений, а не тридесятое определение того, что такое рекурсивная функция.
Оно и видно. Подвёл всю статью под свою внутреннюю систему абстракций и понимания. Может быть я по обозначенным им лекалам неосознанно и работаю, но комментарий @Filipp42мне показался полезнее. Сам уже думаю в ту сторону, что надо (пусть не те логически строгие языки), но Haskell, да Rust распробывать. В конце концов, что в статье -- "мягкие" наставления для логики. И напротив: когда компилятор заставляет тебя жесткими правилами мыслить так, а не иначе.
Успешно убежали в закрытые модули, у которых постоянно был лаг с поддержкой релизов ядра?
Ныне открытый драйвер nvidia публикуется лишь периодически (порелизно), с затертой историей и поддерживает только те поколения, где остальная логика спрятана в firmware в виде GSP, плюс:
Как это противоречит моему комментарию? linux-firmware - отдельный репозиторий, но блобы внутри устройств -- приемлемый, как по мне, компромисс на данном этапе.
Коль сами моё высказывание расширили, то сами и ищите пример. Ситуация как с кастомными прошивками, так и вообще доступом к бутлоадеру плачевная. Google Pixel подлили масла в огонь.
В видео помимо этимологии самого слова "bug" (которая была мне неизвестна) еще и Эдисон цитируется, а жил он... немного ранее приклеенного мотылька.
Не каждый. https://git-scm.com/book/en/v2/Distributed-Git-Distributed-Workflows#_dictator_and_lieutenants_workflow
Да... и открытость кода типа никакой роли не играет, от которой эти же корпы бегают как от быка.
Насколько помню, (части) драйверов SoC очень даже апстримились мододелами с Андроида. @vkniкак раз компаниям можно не париться из-за трех-пяти лет существования и поддержки продукта: протаскивание в апстрим, мимо юристов, когда можно раз в пятилетку партнерам "релизнуть" дерево со встроенным драйвером.
https://www.frontiersin.org/journals/psychology/articles/10.3389/fpsyg.2014.01055/pdf
от rm -rf ~ легче будет? :)
https://youtu.be/PMj1dC5UP0U?t=1h52m9s одно из толкований происхождения именно слова "bug" (6мин)
Хотел сказать, что тут-то MBA в конце концов споткнулся о физику. И не прогадал.
А можно наоборот?