Можете продолжать передергивать сколько хотите. Реальные вопросы и претензии игнорировать горазд любой. Жалкое зрелище, сопоставимое с областью применимости ФП в реальном мире. Ну что ж, я тоже так могу:
Что там с Erlang'ом в Discord? Ребята побаловались по началу, как дело запахло реальными нагрузками - сразу все бросили и переписали на Rust? Ой. Неловко то как.
Ой, там-сям Scala выкидывается в пользу Kotlin? Ой.
Да что ж такое то! Надо громче кричать про плохой ООП, жуткие паттерны и вредные принципы! Не дорабатываете, так секта ваша и скончаться может скоро.
Ну если это все что ты сумел выдать после вброса про круд и жсончик...
Вон, в ядре Линукс воюют против Rust потому что кодовая база... перестала грепаться.
Я понимаю, не все программисты той эпохи сумели адаптироваться к современным реалиям. Кому-то нужен grep вместо IDE и LSP. А кому-то нужно рассказывать сказки про крутость и элитарность ФП чтоб казаться нитакусиком на закате своих дней, чтоб было хоть чем-то пофлексить перед молодым поколением.
К сожалению для вас, попытка взятия на понт через жсончик и круд чего-то не удалась. Жаль.
А обычно видимо работает? Ну когда оппонент джун фронтендер, там ему и про отвратительность паттернов можно залить, и про то какие все принципы вроде SOLID плохие.
Увы, в моем системном программировании круда я не обнаружил. А сейчас еще и драйвера переезжают на Rust.
Так что, похоже, последние причины где-то зачем-то использовать функциональные языки пропали. Пришел Rust и весь этот цирк с "гыгыгы математически корректные программы и безопасный параллелизм" можно заканчивать.
А еще знаете чего я не замечаю в системном программировании? Функциональных языков программирования. Ой.
Не обнаружено ОС, драйверов, спутников в космосе, роверов на Марсе под использованием ФП.
Видимо это не достаточно реальные проекты для совершенно точно не культа ФП адептов. И что-то не помогает реальная корректность программ, "эффективный параллелизм". И почему-то идиоты разрабатывающие Linux, Windows, космические программы, прошивки для самолетов продолжают буксовать с C, а для будущего выбрали Rust. Хм, просчитались что-ли все?
У вас часом языков не больше чем реальных круных проектов написанных на них?
Zero Cost Abstractions, Inlining и прочие оптимизации уже давно существуют. И с этими техниками многие паттерны и другие виды абстраций из мира ООП если не бесплатные, то около того. Зато все очень человекопонятно и приятно при работе.
Я не знаю, как программист на функциональных языках вообще имеет право говорить про эффективность и производительность кода, когда функциональные языки это апофеоз неэффективности в угоду "красоты" по математике и Кнуту, совершенно никому не нужных для решения реальных задач.
Вот этот самый впечатляющий для меня. Собственно и уникальный пример сферы где нужен мощный микроконтроллер, а не одноплатник: важно энергопотребление, масса, габариты и время отклика. На одноплатниках Flight Controller'ы не делают.
На фоне того что в эту клоаку из смеси затхлого кода из прошлого тысячелетия и дедов которые его написали практически никто не хочет влезать (мейнтейнеров все меньше и меньше, а новых практически не прибавляется) кто-то переживает что из-за раста исходники перестанут... грепаться. Да уж.
Ничего у человека не щелкает в голове что надо что-то менять и куда-то двигаться к современности, когда навигацию по кодовой базе в 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 вызовы: никто ему магическим образом не начнет прокидывать рантайм, никто не будет магическим образом учитывать твое состояние и статус, никакой магии нет.
Можете продолжать передергивать сколько хотите. Реальные вопросы и претензии игнорировать горазд любой. Жалкое зрелище, сопоставимое с областью применимости ФП в реальном мире. Ну что ж, я тоже так могу:
Что там с Erlang'ом в Discord? Ребята побаловались по началу, как дело запахло реальными нагрузками - сразу все бросили и переписали на Rust? Ой. Неловко то как.
Ой, там-сям Scala выкидывается в пользу Kotlin? Ой.
Да что ж такое то! Надо громче кричать про плохой ООП, жуткие паттерны и вредные принципы! Не дорабатываете, так секта ваша и скончаться может скоро.
Ну если это все что ты сумел выдать после вброса про круд и жсончик...
Вон, в ядре Линукс воюют против Rust потому что кодовая база... перестала грепаться.
Я понимаю, не все программисты той эпохи сумели адаптироваться к современным реалиям. Кому-то нужен grep вместо IDE и LSP. А кому-то нужно рассказывать сказки про крутость и элитарность ФП чтоб казаться нитакусиком на закате своих дней, чтоб было хоть чем-то пофлексить перед молодым поколением.
К сожалению для вас, попытка взятия на понт через жсончик и круд чего-то не удалась. Жаль.
А обычно видимо работает? Ну когда оппонент джун фронтендер, там ему и про отвратительность паттернов можно залить, и про то какие все принципы вроде SOLID плохие.
Увы, в моем системном программировании круда я не обнаружил. А сейчас еще и драйвера переезжают на Rust.
Так что, похоже, последние причины где-то зачем-то использовать функциональные языки пропали. Пришел Rust и весь этот цирк с "гыгыгы математически корректные программы и безопасный параллелизм" можно заканчивать.
А еще знаете чего я не замечаю в системном программировании? Функциональных языков программирования. Ой.
Не обнаружено ОС, драйверов, спутников в космосе, роверов на Марсе под использованием ФП.
Видимо это не достаточно реальные проекты для совершенно точно не культа ФП адептов. И что-то не помогает реальная корректность программ, "эффективный параллелизм". И почему-то идиоты разрабатывающие Linux, Windows, космические программы, прошивки для самолетов продолжают буксовать с C, а для будущего выбрали Rust. Хм, просчитались что-ли все?
У вас часом языков не больше чем реальных круных проектов написанных на них?
И что должны делать в такой же ситуации функциональные языки? Продолжить магически корректно работать на силе НЕ СЕКТАНТСТВА своих фанбоев?
Zero Cost Abstractions, Inlining и прочие оптимизации уже давно существуют. И с этими техниками многие паттерны и другие виды абстраций из мира ООП если не бесплатные, то около того. Зато все очень человекопонятно и приятно при работе.
Я не знаю, как программист на функциональных языках вообще имеет право говорить про эффективность и производительность кода, когда функциональные языки это апофеоз неэффективности в угоду "красоты" по математике и Кнуту, совершенно никому не нужных для решения реальных задач.
Вот этот самый впечатляющий для меня. Собственно и уникальный пример сферы где нужен мощный микроконтроллер, а не одноплатник: важно энергопотребление, масса, габариты и время отклика. На одноплатниках Flight Controller'ы не делают.
Видел, не много, но видел. И ядро собирал, и свой образ. С разработкой непосредственно ядра 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 вызовы: никто ему магическим образом не начнет прокидывать рантайм, никто не будет магическим образом учитывать твое состояние и статус, никакой магии нет.