Я думаю тут все очень просто. Какие-нибудь мнительные политики внезапно обнаружили, что в ОС, которую используют по всему миру в том числе и в критической инфраструктуре принимают код от каких-то "русских хакеров", которые наверняка конечно же туда встраивают бекдоры.
Сложно ли представить похожую ситуацию в России? Как какой-нибудь росийский депутат внезапно обнаруживает коммиты от украинцев в скрепно-значимом отечественном программном продукте и что за этим последует. Мне очень легко представить. Дураков везде хватает.
Не понимаю к чему вы привели этот пример. Код остался открытым. Доступа никого не лишили.
Еще раз - мейнтейнеры сами решают какие изменения им принимать от сообщества, а какие нет. Те, кого это не устраивает всегда вольны сделать форк и пилить свою версию дальше. Так и работает опен сурс.
А в чем тут противоречие опенсурсу? Код как был открытый, так и есть. Бери и форкай.
Опенсурс это вовсе не значит, что мейнтейнер обязан принимать вклад любых участников и мержить все ПРы. Получается, что десятком человек, от которых принимали стало меньше.
К самому решению конечно вопросы есть, и как новость для хайпа смотрится красиво. Но в реальности, как по мне, никакого эффекта по сути нет. Выглядит как политический ход.
Передать вам эту культуру одной перепиской не получится, если вы не понимаете в чем проблема использовать «50к библиотек для CRUD‑проекта» — ну у вас этой культуры просто нет, что печально.
Я прекрасно понимаю. И именно поэтому я не пользуюсь всякими "генераторми проектов", где какие-то случайные люди решили, что они лучше меня знают, что именно нужно для моего проекта.
По результатам нашей с Вами дискуссии, я еще меньше стал понимать смысл данной статьи. Изначально я предположил, что смысл статьи - помочь начинающим программистами понять, что в больших и сложных фреймворках, которые повсеместно используются, нет никакой магии. Концептуальная идея довольно проста и минимальная реализация показана на примере.
Но Вы переводите разговор в русло производительности, заявляя про ограничения памяти и т.д. В данном контексте видимо идея статьи в том, чтобы переписать все нужные библиотеки самому, выкинув лично Вам ненужый функционал? Очередное устранение "фатального недостатка".
Или вы думаете что все эти библиотеки скачиваются просто так, для коллекции?
Во-первых, не все библиотеки используются в райнтайме и являются частью финального дистрибутива.
Во-вторых, выбор библиотек основывается на требованиях проекта. Есть много случаев, когда память не является ограничивающим фактором.
После чего появился проект Jigsaw (пила), созданный специально для задачи выпиливания всех лишних библиотек из JDK.
А для javascript, Вы не поверите, появились бандлеры с tree shake, которые выпилывают весь неиспользуемый код из финального бандла. Это не мешает Вам считать "60 тысяч библиотек".
Я думал тут статья про когнитивную сложность, к чему эти пассажи про память?
Считать непрямые зависимости не имеет никакого смысла. С таким подходом можно и JDK представить как сотни библиотек (ну а чего, так и есть, просто запакованы в одну большую)
А вы не очень умный: это надо было умудриться процитировать текст со ссылкой на JHipster и не попробовать ее даже открыть )
Исходя из текста, ссылка относится к "шаблону проекта". Не спорю с этим утверждением. Шаблон проекта может занимать и 10 Кб, и 10 Гб - личное дело каждого.
Если же Вы считаете, что результат работы какого-то конкретного генератора проектов = "самый обычный проект", то хотелось бы увидеть какую-то статистику на этот счет.
И даже при таком подходе, sample app по Вашей ссылке не имеет упомянутых "сотен библиотек".
Вывод: Автор пытается словить хайпа на громких утверждениях, которые не может подтвердить.
В нынешние интересные времена, когда один только boilerplate (шаблон проекта) может занимать на диске гигабайт, а количество библиотек в самом обычном проекте приближается к паре сотен — данная статья может нанести психическую травму неподготовленному читателю и заставить задуматься о правильности выбора профессии.
Мне сложно представить себе, что это за такие "обычные проекты", где сотни библиотек. Я сталкивался с достаточно большим количеством проектов - и больших, с кодовой базой на миллионы строк кода. И поменьше. На разных языках. Но не помню ни одного, где хотя бы сотня библиотек набралась. Можно конечно с натяжкой сказать это про javascript, если считать непрямые завимимости. Но это звучит не слишком честно.
Эта объемная работа предназначена в первую очередь для профессионалов разработки на Java, которые уже имеют практический опыт с большими фреймворками, так популярными в этом болоте среде и смогут в полной мере оценить всю сложность работы «без всего».
Мне кажется целевая аудитория выбрана неверно. Данная статья действительно может быть полезна для новичков. Для профессионалов тут просто нет ничего интересного.
Красивая история. Жаль только работает для наколенных проектов-однострочников.
На данный момент есть несколько кардинальных проблем, которые не позволяют сделать полноценного "ИИ-программиста". И я не думаю что эти проблемы уйдут даже с выходом GPT5/Claude4 и т.д.
Но поднимать бабки на хайпе это норм тема, так и подмывает идти свой ИИ-продукт анонсировать.
Этот построчный разбор продолжает идти по коду и определяет, как программа обрабатывает данные, прогнозирует уровни глюкозы, рассчитывает необходимые дозы инсулина и определяет, какие действия нужно предпринять на основе этих прогнозов.
Если вам нужно продолжение или пояснение конкретных строк, дайте знать.
Вау, даже отредактировать после ChatGPT не потрудились, вот это уровень.
Если я сейчас пойду и сгенерирую миллион уникальных последовательностей, а потом продам одну другу за 1000 рублей, будет ли моя капитализация равняться миллиарду рублей?
Удобно для работы с paginated response
Я думаю тут все очень просто. Какие-нибудь мнительные политики внезапно обнаружили, что в ОС, которую используют по всему миру в том числе и в критической инфраструктуре принимают код от каких-то "русских хакеров", которые наверняка конечно же туда встраивают бекдоры.
Сложно ли представить похожую ситуацию в России? Как какой-нибудь росийский депутат внезапно обнаруживает коммиты от украинцев в скрепно-значимом отечественном программном продукте и что за этим последует. Мне очень легко представить. Дураков везде хватает.
Не понимаю к чему вы привели этот пример. Код остался открытым. Доступа никого не лишили.
Еще раз - мейнтейнеры сами решают какие изменения им принимать от сообщества, а какие нет. Те, кого это не устраивает всегда вольны сделать форк и пилить свою версию дальше. Так и работает опен сурс.
А в чем тут противоречие опенсурсу? Код как был открытый, так и есть. Бери и форкай.
Опенсурс это вовсе не значит, что мейнтейнер обязан принимать вклад любых участников и мержить все ПРы. Получается, что десятком человек, от которых принимали стало меньше.
К самому решению конечно вопросы есть, и как новость для хайпа смотрится красиво. Но в реальности, как по мне, никакого эффекта по сути нет. Выглядит как политический ход.
Интересно было бы узнать какому % людей вообще ващен startup time браузера. Мой выключается только при перезагрузке ОС.
Зачем в таком случае вообще группы? Просто сделайте несколько окон фаерфокса на разных мониторах.
Группы удобны именно тогда, когда хочется работать с одним окном.
Пробовал как замену хромовы группам, но это не то. Совершенно неудобно табаться между несколькими окнами
Человек работал (на реальной работе!) за 14к в месяц. 10к - это реальные деньги, при таком сравнении.
appflowy.io/
Open-source self-hosted аналог notion'a
Я прекрасно понимаю. И именно поэтому я не пользуюсь всякими "генераторми проектов", где какие-то случайные люди решили, что они лучше меня знают, что именно нужно для моего проекта.
По результатам нашей с Вами дискуссии, я еще меньше стал понимать смысл данной статьи. Изначально я предположил, что смысл статьи - помочь начинающим программистами понять, что в больших и сложных фреймворках, которые повсеместно используются, нет никакой магии. Концептуальная идея довольно проста и минимальная реализация показана на примере.
Но Вы переводите разговор в русло производительности, заявляя про ограничения памяти и т.д. В данном контексте видимо идея статьи в том, чтобы переписать все нужные библиотеки самому, выкинув лично Вам ненужый функционал? Очередное устранение "фатального недостатка".
Во-первых, не все библиотеки используются в райнтайме и являются частью финального дистрибутива.
Во-вторых, выбор библиотек основывается на требованиях проекта. Есть много случаев, когда память не является ограничивающим фактором.
А для javascript, Вы не поверите, появились бандлеры с tree shake, которые выпилывают весь неиспользуемый код из финального бандла. Это не мешает Вам считать "60 тысяч библиотек".
Я думал тут статья про когнитивную сложность, к чему эти пассажи про память?
Считать непрямые зависимости не имеет никакого смысла. С таким подходом можно и JDK представить как сотни библиотек (ну а чего, так и есть, просто запакованы в одну большую)
Исходя из текста, ссылка относится к "шаблону проекта". Не спорю с этим утверждением. Шаблон проекта может занимать и 10 Кб, и 10 Гб - личное дело каждого.
Если же Вы считаете, что результат работы какого-то конкретного генератора проектов = "самый обычный проект", то хотелось бы увидеть какую-то статистику на этот счет.
И даже при таком подходе, sample app по Вашей ссылке не имеет упомянутых "сотен библиотек".
Вывод: Автор пытается словить хайпа на громких утверждениях, которые не может подтвердить.
Мне сложно представить себе, что это за такие "обычные проекты", где сотни библиотек. Я сталкивался с достаточно большим количеством проектов - и больших, с кодовой базой на миллионы строк кода. И поменьше. На разных языках. Но не помню ни одного, где хотя бы сотня библиотек набралась. Можно конечно с натяжкой сказать это про javascript, если считать непрямые завимимости. Но это звучит не слишком честно.
Мне кажется целевая аудитория выбрана неверно. Данная статья действительно может быть полезна для новичков. Для профессионалов тут просто нет ничего интересного.
Красивая история. Жаль только работает для наколенных проектов-однострочников.
На данный момент есть несколько кардинальных проблем, которые не позволяют сделать полноценного "ИИ-программиста". И я не думаю что эти проблемы уйдут даже с выходом GPT5/Claude4 и т.д.
Но поднимать бабки на хайпе это норм тема, так и подмывает идти свой ИИ-продукт анонсировать.
TG далеко не везде распространен. В западной Европе и США о нем в лучшем случае слышали.
Встреча между командами - email со ссылкой на google meet или аналоги.
Вау, даже отредактировать после ChatGPT не потрудились, вот это уровень.
У меня 6 устройств на 10ке и я ни на одном не видел эту лента ни разу.
Зумеры изобрели айдлеры
Если я сейчас пойду и сгенерирую миллион уникальных последовательностей, а потом продам одну другу за 1000 рублей, будет ли моя капитализация равняться миллиарду рублей?