Я пытался на нём делать таймер помодоро с большим количеством вложенных меню и окон (около 10). И столкнулся с проблемой, что сложную логику писать там проблематично. У меня не получилось как-то всё красиво организовать. Ну я и забил.
Не зря у них все демки состоят из двух-трёх экранов. И не просто так тот же lazygit использует другую либу для отрисовки интерфейса в терминале.
Даже вне контекста Макса и госуслуг это бредовая идея.
Во-первых, есть довольно большая прослойка пожилых людей, у которых нет смартфона.
Во-вторых, всегда должен быть альтернативный механизм уведомлений на случай отключения интернета. Может, в центре Москвы всё всегда ловит, но когда ты в какой-нибудь МФЦ в подвале приходишь, то там мобильный интернет может и не ловить.
Иными словами, вуз не про знания, а про развитие навыка обучения самого себя
Имхо это просто попытка оправдать несостоятельность образования. ВУЗ по идее должен давать знания в фундаментальных науках (математика, физика и пр), чтобы потом благодаря этим навыкам человек мог овладеть какой-то профессией. Цели обучить человека профессии в ВУЗе никогда не было, для этого есть ПТУ. Там как раз основная задача, чтобы человек после учёбы выходил с какими-то навыками конкретной профессии.
Но так как исходная задача, видимо, решается очень плохо, начинаются отговорки вида "универ нужен, чтобы научиться учиться" и "ты получаешь не знания, а тренируешь усидчивость". Надо же как-то заставить студента заучить устаревший материал двадцатилетней давности
Физкультура - это любая физическая активность. Если вы занимаетесь с железом и на тренажёрах для здоровья и хорошего самочувствия, то это всё ещё физкультура.
Если же вы начинаете считать КБЖУ, чтобы похудеть или набрать массу, то это уже бодибилдинг
Вы сейчас называете опыт программистов накопленный десятилетиями просто каким-то развлечением? Или вы не знаете как примеры из книжки применять на реальные проекты?
Ну справедливости ради вот эта идея бесшовной замены постгреса на монгу выглядит утопичной. На простом круде это сработает, но на более сложном примере начнутся нюансы.
Это разные базы данных про разные вещи. Например, простой select for update для нескольких записей просто так не сделаешь. Каскадного удаления тоже нет. И это первое, что пришло в голову.
А вот примеры из книжек как раз слишком удобные, там всегда всё слишком легко получается
Просто ООП надо начинать изучать не с изучения каких-то языков, в которых накручено множество инструментов для реализации тех или иных концепций ООП, а с базовых понятий, которых не так уж и много
Но не существует никакой базы по ООП. Я загуглил "основные понятия ООП" и кликнул по первым трём сайтам. И что я нашёл:
Где будет? Будет репозиторий с методами Save/Read, который этого юзера принимает в качестве аргумента. Ну по крайней мере в 99% проектах на ООП-языках (и не только на них).
Что интересно, у Егора Бугаенко был доклад на тему, где он как раз топил за отказ от репозиториев и продвигал идею класса User, который сам себя может сохранить в базу.
Реакция зала и комментарии на ютубе были ожидаемые. Мало кто поддержал такой подход
Я пытался на нём делать таймер помодоро с большим количеством вложенных меню и окон (около 10). И столкнулся с проблемой, что сложную логику писать там проблематично. У меня не получилось как-то всё красиво организовать. Ну я и забил.
Не зря у них все демки состоят из двух-трёх экранов. И не просто так тот же lazygit использует другую либу для отрисовки интерфейса в терминале.
Даже вне контекста Макса и госуслуг это бредовая идея.
Во-первых, есть довольно большая прослойка пожилых людей, у которых нет смартфона.
Во-вторых, всегда должен быть альтернативный механизм уведомлений на случай отключения интернета. Может, в центре Москвы всё всегда ловит, но когда ты в какой-нибудь МФЦ в подвале приходишь, то там мобильный интернет может и не ловить.
Горутины в go действительно сделаны очень хорошо и вполне себе тянут на киллер фичу языка.
С самого начала в FAQ go было написано, что они не имеют ничего против дженериков, просто сейчас есть задачи поважнее
В рамках партиции всегда была очередность
Пруфов, разумеется, не будет
Имхо это просто попытка оправдать несостоятельность образования. ВУЗ по идее должен давать знания в фундаментальных науках (математика, физика и пр), чтобы потом благодаря этим навыкам человек мог овладеть какой-то профессией. Цели обучить человека профессии в ВУЗе никогда не было, для этого есть ПТУ. Там как раз основная задача, чтобы человек после учёбы выходил с какими-то навыками конкретной профессии.
Но так как исходная задача, видимо, решается очень плохо, начинаются отговорки вида "универ нужен, чтобы научиться учиться" и "ты получаешь не знания, а тренируешь усидчивость". Надо же как-то заставить студента заучить устаревший материал двадцатилетней давности
У sqlc, очевидно, есть фатальный недостаток
Теперь даже комменты ИИ пишут...
Физкультура - это любая физическая активность. Если вы занимаетесь с железом и на тренажёрах для здоровья и хорошего самочувствия, то это всё ещё физкультура.
Если же вы начинаете считать КБЖУ, чтобы похудеть или набрать массу, то это уже бодибилдинг
Последний обсуждаемый issue был как раз про ? - https://github.com/golang/go/issues/71203
После долгих и бурных обсуждений issue ожидаемо закрыли с пометкой «not planned»
Ну справедливости ради вот эта идея бесшовной замены постгреса на монгу выглядит утопичной. На простом круде это сработает, но на более сложном примере начнутся нюансы.
Это разные базы данных про разные вещи. Например, простой select for update для нескольких записей просто так не сделаешь. Каскадного удаления тоже нет. И это первое, что пришло в голову.
А вот примеры из книжек как раз слишком удобные, там всегда всё слишком легко получается
Почему именно докера?
Какие гарантии и плюшки даёт монолит на C#? И почему условный PHP их не даёт?
Понятно, почему к вам никто работать не идёт
Лекции писать, например
Но не существует никакой базы по ООП. Я загуглил "основные понятия ООП" и кликнул по первым трём сайтам. И что я нашёл:
https://zinvapel.github.io/it/prog/oop/2017/10/30/oop-base/ - очень много правил. Условный закон Деметры, который тоже есть в списке, считается столпом ООП?
https://practicum.yandex.ru/blog/obektno-orientirovannoe-programmirovanie/#principy-oop - здесь просто инкапсуляция, наследование и полиморфизм
https://blog.skillfactory.ru/glossary/oop-obektno-orientirovannoe-programmirovanie/ - здесь инкапсуляция, наследование, полиморфизм и абстрагирование
Ещё и определение инкапсуляции на этих сайтах отличается.
Вы можете ответить, что надо читать первоисточник. Но автор термина ООП не считает, что в C++ есть то самое ООП. Так где читать ту самую базу по ООП?
Без иронии или негатива спрашиваю. Что тогда такое ООП?
Забыл ссылку прикрепить - https://go.dev/doc/faq#Is_Go_an_object-oriented_language
Против такого подхода я не имею ничего против. Но я сомневаюсь, что все понимают под ООП именно это
Где будет? Будет репозиторий с методами Save/Read, который этого юзера принимает в качестве аргумента. Ну по крайней мере в 99% проектах на ООП-языках (и не только на них).
Что интересно, у Егора Бугаенко был доклад на тему, где он как раз топил за отказ от репозиториев и продвигал идею класса User, который сам себя может сохранить в базу.
Реакция зала и комментарии на ютубе были ожидаемые. Мало кто поддержал такой подход