The ExtremeCode Times
39.9K subscribers
558 photos
47 videos
5 files
513 links
IT punks.

❤️ YouTube
https://youtube.com/ExtremeCode

💸 Реклама
@Mshvyag / eaa@extremecode.studio

Для РКН: № 5025353650
Download Telegram
Шах и мат петухонеры
🤟 Мистер Эванс токсик-омежка Часть 3.

[
'Часть 1',
'Часть 2'
]

По мнению мистера Эванса, те, кто бахает по его подходам настоящие бати жизни, красавчики и ебошеры. Перед ними должны стелиться все остальные чмони. Например, финансисты. Мастера предметных областей это профессия будущего, это не какие-то жалкие финансовые черви-пидоры, которые гоняют циферки туда сюда в надежде, что из этих цифр что-то получится насчитать.

Мастера предметных областей обрабатывают и перерабатывают данные, ПОГРУЖАЮТСЯ В ПОТОК ИНФОРМАЦИИ. Они не пытаются внедрять кучу "эффективных" кувырков, не сходя с места, ОНИ ЛОВКО ИСПЫТЫВАЮТ МЕТОД ОРГАНИЗАЦИИ ОДИН ЗА ДРУГИМ. Они погружаются в поток информации и ищут в нём самую важную струю (kekw).

При этом автор доёбывается не только до финансистов, но и до аналитиков, намекая, что они низкоэффективная прокладка между прогером и заказчиком. И что, на самом деле, всех аналитиков надо бы заменить на мастеров предметных областей. А всё потому что они жоские и делают по Эвансу.

Это же самый настоящий самоотсос на фоне унижения других. Ладно бы он был подкреплён чем-то кроме "отвечаю, заебись тема", но вот кроме кулстори из первых двух частей и красочного описания мироощущения автора ничего нет. После прочтения сразу захотелось сходить в душ и смыть с себя всю эту грязь. Очень токсичный мужик.
Сап дневничок, визионер индустрии на месте.

Вот короче сидел я, значит, думал и вот что надумал. А с чего это в друг все забыли про Turbo Pascal?

Вот когда я учился в школке, у нас был кружок в котором мы изучали эту пред-динозавровую технологию, которая между прочим идеально подходит для изучения основных основ этого вашего так называемого программирования.

Ну серьезно:
Простой базовый синтаксис
Работа с консолью
Работа с видеопамятью
Взаимодействие с RAM
Взаимодействие с регистрами и прерываниями
Алгоритмы
ООП

И много еще чего... В общем — одни объективные плюсы.

На выходе, после изучения этого мастодонтового языка программирования, мы должны получить мегазадрота баргладера-уничтожителя крудошлёпов. Который сразу после вката в АйТи будет развивать индустрию, разрабатывать новые технологии, писать ультимативно-производительный код и зарабатывать при этом 100500к/наносек.

Не, ну а чё, кто прогресс то в АйТишечке будет двигать, а? Я? Дядя Петя? Тётя Мотя? В общем непорядок, поэтому бросай всё и срочно вкатывайся в Turbo Pascal.

А я пожалуй даже подумаю над тем, чтобы сделать видосик на эту тему, как вдохновение будет.
🤌 https://youtu.be/zSZxlSvysZE

А вот и новый видосик на канале про ООП.

На этот раз затравлю вам байку про концепцию повторного использования кода и то, как это сейчас стыкуется с нынешним ООП. Очень полезный материал, поэтому вкатываемся в просмотр не откладывая в долгий ящик.

P.S.
Ну и если я какой-то текст дочитываю до конца, то никогда не поленюсь поставить лайк и в комменте написать что-то типа: "Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?"
💵 Вы думаете что я продался?

Нет, это не так. Вы ошибаетесь. И я огорчен вами, потому что вы забыли наши истоки.

Всю своё Всё своё существование мы топим за ООП по Алану Кэю.

Именно то самое, ламповое ООП из Smalltalk. Концепции, предложенные тогда - прекрасно работают до сих пор, хоть и в изуродованном всякими си-плюс-плюсами виде.

Но именно та, оригинальная концепция идеально ложится на динамически типизированные языки - такие как Python и JavaScript.

И я никогда не устану повторять, что то самое ламповое ТРУ ООП возможно только в ДИНАМИКЕ. Вы можете быть не согласны со мной, но я как истинный ценитель олдскульщины в программировании могу себе позволить тратить свое время на изучение, на поиски скрытых смыслов и передачи этих знаний вам - совершенно бескорыстно.

