Forwarded from Пятиминутка PHP
— Привет!
(проходит минута)
— Не занят?
(проходит две минуты)
— Можно вопрос?
Если этот фрагмент переписки до боли знаком, перешли своему коллеге короткое видео (53сек): https://youtu.be/E1MWhW219Rg
(проходит минута)
— Не занят?
(проходит две минуты)
— Можно вопрос?
Если этот фрагмент переписки до боли знаком, перешли своему коллеге короткое видео (53сек): https://youtu.be/E1MWhW219Rg
YouTube
Цифровой этикет: нужно ли здороваться в рабочих чатах
Фрагмент корпоративного тренинга.
Заказывайте такое в свою компанию: maxim.ilyahov@yandex.ru
Заказывайте такое в свою компанию: maxim.ilyahov@yandex.ru
👍7
Я тут клип снял на песню. Космические бюджеты вбухал: почти 2 часа времени!!!!!!!11111одинодинодин
Так что лайк, шер и подписка обязательны ))
(in English)
https://www.youtube.com/watch?v=raJGZaIPhOc
Так что лайк, шер и подписка обязательны ))
(in English)
https://www.youtube.com/watch?v=raJGZaIPhOc
YouTube
Learning Golang. First impressions (song)
if err != nil {
return nil, err
}
return nil, err
}
👍9🔥9👎1
Cross Join - канал о разработке pinned «Я тут клип снял на песню. Космические бюджеты вбухал: почти 2 часа времени!!!!!!!11111одинодинодин Так что лайк, шер и подписка обязательны )) (in English) https://www.youtube.com/watch?v=raJGZaIPhOc»
Forwarded from PHP умирает?!
Вот что мне выдал https://deepai.org/machine-learning-model/3d-objects-generator по запросу "php 8.2 released, elephant".
😁18
Forwarded from Pro WEB & IT
csvq - SQL-like query language for csv
Продолжаем тему работы с данными в терминале. CSV - удобный формат, но еще удобнее работать с ним написав SQL запрос
https://github.com/mithrandie/csvq
Продолжаем тему работы с данными в терминале. CSV - удобный формат, но еще удобнее работать с ним написав SQL запрос
https://github.com/mithrandie/csvq
👍7🤯7🔥1
Философия и технологии
Ядерная реакция может дать энергию и быть во благо, но может уничтожить планету.
Мобильник хорош для моментальной связи и получения информации, но может ослабить интеллект ребенка из-за игр.
И т.д.
Даже эти вопросы до конца не дорешали, хотя им сто лет в обед.
И ведь опять происходит какая-то такая херня, причем очень быстро.
Этот год, например, прям богат на прорывы в области нейросетей.
ChatGPT поддерживает беседу, сочиняет стихи и сценарии, переводит и пишет простые программы.
Dalle2, midjourney и тд уменьшили порог входа в графический дизайн почти до нуля
Copilot помогает писать код всё лучше и лучше
Даже на войне, говорят, используются интеллектуальные помощники по оптимальному управлению войсками.
И всё это проявилось за какой-то сраный год.
Опять философия отстаёт от технологий. Человечество наступает на все грабли, и лишь после этого думает о том, что будет дальше.
Правильная последовательность дйствий: сначала "зачем", потом "как".
Сейчас: сначала сделаем, а там посмотрим, что будет.
Конечно, генерируемые программой картинки - это не атомная бомба, но в профессиональной дизайнерской среде наступает заметный перекос. Неолуддиты уже пытаются напрягать регуляторов.
Если, предположим, какие-то ИИ-подходы радикально упростят или заменят сложные профессии ( программирование, бизнес, копирайтинг и тд), то что будут делать люди? Торговать пивом? Для чего?
Что смогут напрограммировать автоматические программисты с бесконечными ресурсами, какой пиздец это готовит миру?
Сейчас некому взвесить "за" и "против", а скорость изобретений зашкаливает.
Философы, где вы?
Чему учить детей сейчас, и какой в этом смысл?
Является ли человек венцом эволюции или же он лишь промежуточная ступень для алгоритмов?
Где общественная дискуссия на этот счет?
Может, эти вопросы надо задавать сразу боту chatGPT? :)
Ядерная реакция может дать энергию и быть во благо, но может уничтожить планету.
Мобильник хорош для моментальной связи и получения информации, но может ослабить интеллект ребенка из-за игр.
И т.д.
Даже эти вопросы до конца не дорешали, хотя им сто лет в обед.
И ведь опять происходит какая-то такая херня, причем очень быстро.
Этот год, например, прям богат на прорывы в области нейросетей.
ChatGPT поддерживает беседу, сочиняет стихи и сценарии, переводит и пишет простые программы.
Dalle2, midjourney и тд уменьшили порог входа в графический дизайн почти до нуля
Copilot помогает писать код всё лучше и лучше
Даже на войне, говорят, используются интеллектуальные помощники по оптимальному управлению войсками.
И всё это проявилось за какой-то сраный год.
Опять философия отстаёт от технологий. Человечество наступает на все грабли, и лишь после этого думает о том, что будет дальше.
Правильная последовательность дйствий: сначала "зачем", потом "как".
Сейчас: сначала сделаем, а там посмотрим, что будет.
Конечно, генерируемые программой картинки - это не атомная бомба, но в профессиональной дизайнерской среде наступает заметный перекос. Неолуддиты уже пытаются напрягать регуляторов.
Если, предположим, какие-то ИИ-подходы радикально упростят или заменят сложные профессии ( программирование, бизнес, копирайтинг и тд), то что будут делать люди? Торговать пивом? Для чего?
Что смогут напрограммировать автоматические программисты с бесконечными ресурсами, какой пиздец это готовит миру?
Сейчас некому взвесить "за" и "против", а скорость изобретений зашкаливает.
Философы, где вы?
Чему учить детей сейчас, и какой в этом смысл?
Является ли человек венцом эволюции или же он лишь промежуточная ступень для алгоритмов?
Где общественная дискуссия на этот счет?
Может, эти вопросы надо задавать сразу боту chatGPT? :)
🔥13
Если юзаете Gitlab, чекните бекапы, некотрые репозитории при бекапе помечаются как Empty и не попадают в бекап, хотя они не пустые. Можно неприятно удивиться.
Баг еще жив в версии 14 как минимум: https://gitlab.com/gitlab-org/gitlab-foss/-/issues/28854#note_24652059
Баг еще жив в версии 14 как минимум: https://gitlab.com/gitlab-org/gitlab-foss/-/issues/28854#note_24652059
GitLab
Some repositories (esp. wikis) are skipped from backup but they aren't empty (#28854) · Issues · GitLab.org / GitLab FOSS · GitLab
Summary Executive Summary: When doing a backup of GitLab, some repositories are marked as skipped whereas there are not empty....
👍4
Forwarded from Shit books (Maxi Frolof)
Приветики!🌷
Дочитал "Идеальный программист" Роберта Мартина. Читал две недели. Роберт Мартин - известный инженер и консультант в области ИТ-организаций. Он подписывал https://agilemanifesto.org/. Его почему-то периодически зовут Дядя Боб. Может быть у него просто есть племянники.
Книга - один из его известнейших трудов, наравне с "Чистым кодом" и "Чистой архитектурой". "Идеальный программист" - самая человекопонятная из них, поэтому я выбрал именно ее. Кроме этого, мне хотелось узнать, что такое "идеальный программист". Если такой специалист реально существует, то за определением стоит идти к человеку уровня Мартина.
Ответ оказался предельно прост. Как я уже читал в книгах Питерсона, Франкла и Перлза, любой человек характеризуется ответственностью. Настоящий профессионал у Мартина характеризуется ответственностью и знанием программирования. Именно эти понятия и поясняются на протяжении всей книги.
Ответственный программист не раздает пустых обещаний, умеет говорить "нет", умеет соглашаться, занимается развитием и изучает свою предметную область.
Профессиональный программист тренируется в мастерстве, выдает качественный продукт, развивает отношения с коллегами и умеет сотрудничать.
Все это подкрепляется большим количеством прикладных примеров из практики автора. Обсуждаются как абстрактные концепты ("ответственность"), так и конкретика ("программирование ночью").
Как специалисту в процессах, мне было интересно почитать размышления Мартина про экспертные оценки сроков выполнения задач в интеллектуальном труде. Для тех кто не в курсе - это очень мутная тема и там нет четкого ответа "как правильно". Именно в этой главе заметен переход Мартина от инженера и руководителя в консультанты. Приводимые примеры сменяются с рабочих на консультирующие и тон книги заметно меняется. Почитайте - поймете.
Итого - эта книга обязательна к прочтению всем участникам производственных цепочек в сфере ИТ. Скрам мастер, программист, аналитик, тестировщик, тимлид, продакт - я рекомендую ее всем. Она поможет вам лучше понять природу деятельности ИТ. Я не рекомендую эту книгу тем, кто работает вне ИТ - будет скучно и непонятно. Дальше взял читать "Шум" Дэниэла Канемана.
Дочитал "Идеальный программист" Роберта Мартина. Читал две недели. Роберт Мартин - известный инженер и консультант в области ИТ-организаций. Он подписывал https://agilemanifesto.org/. Его почему-то периодически зовут Дядя Боб. Может быть у него просто есть племянники.
Книга - один из его известнейших трудов, наравне с "Чистым кодом" и "Чистой архитектурой". "Идеальный программист" - самая человекопонятная из них, поэтому я выбрал именно ее. Кроме этого, мне хотелось узнать, что такое "идеальный программист". Если такой специалист реально существует, то за определением стоит идти к человеку уровня Мартина.
Ответ оказался предельно прост. Как я уже читал в книгах Питерсона, Франкла и Перлза, любой человек характеризуется ответственностью. Настоящий профессионал у Мартина характеризуется ответственностью и знанием программирования. Именно эти понятия и поясняются на протяжении всей книги.
Ответственный программист не раздает пустых обещаний, умеет говорить "нет", умеет соглашаться, занимается развитием и изучает свою предметную область.
Профессиональный программист тренируется в мастерстве, выдает качественный продукт, развивает отношения с коллегами и умеет сотрудничать.
Все это подкрепляется большим количеством прикладных примеров из практики автора. Обсуждаются как абстрактные концепты ("ответственность"), так и конкретика ("программирование ночью").
Как специалисту в процессах, мне было интересно почитать размышления Мартина про экспертные оценки сроков выполнения задач в интеллектуальном труде. Для тех кто не в курсе - это очень мутная тема и там нет четкого ответа "как правильно". Именно в этой главе заметен переход Мартина от инженера и руководителя в консультанты. Приводимые примеры сменяются с рабочих на консультирующие и тон книги заметно меняется. Почитайте - поймете.
Итого - эта книга обязательна к прочтению всем участникам производственных цепочек в сфере ИТ. Скрам мастер, программист, аналитик, тестировщик, тимлид, продакт - я рекомендую ее всем. Она поможет вам лучше понять природу деятельности ИТ. Я не рекомендую эту книгу тем, кто работает вне ИТ - будет скучно и непонятно. Дальше взял читать "Шум" Дэниэла Канемана.
👍16🤔1
Хотелоь бы подискутировать, провалидировать мысли.
Имхо ORM в целом работают плохо. В веб-приложениях, интенсивно работающих с базой, часть бизнес-логики (условия, джойны, группировки) неизбежно встроена в SQL-запросы (а не только существует в коде приложения), поэтому в случае ORM происходит автогенерация сложных SQL, которая по любому работает через жопу, неоптимально, да еще и плохо дебажится. DBAшники не менее чем в 50% своих выступлений упомянают примеры SQL, порожденных ORM-ками (там обычно зло ацкой сотоны из чорного ада).
Это конечно дело вкуса, но из моего опыта мне всегда было проще выразить запрос в сыром виде, а потом уже накручивать логику на результат, чем всё делать сразу через хитроописанную взаимосвязь сущностей. Ну а для сложных отчетов, понятно, ORM - это просто ппц.
С другой стороны, query builderы (не ORM, а просто построители запросов) часто помогают в случае, когда есть форма с миллионом необязательных галочек и инпутов, и строить сырой запрос конкатенацией - можно тронуться умом и допустить секьюрити проблемы.
Поэтому лично я для себя пришел к такому выводу: везде стоит писать сырые запросы, кроме тех случаев, когда надо запрос собирать из частей. Но и в этом случае использвать условный Squirrel (query builder для Go), а не условный Gorm (ORM для Go). Да, писанины немного больше, но код становится при этом более понятный и поддерживаемый.
В мире Go вообще не оч принято использовать ORM, фреймворки и т.д., пара лишних строк кода - это всего лишь хорошее медитативное занятие (c)
Имхо ORM в целом работают плохо. В веб-приложениях, интенсивно работающих с базой, часть бизнес-логики (условия, джойны, группировки) неизбежно встроена в SQL-запросы (а не только существует в коде приложения), поэтому в случае ORM происходит автогенерация сложных SQL, которая по любому работает через жопу, неоптимально, да еще и плохо дебажится. DBAшники не менее чем в 50% своих выступлений упомянают примеры SQL, порожденных ORM-ками (там обычно зло ацкой сотоны из чорного ада).
Это конечно дело вкуса, но из моего опыта мне всегда было проще выразить запрос в сыром виде, а потом уже накручивать логику на результат, чем всё делать сразу через хитроописанную взаимосвязь сущностей. Ну а для сложных отчетов, понятно, ORM - это просто ппц.
С другой стороны, query builderы (не ORM, а просто построители запросов) часто помогают в случае, когда есть форма с миллионом необязательных галочек и инпутов, и строить сырой запрос конкатенацией - можно тронуться умом и допустить секьюрити проблемы.
Поэтому лично я для себя пришел к такому выводу: везде стоит писать сырые запросы, кроме тех случаев, когда надо запрос собирать из частей. Но и в этом случае использвать условный Squirrel (query builder для Go), а не условный Gorm (ORM для Go). Да, писанины немного больше, но код становится при этом более понятный и поддерживаемый.
В мире Go вообще не оч принято использовать ORM, фреймворки и т.д., пара лишних строк кода - это всего лишь хорошее медитативное занятие (c)
👍6🫡1
Дженерики в Go в действии
Наконец-то заапрувили proposal по включению универсальных функций для работы со слайсами https://pkg.go.dev/golang.org/x/exp/slices в стандартную библиотеку. Насколько я понимаю, это будет уже в GO 1.21.
Господи боже мой, теперь можно будет поискать элемент в слайсе через стандартную библиотеку!!!!11111одинодинодин
Отсортировать слайс любого ordered типа одним вызовом без костылей
Сравнить два слайса
и т.д.
Я джва года ждал! Да что там, джесять лет! Кто там говорил, что дженерики в го не нужны?
Наконец-то заапрувили proposal по включению универсальных функций для работы со слайсами https://pkg.go.dev/golang.org/x/exp/slices в стандартную библиотеку. Насколько я понимаю, это будет уже в GO 1.21.
Господи боже мой, теперь можно будет поискать элемент в слайсе через стандартную библиотеку!!!!11111одинодинодин
Отсортировать слайс любого ordered типа одним вызовом без костылей
Сравнить два слайса
и т.д.
Я джва года ждал! Да что там, джесять лет! Кто там говорил, что дженерики в го не нужны?
🔥7
продолжаю учить английский, записывая видосы
https://www.youtube.com/watch?v=Q7gncqWvJW4
https://www.youtube.com/watch?v=Q7gncqWvJW4
YouTube
Make PostgreSQL query monitoring in 30 min with Golang and Graylog
You can easily make your own powerful query monitoring in half an hour. Information about every query at any period of time.
https://github.com/anton-okolelov/pgquerywatcher
https://github.com/anton-okolelov/pgquerywatcher
🔥4👍2😁2❤1
Если кто еще не видел, на что способен GPT4: https://www.youtube.com/watch?v=outcGtbnMuQ
пишет и дебажит бота, анализ картинок, по наброску делает сайт, считает налоги с учетом всех деталей, может делать это в стихах
пишет и дебажит бота, анализ картинок, по наброску делает сайт, считает налоги с учетом всех деталей, может делать это в стихах
YouTube
GPT-4 Developer Livestream
Join Greg Brockman, President and Co-Founder of OpenAI, at 1 pm PT for a developer demo showcasing GPT-4 and some of its capabilities/limitations.
Join the conversation on Discord here: discord.gg/openai. We'll be taking audience input from #gpt4-demo-suggestions.
Join the conversation on Discord here: discord.gg/openai. We'll be taking audience input from #gpt4-demo-suggestions.
❤4🤔1
Media is too big
VIEW IN TELEGRAM
Нейросеть пытается текстом нарисовать "девятый вал" Айвазовского. Получается что-то очень странное )))
Forwarded from Job for Go, Rust Developers
Уважаемая аудитория, у нас апдейт
Добры молодцы и девицы, у нас новина!
Из-за частых челобитных от вас об использовании в наших писаньях да лубочных представленьях басурманских словес, над писарями пестун наказал выписать толмача и впредь баять токмо на родном языке.
Челом бьём, вече NEWHR (Новый вербовщик)
Добры молодцы и девицы, у нас новина!
Из-за частых челобитных от вас об использовании в наших писаньях да лубочных представленьях басурманских словес, над писарями пестун наказал выписать толмача и впредь баять токмо на родном языке.
Челом бьём, вече NEWHR (Новый вербовщик)
👍8
Статья от моего камарада Анатолия. Вот это заморочился мужик!! А-хре-неть!!!
https://vc.ru/life/671075-pol-eto-lava-istoriya-razrabotki-prototipa-interaktivnoy-svetodiodnoy-igrovoy-platformy
https://vc.ru/life/671075-pol-eto-lava-istoriya-razrabotki-prototipa-interaktivnoy-svetodiodnoy-igrovoy-platformy
vc.ru
Пол — это лава: история разработки прототипа интерактивной светодиодной игровой платформы — Личный опыт на vc.ru
Anatoliy B Личный опыт 24.04.2023
🔥9👍4❤2💩1