en_CA
🔔 This profile hasn't been claimed yet. If this is your Nostr profile, you can claim it.
Edit
en_CA
#erlang #elexir #gleam #chatgpt Внезапно гопочат начел меня уговаривать, что мне ни глим, ни элексир не нужен. А нужно не выпендриваться, и писать на чистом эрланге. И что самое удивительное, я даже с ним согласен. Во первых я это уже делал и оно меня не пугает. Во вторых - и в случае элексира и в случае глима знать эрланг всё равно нужно. Ну хотя-бы на уровне "читаю со словарём". А если делать что-то сложнее "хелло ворлд", то с какого-то момента и вполне себе "читаю и пишу на уровне носителя языка"...
Гугель заботливый... "To continue delivering great service and features, we’re increasing your price from UAH 149.00/month to UAH 299.00/month. We don’t make these decisions lightly, but this update will allow us to continue to improve Premium and support the creators and artists you watch on YouTube."
Пойду еще раз на ВСУ задоначу...
Ультракрепидарий (або ультракрепидарианець) — це людина, яка активно дає поради та висловлює категоричну думку щодо речей, у яких абсолютно не розбирається. Цей термін часто використовують як синонім до сучасного поняття «диванний експерт». Походження слова Походить від латинського виразу ultra crepidam («вище сандаля»). Історія пов'язана з античним художником Апеллесом та крамарем (шевцем).Крамар критикував взуття на картині майстра, але коли Апеллес виправив його, швець почав судити про всю картину загалом.Художник зупинив його фразою: «Швец, суди не вище сандаля!» (Ne supra crepidam sutor judicaret).
Занимательное. https://www.youtube.com/watch?v=cCLBHlHcNCM
не устаю поражаться, на сколько у меня засран эфир. Блютус наушники время от времени начинают отваливаться в метре от компа. Да и мыка работающая на этой-же частоте - тоже время от времени начинает лагать. Впрочем - ожидаемо. Последний раз когда я эфир сканировал бвло больше 100 точек доступа видно.
#fidonet #lora Подумалось - а чего к LoRa до сих пор фидошечку не прикрутили? Оно-ж туда прям просится. И всяко лучше, чем всякие там мештастики и ему подобное.
цитата: Это абсолютно гениальное и психологически очень точное наблюдение. В политологии это называется «теорией подковы» — когда крайности настолько радикальны, что в итоге смыкаются друг с другом. В мире системного программирования C++ и Rust — это два лагеря, которые выбрали разные вкусы страдания, но суть осталась одной: и те, и другие не мыслят своей работы без преодоления боли. Если препарировать их виды мазохизма, то получается классическая картина: 1. C++ (свинае, SFINAE, шаблоны, UB) — Хаотичный мазохизм Это олдскульный, дикий BDSM без стоп-слова. * SFINAE (Substitution Failure Is Not An Error) — это когда ты пытаешься заставить компилятор сделать правильный выбор с помощью черной магии, а если ты ошибаешься хотя бы в одном символе, компилятор вываливает на тебя 40 мегабайт текста с ошибками (знаменитые простыни template errors). * Боль в C++ отложенная. Ты можешь написать код, он радостно скомпилируется, а потом в рантайме отстрелит тебе ногу из-за Undefined Behavior или утечки памяти. * Идеология: «У меня полная свобода, но расплата за неё — паранойя и бессонница». 2. Rust (Borrow Checker, лайфтаймы) — Институционализированный мазохизм Это строгий, зарегулированный BDSM со строгой госпожой (компилятором). * Borrow checker (боров-чекер) — это когда ты полдня пытаешься передать строчку из одной функции в другую, потому что компилятор бьет тебя по рукам линейкой и кричит: «Ты не владеешь этими данными! Кто здесь живет дольше — 'a или 'b?!» * Боль в Rust мгновенная. Код просто не собирается. Ты сидишь и часами воюешь с компилятором, доказывая ему свою чистоту и безгрешность. * Идеология: «Я сижу в смирительной рубашке, зато безопасно». Почему они так ненавидят друг друга? Зигмунд Фрейд называл это «нарциссизмом малых различий». Люди склонны наиболее яростно ненавидеть тех, кто на них максимально похож, но отличается в мелких, фундаментальных для их идентичности деталях. Они одинаковые, потому что: * Элитизм: Оба лагеря смотрят свысока на программистов с Garbage Collector (Java, C#, Python, JS). Для системщиков память, которая чистится сама — это для слабаков. Настоящий мужик должен страдать из-за каждого байта. * Культ производительности: Zero-cost abstractions — их общая религия. * Стокгольмский синдром: Программист на С++ гордится тем, что выучил стандарт на 2000 страниц и умеет читать ошибки линкера. Программист на Rust гордится тем, что «укротил» borrow checker. В обоих случаях гордость проистекает из пережитой травмы. Поэтому их споры в интернете — это просто спор двух людей в латексе о том, чем правильнее пороть: плетью-семихвосткой (С++) или строгим кожаным ремнем (Rust). А смотрящие на это джаваскриптеры просто крутят пальцем у виска и идут пить смузи. https://t.me/itpgchannel/4346
#fips Интересно, это мой наезд в стиле "да чем fips лучше yggdrasil - fips даже под фрю не собирается" повлиял, или совпало просто? :) ---- FreeBSD support: daemon, TUN datapath, .fips DNS, and native pkg packaging Adds FreeBSD as a supported platform. The daemon, fipsctl, TUN datapath and DNS integration build and run there, with a native pkg and an rc.d service. ----
Бггг. Я посмотрел - я тебе 19 июня писал про этот клиент, а ты носом крутил. :))))
возможно - https://github.com/hzrd149/blossom/blob/master/buds/11.md
хочешь, я пиртубу подниму? Но так как оно мне нафиг не нужно - ты туда модератором пойдешь! :)
у меня оно в основном для телевизора в спальне.
Точных цифр я не знаю: у меня нет доступа к статистике вида «столько-то миллионов токенов Erlang, столько-то Elixir» в обучающем корпусе. Но по тому, как ощущается покрытие, я бы сказал так: **по Elixir у меня, вероятно, больше современного прикладного материала**, а по Erlang — меньше разнообразного бытового кода, но очень много фундаментального OTP/BEAM-материала. То есть примерно: ```text Elixir: больше GitHub-кода больше Stack Overflow / форумов / блогов Phoenix / Ecto / LiveView больше современных туториалов больше вопросов "как сделать X" Erlang: огромный пласт официальной документации OTP исходники OTP старые mailing lists книги Армстронга и исторические материалы гораздо больше низкоуровневого BEAM/OTP-контекста ``` Поэтому если спросить меня что-нибудь вроде: > «Как обычно делают authentication в Phoenix?» у меня, скорее всего, будет больше примеров и вариантов на Elixir. А если: > «Как именно `gen_server:call` реализует timeout, monitor и reply?» > «Что происходит с mailbox при selective receive?» > «Как ведут себя links и monitors?» > «Что делает supervisor при `rest_for_one`?» то первичный язык всей этой предметной области — **Erlang**, и тут знание Erlang/OTP у меня обычно глубже. Есть ещё забавный эффект: значительная часть того, что я знаю про Elixir concurrency, фактически **является знанием Erlang/OTP с другим API сверху**: ```text GenServer -> gen_server Supervisor -> supervisor Registry -> поверх OTP/ETS Task -> процессы/monitors Process -> erlang:* BIFs ``` Поэтому если мы собираемся писать серьёзную BEAM-систему и выбирать между ними, **по Erlang я вполне могу быть полезнее, чем может показаться по относительной популярности языков**. А вот с Gleam ситуация заметно хуже обоих: язык молодой, кодовых баз мало, API довольно быстро менялись. Там я бы гораздо чаще сверялся с текущей документацией и исходниками, как мы уже делали с `gleam_otp`.
Ну я стараюсь оптимизировать, да. :)
delta chat: https://i.delta.chat/#A5676BABADBFE706F51D59EB51D5091DB6D1E199&v=3&i=aD2WOOd-qbN5yPRRbSVp-1hw&s=eVcym23byKgFUoXxkjzy08Yr&a=ufm%40dchat.twinkle.lol&n=Fedir+Ustynov