НЕ ПРОДАЛИСЬ, ПОВТОРЯЮ - НЕ ПРОДАЛИСЬ.
❤️ Люблю своих отпищеков
Прекрасно помню интернетно-форумную движуху образца 2012-2013 годов, я тогда как раз перекатывался с VB.NET на C#. Очень успешно между прочим, ведь единая платформа способствовала этому.

Так вот, еще в те далекие года можно было встретить людей у которых программирование являлось их хобби, и на всяких профильных айти форумах постоянно были замесы на счет актуальности различных технологий и плафторм.

И в то время многие считали .NET лютейшим аутсайдером, ведь ты чего, там же:
- MICROSOFT ВСЁ ЗАГУБИТ
- НЕКРОССПЛАТФОРМЕННО
- СЛЫШ, СКАЧАЙ 300 МЕГАБАЙТ .NET FRAMEWORK
- ЗАЧЕМ ЖРАТЬ C#, ЕСЛИ ЕСТЬ JAVA?

А я в таких срачах, кстати, постоянно защищал .NET и был уверен, что он прочно займет свою нишу в АйТи индустрии, и вот прошло всего 10 лет, а кокнет уже и в Open Source вышел и кроссплатформенным рантаймом обзавелся, и имеет самые лучшие в индустрии инструменты для разработки и вообще живее всех живых.

Что с лицом, хейтерки?

P.S.
Через 10 лет Петухончик захватит планету, скриньте
Ah shit, here we go again
😱 ШОК!
😰 ЯДРО ЛИНУКСА ПРОРЖАВЕЛО И РАЗВАЛИЛОСЬ!

На прошлой неделе Линупс допустил использование Rust в ядре в качестве второго языка программирования для написания модулей ядра и драйверов.

Как-то я завтыкал и пропустил эту новость, пока ютаб мне её в предложку не закинул. Я, если честно, в этот момент пил чай и он у меня чуть из носа не потёк.

Оказывается, эту идею уже очень давно лоббируют чуваки из Google, но Торвальдс отбивался от них при помощи кулстори рассказов про "несовместимость типов" и "недостаточную точность при работе с числами с плавающей точкой".

Окей, у меня вопрос: сколько шекелей Google занес Линусу, чтобы он изменил свое мнение? Вычеркиваем и переходим на фряху?

P.S.
А не, загуглил, оказывается в FreeBSD тоже есть поддержка Rust, правда выглядит как какой-то костыль.

P.P.S.
Может они мне норм драйвер для Nvidia на Rust накодят, раз такое дело. Ну и под сканер отпечатка пальцев, тоже было бы неплохо.

P.P.P.S.
Ну и по традиции: Press 💩 for Linux
"Рынок - это не экономика"

Тут Unity Software с начала года потеряла 70% своей капитализации. В связи с этим руководство по приколу, на внезапном созвоне решило сократить 4% своих сотрудников по всему миру. Помимо этого, начиная с зимы из конторки увольнялись старички, которые работали там с самого основания. И все это на фоне рекордных премиальных выплат топ-менеджменту.

На Kotaku есть небольшой материал с расследованием всей этой неприятной ситуации: тыц.

Я конечно не финансовый эксперт, но по-моему Unity всё. Вычёркиваем?
В общем, есть важная проблема: дефицит программистов 😱

Порог вхождения в АйТи значительно снизился в течении последних ~15 лет, но все равно достаточно высок, чтобы абсолютно каждый мог вкатиться в профессию.

И так, ну давай посмотрим на Microsoft с платформой .NET, какой же путь они проделали для снижения порога входа со своей стороны:

- На релизе, помимо C#, были доступны и другие взаимозаменяемые языки: J# (Java), VB.NET (Visual Basic), C++/CLI.

Если кто не в курсе, поясняю: Каждый из этих языков на платформе транслируется в промежуточный язык IL, который затем интерпретируется виртуальной машиной. Благодаря этому, в одном решении мы можем использовать абсолютно разные языки программирования. Ведь по сути язык не имеет никакого значения - в конечном счёте всё будет переведено в IL и будет работать совместно.

Далее больше — появился Delphi под .NET, IronPython, да и много еще чего, чуть ли не под каждый существующий ЯП, всего не перечислить.

Но в какой-то момент все пошло не по плану: либо идея не получила должной поддержки, либо Мелкомягким стало в лом это как-то дальше развивать и продвигать.

