Cross Join - канал о разработке

​​Уважаемая аудитория, у нас апдейт

Добры молодцы и девицы, у нас новина!
Из-за частых челобитных от вас об использовании в наших писаньях да лубочных представленьях басурманских словес, над писарями пестун наказал выписать толмача и впредь баять токмо на родном языке.

Челом бьём, вече NEWHR (Новый вербовщик)

Нейросеть пытается текстом нарисовать "девятый вал" Айвазовского. Получается что-то очень странное )))

Если кто еще не видел, на что способен GPT4: https://www.youtube.com/watch?v=outcGtbnMuQ

пишет и дебажит бота, анализ картинок, по наброску делает сайт, считает налоги с учетом всех деталей, может делать это в стихах

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

продолжаю учить английский, записывая видосы
https://www.youtube.com/watch?v=Q7gncqWvJW4

Дженерики в Go в действии

Наконец-то заапрувили proposal по включению универсальных функций для работы со слайсами https://pkg.go.dev/golang.org/x/exp/slices в стандартную библиотеку. Насколько я понимаю, это будет уже в GO 1.21.

Господи боже мой, теперь можно будет поискать элемент в слайсе через стандартную библиотеку!!!!11111одинодинодин
Отсортировать слайс любого ordered типа одним вызовом без костылей
Сравнить два слайса

и т.д.

Я джва года ждал! Да что там, джесять лет! Кто там говорил, что дженерики в го не нужны?

Хотелоь бы подискутировать, провалидировать мысли.

Имхо ORM в целом работают плохо. В веб-приложениях, интенсивно работающих с базой, часть бизнес-логики (условия, джойны, группировки) неизбежно встроена в SQL-запросы (а не только существует в коде приложения), поэтому в случае ORM происходит автогенерация сложных SQL, которая по любому работает через жопу, неоптимально, да еще и плохо дебажится. DBAшники не менее чем в 50% своих выступлений упомянают примеры SQL, порожденных ORM-ками (там обычно зло ацкой сотоны из чорного ада).

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

С другой стороны, query builderы (не ORM, а просто построители запросов) часто помогают в случае, когда есть форма с миллионом необязательных галочек и инпутов, и строить сырой запрос конкатенацией - можно тронуться умом и допустить секьюрити проблемы.

Поэтому лично я для себя пришел к такому выводу: везде стоит писать сырые запросы, кроме тех случаев, когда надо запрос собирать из частей. Но и в этом случае использвать условный Squirrel (query builder для Go), а не условный Gorm (ORM для Go). Да, писанины немного больше, но код становится при этом более понятный и поддерживаемый.

В мире Go вообще не оч принято использовать ORM, фреймворки и т.д., пара лишних строк кода - это всего лишь хорошее медитативное занятие (c)

Не моё (хз откуда оригинал), но гениально ))))

Приветики!🌷

Дочитал "Идеальный программист" Роберта Мартина. Читал две недели. Роберт Мартин - известный инженер и консультант в области ИТ-организаций. Он подписывал https://agilemanifesto.org/. Его почему-то периодически зовут Дядя Боб. Может быть у него просто есть племянники.

Книга - один из его известнейших трудов, наравне с "Чистым кодом" и "Чистой архитектурой". "Идеальный программист" - самая человекопонятная из них, поэтому я выбрал именно ее. Кроме этого, мне хотелось узнать, что такое "идеальный программист". Если такой специалист реально существует, то за определением стоит идти к человеку уровня Мартина.

Ответ оказался предельно прост. Как я уже читал в книгах Питерсона, Франкла и Перлза, любой человек характеризуется ответственностью. Настоящий профессионал у Мартина характеризуется ответственностью и знанием программирования. Именно эти понятия и поясняются на протяжении всей книги.

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

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

Итого - эта книга обязательна к прочтению всем участникам производственных цепочек в сфере ИТ. Скрам мастер, программист, аналитик, тестировщик, тимлид, продакт - я рекомендую ее всем. Она поможет вам лучше понять природу деятельности ИТ. Я не рекомендую эту книгу тем, кто работает вне ИТ - будет скучно и непонятно. Дальше взял читать "Шум" Дэниэла Канемана.

