Что касается примеров из жизни - вот вообще всё не так. По порядку.
Здесь рассказано про наборы коллекций, это вполне может быть уместно. Более корректный пример был бы если вы например зимой использовали бы шкаф для хранения одежды, а летом, ну не знаю, как доску для серфинга например.
Сам принцип связан с наследованием, как можно отнаследоваться от шкафа, не совсем понятно. В примере про замену секций рассказывается про композицию. Более корректный пример был бы если мы взяли бы чертежи шкафа и дорисовали бы к ним что-то дополнительное на основе существующего.
Тут вообще описан баг и несоответствие ТЗ, причем тут L?
В примере про I из SOLID на самом деле рассказывается про S.
В примере с розеткой на самом деле описывается интерфейс и его преимущества, и не более того.
А что сложного в конвертации курсов? Там по-сути надо слайс уметь траверсить, и всё. А ля for v,_ := range mySlice {...}. Ну и дебажить ещё через fmt.Println когда надо
чтобы он смог дальше изобретать и встраивать в себя новые кусочки алгоритмов прогнозирования
В том-то и прикол, чтобы ИИ мог в себя что-то полезное встраивать, ему надо уметь определять, что полезное, а что нет, и желательно с минимальными затратами. Он этого сейчас не умеет, и не факт что научится в текущих реализациях. Сегодня в качестве такой фитнес функции выступают кожаные мешки и продукты их жизнедеятельности, что является нефиговым таким ограничением.
Можно согласиться, что в dev ops часто пихают много лишнего. С другой стороны, не разделяю наивняк автора по поводу лёгкости и перспективности си для вкатуна, и некоторые другие идеи. Для каждой задачи свой инструмент, но и он не поможет, если этот инструмент не изучать и не использовать. При этом порог входа весьма высок, что иллюстрируется тотальным непониманием автора (несмотря на 25 лет опыта в айти) удобства ООП в определенных проектах, PHP в вебе и тп.
Я сломал себе мозг, пока пытался прочесть эту статью. Возможно, не следует переизобретать слова. Алгоритмы в программировании - это немножко про другое...
Что касается примеров из жизни - вот вообще всё не так. По порядку.
Здесь рассказано про наборы коллекций, это вполне может быть уместно. Более корректный пример был бы если вы например зимой использовали бы шкаф для хранения одежды, а летом, ну не знаю, как доску для серфинга например.
Сам принцип связан с наследованием, как можно отнаследоваться от шкафа, не совсем понятно. В примере про замену секций рассказывается про композицию. Более корректный пример был бы если мы взяли бы чертежи шкафа и дорисовали бы к ним что-то дополнительное на основе существующего.
Тут вообще описан баг и несоответствие ТЗ, причем тут L?
В примере про I из SOLID на самом деле рассказывается про S.
В примере с розеткой на самом деле описывается интерфейс и его преимущества, и не более того.
А вы умный!
Зачётный выпуск.
Чем больше я читаю про "продвинутый" фронтенд, тем больше это похоже на JSDD - job safety-driven development https://habr.com/ru/articles/169017/
Наверняка есть какой-то опен сорс self hosted аналог google spreadsheets. Вот его-то и надо было использовать.
Тихо! Людям раунд поднять надо, а не на неудобные вопросы отвечать
Сегодняшний реддит - НЕВЕРОЯТНО зацензуренная и политизированная платформа.
А что сложного в конвертации курсов? Там по-сути надо слайс уметь траверсить, и всё. А ля for v,_ := range mySlice {...}. Ну и дебажить ещё через fmt.Println когда надо
В том-то и прикол, чтобы ИИ мог в себя что-то полезное встраивать, ему надо уметь определять, что полезное, а что нет, и желательно с минимальными затратами. Он этого сейчас не умеет, и не факт что научится в текущих реализациях. Сегодня в качестве такой фитнес функции выступают кожаные мешки и продукты их жизнедеятельности, что является нефиговым таким ограничением.
И это не говоря по perplexity.ai
D в solid это Dependency inversión, а не injection. Принципиально разные вещи.
Можно согласиться, что в dev ops часто пихают много лишнего. С другой стороны, не разделяю наивняк автора по поводу лёгкости и перспективности си для вкатуна, и некоторые другие идеи. Для каждой задачи свой инструмент, но и он не поможет, если этот инструмент не изучать и не использовать. При этом порог входа весьма высок, что иллюстрируется тотальным непониманием автора (несмотря на 25 лет опыта в айти) удобства ООП в определенных проектах, PHP в вебе и тп.
Какая то баба с гонором решила, что она сейчас "тупым" сеньорам распедалит, как лучше продавать свои услуги.
Я сломал себе мозг, пока пытался прочесть эту статью. Возможно, не следует переизобретать слова. Алгоритмы в программировании - это немножко про другое...
Тихо ты!
Вы когда-нибудь пробовали поддерживать коммерческий код, написанный нейросетью?
У нас дома есть свой Скайнет!
Скайнет дома: YandexGPT
См. сабреддит localllama на reddit.com
Какой пафосный заголовок...