Я склонен ко второму варианту, и вот почему:

- На текущий момент Microsoft прибила все свои наработки в этой области. Вот у них раньше даже существовала Research команда, которая создавала новые языки программирования на .NET чисто в экспериментальных целях. Например F# здесь изначально и был разработан. И зацените например расширение языка Spec# с non-null системой типов для C# и это в 2004-ом году!

А сейчас я даже не уверен что эта группа до сих пор существует (если они работают и Default Interface Methods в C# это лучшее, что они смогли придумать за последнее время, то соре, лучше бы они закрылись).

Даже развитие VB.NET завершили, хотя это был идеальный язык программирования для школьников. И в итоге осталась только минимальная актуалочка: C# и F#.

Microsoft, шо с лицом? Приоритеты сместились? 🤡
Короче, на выходных изучил немного вопрос с Unity Software, почитал западных аналитиков и решил ввести непостоянную рубрику — IT KEKW NEWS.

Сейчас расскажу, вы умрёте. Оказывается у этих ребят сервисы монетизации работали совместно с нейросетями. Так вот, данные на которых было произведено обучение, оказались неточными, что привело к потере $110 млн в Q1 2022, и это в добавок к $60 млн обычных убытков и это на фоне оттока старичков и сокращений кадров.

2024-ый год @ поглощение Microsoft'ом @ скриньте 😂👍
Тут со дна АйТи индустрии постучались.

Если серьезно, то новости для отрасли удручающие —в технологических и АйТи стартапах в Q2 этого года начались массовые кадровые сокращения АйТи специалистов.

До ковидных уровней пока еще не дотягиваем, но согласись — выстраивающаяся тенденция печальна. В общем, буду присматривать за развитием событий и иногда освещать эту тему. ✌️
👉 В общем, после поста про порог входа в АйТи, возникла серия вопросов, поэтому я чуть детальнее раскрою свою мысль и отношение к этой серьезной, как я считаю, теме.

Проблема в том, что все самые хитрожопые АйТи компании нихренашеньки не хотят заниматься развитием и воспитанием своих собственных кадров. Их цель, как самых настоящих паразитов — перехантить уже опытного специалиста различными плюшками: вот мы тебе печенек насыпали, вот у нас зарплатка повыше, вот тебе стоматология халявная, а еще у нас вот есть PS5 в лаундже и так далее...

Ну можете сами прикинуть, сколько времени уходит на развитие кадра с уровня Trainee/Junior до Senior. То, что этот кадр возможно был чьей-то долгосрочной инвестицией, в которого вкладывались деньги и сотни человеко-часов, паразитов обычно мало волнует.

А потом все работает, как в том меме про круговорот девелопера в финтехе или ты серьезно думаешь, что дефицит специалистов уровня Senior на ровном месте появился?✌️
👉 Далее, если кто-то думает что нужно обязательно взять человечка за руку и провести его через весь тернистый путь к "успешному успеху" в индустрии это единственный возможный путь — то нет, это не так. На порог входа в АйТи и дальнейшее развитие специалиста влияет множество факторов.

🔹Качество и доступность обучающих материалов. Вот этого у нас в достатке, пожалуйста выбирай сам: "Бесплатно, Некачественно, Быстро", "Бесплатно, Качественно, Долго", "Платно, Качественно, Быстро", и так далее...Ну камон, у нас ВУЗы, есть множество платных курсов, есть халявный доступ к CS50, есть множество энтузиастов на YouTube, бери да изучай.

🔹Технологический стек - я думаю можно заметить некоторую закономерность: постоянно появляются новые языки и технологии; главная их задача — упростить и ускорить решение типичных проблем при разработке, для которых раньше требовались куда более подготовленные и квалифицированные кадры.

🔹Доступность инструментария, не менее важный элемент: чем лучше среда разработки - тем выше эффективность тебя как специалиста, поэтому сейчас активно появляются помощники в виде нейросетей (аж мерзко было, когда это писал, но извини, это уже факт) - тут ярким примером является недавний релиз Copilot.

Это я к тому, что всегда есть условные "бутылочные горлышки", где можно упростить и оптимизировать процессы, тем самым снижая требования к кадрам. Да, сейчас это может и не так заметно, но такая тенденция есть.
...в очередной раз Rust признаётся самым любимым языком в ежегодном опросе StackOverflow.

Так, у меня встал вопрос - я действительно чего-то не знаю про rust или просто у ржавых это такой ежегодный способ аутофелляции?

Эксперты, поясните в комментах 👇
Организация Software Freedom Conservancy призвала прекратить использование GitHub открытыми проектами 😂👍

А всё из-за замеса с Copilot, якобы мелкомягкие натренировали свой Skynet на коде из публичных репозиториев, без учёта типа лицензии проекта.

Ребятишек из юридической организации возмутил факт таких вольных трактовок лицензионных текстов и в связи с этим они забили стрелку корпорации зла. Microsoft же заявила, что ничего не нарушала и вообще: "чего все разбухтелись, всё нормально" и на стрелку не явилась.

Вот такие дела.
✌️Сап дневничок, предлагаю сегодня почиллить, поэтому расскажу тебе про свой опыт работы с щвятым Linux, а именно с GTK.

Короче, для тех кто не в теме, GTK - это такая, грубо говоря, библиотека для построения пользовательский интерфейсов в среде рабочего окружения Gnome. Так вот, решил я значит года полтора назад по приколу вкатиться в Desktop разработку под Linux, чисто пощупать как оно там. Узнать, так сказать, врага в лицо и наконец-то понять почему большинство нативных Linux приложений такие ВСРАТЫЕ. Особенно с учетом того, что у меня раньше был опыт работы с WinForms/WPF, поэтому челлендж оказался интересным.

Вот когда я иронизирую в своих видео про ООП, то я частенько использую для этих целей язык C, чистый C, без всяких ++. Так вот, библиотека GTK - это библиотека написанная на чистом C с использованием объектно-ориентированного подхода. Смекаешь?

Разработка на GTK в чистом виде, без использования сторонних средств выглядит как АД. Инструмент как будто реально лет на 30 устарел (сразу с момента релиза, как минимум).

Не то, чтобы я неосилятор, но просто я словил вайб Hello World приложения на windows api (+- 500 строк кода, для такой простой задачки). Весь процесс построения интерфейсов непомерно раздут, и я очень сомневаюсь что в таком виде можно построить какой-то серьезный UI.

Соответственно, после этого провала, я начал искать другие способы работы с GTK. Ииии....Красноглазики небыли бы красноглазиками, если бы не представили миру такой язык программирования как Vala. Язык выглядит так, будто из C# решили сделать C++.

И самое главное - это ЯП который был СПЕЦИАЛЬНО создан для работы с GTK в объектно-ориентированном виде. В чем же мякотка? Да в том, что при компиляции Vala код транслируется в C+GTK код, а затем уже при помощи GCC компилируется в нативное приложение. Работает оно, если что, так же всрато, как и читается.

Хотя на самом деле, если бы была нормальная IDE в которой было бы просто отлаживать эти поделия, то качество приложенек значительно бы увеличилось. Но извините, процесс отладки подобных проектов представляет собой самый настоящий Hell on Earth. Поэтому, я конечно респектую чувакам которые могут писать в таких условиях хоть какие-то работоспособные приложения, но извиняйте - это полный треш, я ухожу.

И собственно вот, мой тебе совет, если ты планируешь вкатываться в Desktop разработку под Linux, то пожалуйста, выбирай что угодно, но не GTK. Даже Electron будет лучшим выбором.

P.S.
Ну и конечно же...Press 💩 for Linux
The ExtremeCode Times
✌️Сап дневничок, предлагаю сегодня почиллить, поэтому расскажу тебе про свой опыт работы с щвятым Linux, а именно с GTK. Короче, для тех кто не в теме, GTK - это такая, грубо говоря, библиотека для построения пользовательский интерфейсов в среде рабочего…
Кстати, стихийно тут вспомнил о своём старом мемном видосе про Жака Фреско и ООП (18+)

И я короче, сижу сейчас и думаю: а правда - кто вообще решил что кнопка это объект и ООП парадигма идеально годится для создания UI? 😂

Просто начинаю вспоминать:
- WPF + XAML
- Qt + QML
- Java + XML (вроде?)
- HTML в конце-то концов

Везде используются специальные языки разметки для вёрстки пользовательских интерфейсов. И это я еще не гуглил специально, чисто по памяти составил список. Уверен что его можно продолжить.

Да, конечно можно предъявить меломягким что у них похожее в Windows Forms есть, но так извините блин, Шиндовс Формы после 2005-го года (год когда появился WPF) по сути то и не развиваются никак!

Эх линуксятники, МОЛОДЫЕ ЛИНУКСЯТНИКИ, что ж вы не бережёте-то себя, миленькие 🥲