Если юзаете Gitlab, чекните бекапы, некотрые репозитории при бекапе помечаются как Empty и не попадают в бекап, хотя они не пустые. Можно неприятно удивиться.
Баг еще жив в версии 14 как минимум: https://gitlab.com/gitlab-org/gitlab-foss/-/issues/28854#note_24652059

Философия и технологии

Ядерная реакция может дать энергию и быть во благо, но может уничтожить планету.

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

И т.д.

Даже эти вопросы до конца не дорешали, хотя им сто лет в обед.

И ведь опять происходит какая-то такая херня, причем очень быстро.

Этот год, например, прям богат на прорывы в области нейросетей.

ChatGPT поддерживает беседу, сочиняет стихи и сценарии, переводит и пишет простые программы.

Dalle2, midjourney и тд уменьшили порог входа в графический дизайн почти до нуля

Copilot помогает писать код всё лучше и лучше

Даже на войне, говорят, используются интеллектуальные помощники по оптимальному управлению войсками.

И всё это проявилось за какой-то сраный год.

Опять философия отстаёт от технологий. Человечество наступает на все грабли, и лишь после этого думает о том, что будет дальше.

Правильная последовательность дйствий: сначала "зачем", потом "как".

Сейчас: сначала сделаем, а там посмотрим, что будет.

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

Если, предположим, какие-то ИИ-подходы радикально упростят или заменят сложные профессии ( программирование, бизнес, копирайтинг и тд), то что будут делать люди? Торговать пивом? Для чего?

Что смогут напрограммировать автоматические программисты с бесконечными ресурсами, какой пиздец это готовит миру?

Сейчас некому взвесить "за" и "против", а скорость изобретений зашкаливает.

Философы, где вы?

Чему учить детей сейчас, и какой в этом смысл?

Является ли человек венцом эволюции или же он лишь промежуточная ступень для алгоритмов?

Где общественная дискуссия на этот счет?

Может, эти вопросы надо задавать сразу боту chatGPT? :)

csvq - SQL-like query language for csv
Продолжаем тему работы с данными в терминале. CSV - удобный формат, но еще удобнее работать с ним написав SQL запрос

https://github.com/mithrandie/csvq

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

Вот что мне выдал https://deepai.org/machine-learning-model/3d-objects-generator по запросу "php 8.2 released, elephant".

вот как появляются новые релизы PHP

Cross Join - канал о разработке pinned «Я тут клип снял на песню. Космические бюджеты вбухал: почти 2 часа времени!!!!!!!11111одинодинодин Так что лайк, шер и подписка обязательны )) (in English) https://www.youtube.com/watch?v=raJGZaIPhOc»

Я тут клип снял на песню. Космические бюджеты вбухал: почти 2 часа времени!!!!!!!11111одинодинодин
Так что лайк, шер и подписка обязательны ))
(in English)

https://www.youtube.com/watch?v=raJGZaIPhOc

— Привет!

(проходит минута)

— Не занят?

(проходит две минуты)

— Можно вопрос?

Если этот фрагмент переписки до боли знаком, перешли своему коллеге короткое видео (53сек): https://youtu.be/E1MWhW219Rg

Пытаюсь научиться пилить видосы по-английски. Лет ми спик фром май харт. Пока получается на троечку, но первый блин комом, как говорится.

https://www.youtube.com/watch?v=e4PUGpZlcIw

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

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

Всё просто:

Если ты всё порешал, прошел несколько этапов с задачками, то ты точно умный.

Если нет - то хз, может умный, может нет

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

При этом конкретные технологии знать не надо, и даже конкретный язык программирования не важен. Любой норм. Если ты разобрался со всей этой мудрёной галиматьёй с литкода, то и питон/джаву/го как-нибудь осилишь, даже с нуля.

Имхо довольно логично
Обидно только, что куча умных людей не могут попасть в FAANG, потому что решение задачек с таймером - это отдельный навык, который надо прям задрачивать.
Но обидно лишь этим людям, не FAANG: они все равно набирают нужное им количество "точно умных", и им норм

Поэтому или работать в нераскрученных компаниях, или велком ту литкод.

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