Тут несколько примеров, как ЧатГОПОТЫ решает экзаменационные задачи 1 курса, умеет и реверсинженерить из тестов и переводить между парадигмами. В понедельник заскриню и нарежу как я заставил его изобретать DSL и потом писать интерпретатор этого DSL
Оказалось, ЧатГОПОТЫ умеет метапрограммирование, может делать DSL языки для декларативного описания задач и писать раннеры для этих языков. Коенчно, все это очень неоптимально и даже наивно, но до этого я пробовал и он придумывал DSL просто как синтаксический сахар, т.е. набор ФП-утилит или ООП-утилит, не более, а тут прям новый синтаксис. Не ясно точно, чем JSON не угодил, было бы проще с ним работать.
Forwarded from Metarhia/NodeUA - Node.js Ukraine Community
Опрос, который повлияет на развитие ноды https://linuxfoundation.surveymonkey.com/r/XJ35LYF
Теперь и я хочу запустить инфоцыганские курсы, марафон, неприменно, с лозунгом: дорого, долго, и то же самое, что и за бесплатно у меня на канале. Например за $5-10k и все равно купят. https://youtu.be/grZHTZhTZTQ
Дополнил оглавление краткого курса по JavaScript для начинающих и для лоукодеров.
Уже записывается версия этих же лекций на укрианском и английском языках.
Скоро залью примеры на гитхаб и продолжу записывать выпускать новые серии.
https://github.com/HowProgrammingWorks/lowcode
Но сначала выпущу доклад про то, как изменилась сейчас обстановка и на кого нужно учиться, потому, что дела действительно сильно изменились, доклад будет тут https://www.youtube.com/@Metarhia
Уже записывается версия этих же лекций на укрианском и английском языках.
Скоро залью примеры на гитхаб и продолжу записывать выпускать новые серии.
https://github.com/HowProgrammingWorks/lowcode
Но сначала выпущу доклад про то, как изменилась сейчас обстановка и на кого нужно учиться, потому, что дела действительно сильно изменились, доклад будет тут https://www.youtube.com/@Metarhia
GitHub
GitHub - HowProgrammingWorks/Lowcode: Low-code simplified JavaScript
Low-code simplified JavaScript. Contribute to HowProgrammingWorks/Lowcode development by creating an account on GitHub.
Вот кейс как Хамид из Пакистана с 4 годами опыта с ИИ обогнал... https://twitter.com/tshemsedinov/status/1664975963564769280
Я думаю, что мультипарадигменное программирование и знание нескольких языков программирования — это ключ к тому, чтобы не стать чудовищем. Человек с парадигмальным и языковым шовинизмом среди программистов выглядит как фанатик и всегда сделает решение хуже, чем человек, умеющий свободно использовать в одном коде приемы процедурного, структурного, объектно-ориентированного, функционального, автоматного, реактивного и других парадигм, таким образом, чтобы они не мешали друг другу, а органично сочетались. Это примерно как на эфирах на Альфе сочетаются разные языки и мировоззрения, от чего их смотреть интереснее, чем пропаганду на зомбоящике.
Есть еще техники программирования, как асинхронное программирование и параллельное, или обобщенное, потому, что они не бывают сами по себе, для них нужна парадигма-носитель, например для асинхронного нужно или ооп с шаблоном Observer (наблюдатель, но можно сделать на другом шаблоне), или Callback (прием процедурного программирования). Вообще, есть люди, что и ООП не признают отдельной парадигмой и говорят, что это всего лишь расширение процедурной парадигмы, но нет, ООП все же отдельная парадигма, потому, что оно предлагает свой подход к решению основных вопросов: организация последовательности операций (control flow), организация работы с состоянием (app state), способы связывания или зацепления кода (coupling and cohesion).
Для программистов очевидно, что языковые экстремисты, почитатели одного фреймворка и зацикленные на нескольких приемах и паттернах — это пример пещерного мышления, а не имея возможности сравнить, они и свою парадигму хуже понимают, никогда не могут сказать, какие у нее есть сильные и слабые стороны и всегда рассматривают ее как единственно правильную, в которой все хорошо и нет изъянов.
Есть еще техники программирования, как асинхронное программирование и параллельное, или обобщенное, потому, что они не бывают сами по себе, для них нужна парадигма-носитель, например для асинхронного нужно или ооп с шаблоном Observer (наблюдатель, но можно сделать на другом шаблоне), или Callback (прием процедурного программирования). Вообще, есть люди, что и ООП не признают отдельной парадигмой и говорят, что это всего лишь расширение процедурной парадигмы, но нет, ООП все же отдельная парадигма, потому, что оно предлагает свой подход к решению основных вопросов: организация последовательности операций (control flow), организация работы с состоянием (app state), способы связывания или зацепления кода (coupling and cohesion).
Для программистов очевидно, что языковые экстремисты, почитатели одного фреймворка и зацикленные на нескольких приемах и паттернах — это пример пещерного мышления, а не имея возможности сравнить, они и свою парадигму хуже понимают, никогда не могут сказать, какие у нее есть сильные и слабые стороны и всегда рассматривают ее как единственно правильную, в которой все хорошо и нет изъянов.