На фоне того что в эту клоаку из смеси затхлого кода из прошлого тысячелетия и дедов которые его написали практически никто не хочет влезать (мейнтейнеров все меньше и меньше, а новых практически не прибавляется) кто-то переживает что из-за раста исходники перестанут... грепаться. Да уж.
Ничего у человека не щелкает в голове что надо что-то менять и куда-то двигаться к современности, когда навигацию по кодовой базе в 2025 году в эпоху IDE и LSP приходится осуществлять грепом.
О да, угрозы что кто-то кого-то заменит, ага, конечно. Первые кого они заменят это LLM-хайперы дармоеды под контролем профессионалов, разумно понимающих лимиты этой игрушки.
А если заменят меня и других из сферы моей деятельности, то цивилизация долго не просуществует с Crowdstrike'ами с периодичностью в пару дней, увы. Дюна начнется уже какая-то.
LLM уже давно на плато, уже как год точно. Зато теперь благодаря невероятной магии маркетинга успешно продаются навыки LLM погуглить за тебя (RAG) и переживать это автоматически (Chain of Thought, которы вообще-то еще более успешно можно делать самостоятельно, бесплатно, быстрее и на любых моделях).
LLM HYPE! Продажи воздуха никогда не были настолько успешными.
Какую-то ерунду сделали конечно ребята. Был Expirience и все с ним было нормально, нет, надо было сделать то же самое, но с новым "скинчиком". И все сломали. Настройки слетели, часть удобных опций пропала, производительность пропала.
В League of Legends со включенным Instant Replay FPS падает с 250 до 100. Хотя при Экспириенсе эффекта от реплеев было вообще не ощутить.
Программисты 20 лет назад: один придумал Clang, LLVM, Swift, другой пакет инструментов Sysinternals, третий ОС свою написал. И все это в основном на энтузиазме. "Программисты" сейчас: "ну я это, пук срень, жсончик тут не могу сформировать без гугла на жабаскриптике".
Что там с эффективностью использования кэша JSом в 2024 году?
Пол века инженеры всей планеты занимались микрооптимизациями всяких бранч предикторов, компиляторов и другими вещами чтобы повысить эффективность работы программ с кэшем процессора... По пути кучу раз облажались и насовали критических аппаратных уязвимостей в погоне за оптимизациями... Чтобы одним из главных языков в мире стал JS.
А я вот не понимаю почему эти клоуны до сих пор не осилили реализовать нативный прокси. Есть просьба его добавить уже как 6 лет на их сайте с фидбэком.
И при этом, насколько я понимаю, прокси есть в Linux и Mac версиях (на платформах где и так отдельное приложение можно как угодно и куда угодно перемаршрутизировать), но на основной платформе прокси нет.
Красные и синие функции - это прохладные истории тех, кто разобрались только на треть как это все работает для тех кто не разобрался вообще.
Как ты их не называй - async это целиком своя отдельная модель которую с блокирующим кодом мешать нельзя напрямую. Будет для тебя код асинхронный генерироваться комплиятором не явно или ты будешь как в плюсах все делать сам - разницы нет никакой.
Async. Нельзя. Блокировать. Все, нет никаких "красных и синих".
Что на самом деле вторичный фактор. Первичный, конечно, сгенерировать стейт машины, пробрасывать шедулер/контекст/рантайм асинхронным функциям. И даже если это все делалось бы в ручную, все упрется в том что это все требует явного разделения между асинхронным и синхронным кодом. И чисто случайно, побочно, это и достигается "раскрашиванием" методов. Что является выгодным плюсом для тех кто хочет писать код не особо разбираясь что вообще происходит. От части бед их изолировали своим решением разработчики языка.
Статью эту я читал примерно когда Прайм ее обозревал, и на мой взгляд она вообще ни о чем. Если ты достаточно глубоко разобрался с тем, что же такое асинхронный код, то становится очевидно почему нужно идти на согласие с тем что если что-то async - то все async. А с тем что не async, нужно осознанно быть очень осторожным внутри асинхронного кода. И точно так же ясно почему синхронный код не может внезапно начать порождать async вызовы: никто ему магическим образом не начнет прокидывать рантайм, никто не будет магическим образом учитывать твое состояние и статус, никакой магии нет.
Для коптеров не видел, а самолеты вот на таких штуках тестирует Nicholas Rehm. Ну на первом можно и коптер зафиксировать, пример не найду, но вроде все понятно.
Отличный вариант для прототипов необычных моделей (VTOL, трикоптеры, модели с лидарами и другими необычными сенсорами, экранопланы, модели на гидрофойлах и т.д. - смотрите ютуб канал автора), образовательных целей и "поиграться".
В том числе он подробно и с примерами кода рассказывает как работает флайтконтроллер в нескольких своих видео.
Ну брендинг и нацелен не на компьютер, а на «смотрящих». Так что, имхо, простор для махинаций и спекуляций с терминологией даже в пределах судебных разбирательств, кто сколько недополучил, остаются.
Видел, не много, но видел. И ядро собирал, и свой образ. С разработкой непосредственно ядра Linux знаком исключительно по касательной.
Однако короткий ответ на ваши вопросы: понимаю, знаю, в примитивном виде могу, и на ассемблере писал, и даже пишу. Я это... Windows driver developer.
На фоне того что в эту клоаку из смеси затхлого кода из прошлого тысячелетия и дедов которые его написали практически никто не хочет влезать (мейнтейнеров все меньше и меньше, а новых практически не прибавляется) кто-то переживает что из-за раста исходники перестанут... грепаться. Да уж.
Ничего у человека не щелкает в голове что надо что-то менять и куда-то двигаться к современности, когда навигацию по кодовой базе в 2025 году в эпоху IDE и LSP приходится осуществлять грепом.
Вот про замену таких как вы я и говорю, у кого специфика это разговоры ни о чем. Мне все равно кто там кого будет каким-то образом заменять в 2077.
О да, угрозы что кто-то кого-то заменит, ага, конечно. Первые кого они заменят это LLM-хайперы дармоеды под контролем профессионалов, разумно понимающих лимиты этой игрушки.
А если заменят меня и других из сферы моей деятельности, то цивилизация долго не просуществует с Crowdstrike'ами с периодичностью в пару дней, увы. Дюна начнется уже какая-то.
LLM уже давно на плато, уже как год точно. Зато теперь благодаря невероятной магии маркетинга успешно продаются навыки LLM погуглить за тебя (RAG) и переживать это автоматически (Chain of Thought, которы вообще-то еще более успешно можно делать самостоятельно, бесплатно, быстрее и на любых моделях).
LLM HYPE! Продажи воздуха никогда не были настолько успешными.
Ого, LLM эффективны в решении задач на которых модель и тренировали, невероятно.
Какую-то ерунду сделали конечно ребята. Был Expirience и все с ним было нормально, нет, надо было сделать то же самое, но с новым "скинчиком". И все сломали. Настройки слетели, часть удобных опций пропала, производительность пропала.
В League of Legends со включенным Instant Replay FPS падает с 250 до 100. Хотя при Экспириенсе эффекта от реплеев было вообще не ощутить.
Программисты 20 лет назад: один придумал Clang, LLVM, Swift, другой пакет инструментов Sysinternals, третий ОС свою написал. И все это в основном на энтузиазме.
"Программисты" сейчас: "ну я это, пук срень, жсончик тут не могу сформировать без гугла на жабаскриптике".
Это скорее скриптеров и кодеров почему-то стали называть программистами.
Что там с эффективностью использования кэша JSом в 2024 году?
Пол века инженеры всей планеты занимались микрооптимизациями всяких бранч предикторов, компиляторов и другими вещами чтобы повысить эффективность работы программ с кэшем процессора... По пути кучу раз облажались и насовали критических аппаратных уязвимостей в погоне за оптимизациями... Чтобы одним из главных языков в мире стал JS.
Да никак. Rust подвержен supply chain атакам так же как и JS.
Есть даже вот такие интересные мысли о необходимости создания extended standart library чтобы избежать такого количества фундаментальных зависимостей.
А я вот не понимаю почему эти клоуны до сих пор не осилили реализовать нативный прокси. Есть просьба его добавить уже как 6 лет на их сайте с фидбэком.
И при этом, насколько я понимаю, прокси есть в Linux и Mac версиях (на платформах где и так отдельное приложение можно как угодно и куда угодно перемаршрутизировать), но на основной платформе прокси нет.
Красные и синие функции - это прохладные истории тех, кто разобрались только на треть как это все работает для тех кто не разобрался вообще.
Как ты их не называй - async это целиком своя отдельная модель которую с блокирующим кодом мешать нельзя напрямую. Будет для тебя код асинхронный генерироваться комплиятором не явно или ты будешь как в плюсах все делать сам - разницы нет никакой.
Async. Нельзя. Блокировать. Все, нет никаких "красных и синих".
Что на самом деле вторичный фактор. Первичный, конечно, сгенерировать стейт машины, пробрасывать шедулер/контекст/рантайм асинхронным функциям. И даже если это все делалось бы в ручную, все упрется в том что это все требует явного разделения между асинхронным и синхронным кодом. И чисто случайно, побочно, это и достигается "раскрашиванием" методов. Что является выгодным плюсом для тех кто хочет писать код не особо разбираясь что вообще происходит. От части бед их изолировали своим решением разработчики языка.
Статью эту я читал примерно когда Прайм ее обозревал, и на мой взгляд она вообще ни о чем. Если ты достаточно глубоко разобрался с тем, что же такое асинхронный код, то становится очевидно почему нужно идти на согласие с тем что если что-то async - то все async. А с тем что не async, нужно осознанно быть очень осторожным внутри асинхронного кода. И точно так же ясно почему синхронный код не может внезапно начать порождать async вызовы: никто ему магическим образом не начнет прокидывать рантайм, никто не будет магическим образом учитывать твое состояние и статус, никакой магии нет.
Не хватает производительности на работу с облачными нейросетевыми сервисами от 3-й стороны? Ого, угу, ага.
Для коптеров не видел, а самолеты вот на таких штуках тестирует Nicholas Rehm. Ну на первом можно и коптер зафиксировать, пример не найду, но вроде все понятно.
Hidden text
Открытая, понятная, легко модифицируемая прошивка для всех видов моделей - https://github.com/nickrehm/dRehmFlight/ (https://www.youtube.com/@NicholasRehm).
Отличный вариант для прототипов необычных моделей (VTOL, трикоптеры, модели с лидарами и другими необычными сенсорами, экранопланы, модели на гидрофойлах и т.д. - смотрите ютуб канал автора), образовательных целей и "поиграться".
В том числе он подробно и с примерами кода рассказывает как работает флайтконтроллер в нескольких своих видео.
Если очень надо, есть кто коробками картонными накрывает для теплоизоляции.
Тут все еще куда интереснее, потому что это буквально реплика из туториала по созданию такого ровера: https://www.youtube.com/watch?v=NOZZMsMAGh0
"Разработали". А может правильнее говорить "посмотрели ролик на ютубе и повторили"?
https://www.youtube.com/watch?v=NOZZMsMAGh0