Как правило то, что нельзя так просто расширить имеет private методы и final поля.
Но всё равно есть возможность отнаследоваться.
Значит всё же расширение возможно.
С моей точки зрения абсолютизм это вредно.
Нужно принимать решение исходя из каждого конкретного кейса. В большинстве случаев ты как разработчик можешь прийти в код и снять final, т.к код скорее our, чем yours. В договоре на трудоустройство это чётко прописано.
В остальных случаях ты автор библиотеки, и да мнение пользователей важно, но я уверен каждый комментатор здесь в своей библиотеке сделает так, как он считает нужным, а не то как хотели бы большинство юзеров пользоваться либой.
Вспоминаем все те шутки разработчик планировал использование так, а юзер в т.ч другой разработчик использует иначе.jpeg
И тут нет места ненависти ни к первым, ни ко вторым. Тут есть место лишь пониманию. Если его у тебя нет я могу дать:
К первым потому что библиотека бесплатная, и опен сорсная, не нравится подход? Ну иди форкни сделай свою версию.
К вторым ну ты сам опубликовал библиотеку со свободой т.е они могут юзать её, как они хотят. Да это может быть неправильно, а может быть правильно по итогу, кто его знает как оно по итогу получится. Да и не плевать ли тебе? Выкладывая либу в опен сорс ты же хотел помочь людям с проблемами.
Ну и вот холивары не нужны. Ничего полезного кроме поднятия своего ЧСВ оно не даёт и то только тому кто якобы победил.
Что мешает вторую (условно проигравшему) просто забить на мнение победителя и вообще забыть о том что холивар существовал? Да ничего. Оно кому-то надо портить день из-за одного человека?
Я уже не говорю о том что холивары чаще всего об этом и том же, но разными словами. Что скорее говорит о недостатке эмоционального интеллекта и эмпатии, нежели ___________. (Подставьте желаемое, мне лень придумывать)
Итого: final нужно тогда когда нужно.
Не final нужно тогда когда нужно.
А ещё напомню существует функциональное ии реактивное программирование. Одно из самых любимых свойств final, точнее на нём большая часть всего строится.
Если нужно больше по теме что где когда и при каких обстоятельствах читайте чистая архитектура.
В книге таблетка для мозга раскрывается много вещей для здоровья мозга.
И помимо банальных вещей типа умственная нагрузка и физическая нагрузка помогает мозгу, там ещё и описано что социальная активность (положительная) защищает мозг в какой-то степени даже лучше, чем перечисленные выше мной методы.
И оно понятно, мимика человека, лицо, голос, запах и прочее это тонны информации. Которую мозг фоном анализирует. Типа, как когда ты замечаешь эмоции у других людей.
Если этого нет и на постоянной основе, то у мозга нет львиной доли нагрузки. Если исходить, что мозг в каком-то смысле мышца, то он начинает деградировать или меняться.
В общем, тема очень сложная и выводов по ней можно сделать очень много.
Но свести всё можно к трём вещами:
умственная нагрузка
Физическая нагрузка
Социальная положительная нагрузка, плюс исключить негативную либо своим отношением к проблеме, либо исключив человека из своего круга общения, либо заставив человека иначе к тебе относится
Питание конеш тоже важно, тут на хайпе две диеты средиземноморская и MIND на базе предыдущей, но по ней исследований меньше.
У меня как-то интернет отвалился, и я не смог залогиниться в компе, а всё потому что я повёлся на безпарольный вход у майков из-за того что мою учетку пушат мошенники индусы
Статья написана нейронкой, столько дублей одной и той же мысли без пояснений и каких либо объяснений. Яркий пример кэш конфигурации. Будто в нейронку или гугл переводчик загнали.
Статья подробная это хорошо. Жаль что не читабельно
Чекни книгу грокаем машинное обучение, там подобный разбор на 300+ страниц о проблемах моделей машинного обучения, для нейронок упрощая всё тоже самое.
полностью с этим согласен, будто компания ноет на увольняемого сотрудника.
В таких ситуациях нужно выдохнуть, забыть о проблеме на недельку и уже потом проанализировать действительно ли сотрудник повёл себя плохо, и стоит ли с сотрудником так поступать, вдруг завтра он вернётся в компанию, но уже твоим тимлидом или архитектуром.
Они говорят о том что таких исследований очень много и в год 5-10 таких исследований.
Но большинство таких успешных исследований загибаются по тем или иным причинам.
Чаще всего это становится коммерческим невыгодным т.к прирост мизерный или они опасны или быстро теряют ёмкость или производство слишком дорогое.
Поэтому особого смысла в чтении таких прорывов нет.
Сюда же входят успехи в создании термоядерного реактора, графитовые процессоры и др.
Я за этим процессом наблюдаю уже лет 12, если не больше, всё ещё литий, кремний и ядерная энергетика доминирует т.к ничего лучше не создали в соотношении цена/качество
С моей точки зрения спорить разработчикам не стоило.
Какая разница баг это или CVE это всё равно должно быть поправлено, особенно, если это по части финансов.
Я работал на один банк, так там за каждую строчку могли список требований выкатить. И у тебя не было права не согласится.
И с точки зрения безопасности это правильный подход.
С точки зрения кода, то когда тебе разработчик высказывает свою идею и обязывает тебя к реализации, при том что она приносит массу проблем и минимум пользы, то вот тут всё очень плохо. Особенно, когда это даже не касается финансов и вообще чего-либо значимого в проекте, и даже не значимого не касается.
Поэтому я могу понять такие ситуации, когда такие "разработчики" встают в позу и всячески пытаются тебя задавить авторитетом, принизить твои навыки и опыт или выжить тебя с проекта вообще.
Например, меня задавили тем что "вот этот разработчик вообще-то ментейнер open source проектов", я промолчал, хоть и сам помогал людям в open source проектах, но не ради того чтобы кичиться этим при любом удобном случае.
В этой ситуации, я считаю вы сделали всё правильно. В чем-то мне даже помогла ваша статья, что хоть и частично, но справедливость победила.
А с такими людьми, как эти двое я бы не хотел работать. Особенно со вторым, который аж входит в Linux Security что-то там. Больше всего таких не люблю.
Желаю вам победы в этой ситуации и по больше покоя) В таких ситуациях его очень сильно не хватает.
Сравнивать с Apple Vision Pro это всё равно что сравнивать баклажан с автомобилем, максимально абсурдно, максимально лицимерно.
Типа давайте притворимся что наша thing умеет хотя бы 10% от что умеет Apple Vision Pro.
Тогда уж лучше сравнить Pico 4 или Meta Quest 3 вот те реально умеют половину или даже больше, и вот парадокс pico 4 стоит как раз в районе 20-30к, только это полноразмерный самостоятельный VR шлем с Android оболочкой на борту.
Накатил на него chat gpt, gemini, r1 и все те же самые функции плюс функции vr + половина функций Apple Vision Pro.
Да под формат очков не подходит, но у вас из полезных функций zero, всё это умеет делать любой смартфон. Ну и зачем мне одевать очки у которых даже UI нету в стиле дополненной реальности?
Как правило то, что нельзя так просто расширить имеет private методы и final поля.
Но всё равно есть возможность отнаследоваться.
Значит всё же расширение возможно.
С моей точки зрения абсолютизм это вредно.
Нужно принимать решение исходя из каждого конкретного кейса. В большинстве случаев ты как разработчик можешь прийти в код и снять final, т.к код скорее our, чем yours. В договоре на трудоустройство это чётко прописано.
В остальных случаях ты автор библиотеки, и да мнение пользователей важно, но я уверен каждый комментатор здесь в своей библиотеке сделает так, как он считает нужным, а не то как хотели бы большинство юзеров пользоваться либой.
Вспоминаем все те шутки разработчик планировал использование так, а юзер в т.ч другой разработчик использует иначе.jpeg
И тут нет места ненависти ни к первым, ни ко вторым. Тут есть место лишь пониманию. Если его у тебя нет я могу дать:
К первым потому что библиотека бесплатная, и опен сорсная, не нравится подход? Ну иди форкни сделай свою версию.
К вторым ну ты сам опубликовал библиотеку со свободой т.е они могут юзать её, как они хотят. Да это может быть неправильно, а может быть правильно по итогу, кто его знает как оно по итогу получится. Да и не плевать ли тебе? Выкладывая либу в опен сорс ты же хотел помочь людям с проблемами.
Ну и вот холивары не нужны. Ничего полезного кроме поднятия своего ЧСВ оно не даёт и то только тому кто якобы победил.
Что мешает вторую (условно проигравшему) просто забить на мнение победителя и вообще забыть о том что холивар существовал? Да ничего. Оно кому-то надо портить день из-за одного человека?
Я уже не говорю о том что холивары чаще всего об этом и том же, но разными словами. Что скорее говорит о недостатке эмоционального интеллекта и эмпатии, нежели ___________. (Подставьте желаемое, мне лень придумывать)
Итого: final нужно тогда когда нужно.
Не final нужно тогда когда нужно.
А ещё напомню существует функциональное ии реактивное программирование. Одно из самых любимых свойств final, точнее на нём большая часть всего строится.
Если нужно больше по теме что где когда и при каких обстоятельствах читайте чистая архитектура.
Если не социализироваться, то +~10 лет.
В книге таблетка для мозга раскрывается много вещей для здоровья мозга.
И помимо банальных вещей типа умственная нагрузка и физическая нагрузка помогает мозгу, там ещё и описано что социальная активность (положительная) защищает мозг в какой-то степени даже лучше, чем перечисленные выше мной методы.
И оно понятно, мимика человека, лицо, голос, запах и прочее это тонны информации. Которую мозг фоном анализирует. Типа, как когда ты замечаешь эмоции у других людей.
Если этого нет и на постоянной основе, то у мозга нет львиной доли нагрузки. Если исходить, что мозг в каком-то смысле мышца, то он начинает деградировать или меняться.
В общем, тема очень сложная и выводов по ней можно сделать очень много.
Но свести всё можно к трём вещами:
умственная нагрузка
Физическая нагрузка
Социальная положительная нагрузка, плюс исключить негативную либо своим отношением к проблеме, либо исключив человека из своего круга общения, либо заставив человека иначе к тебе относится
Питание конеш тоже важно, тут на хайпе две диеты средиземноморская и MIND на базе предыдущей, но по ней исследований меньше.
У меня как-то интернет отвалился, и я не смог залогиниться в компе, а всё потому что я повёлся на безпарольный вход у майков из-за того что мою учетку пушат мошенники индусы
-1 кармы, но даже в коротком комментарии не указана, где ошибка в новости и куча осуждения вместо взаимопомощи.
Статья написана нейронкой, столько дублей одной и той же мысли без пояснений и каких либо объяснений. Яркий пример кэш конфигурации. Будто в нейронку или гугл переводчик загнали.
Статья подробная это хорошо. Жаль что не читабельно
Лучший бенчмарк который проваливают все нейронки на банальную простую логику , вне стандартного описания задач чекните это:
Чекни книгу грокаем машинное обучение, там подобный разбор на 300+ страниц о проблемах моделей машинного обучения, для нейронок упрощая всё тоже самое.
Об эффективности ничего не сказано.
А раз не сказано, то можно предположить, что отличается в худшую сторону относительно термопасты
полностью с этим согласен, будто компания ноет на увольняемого сотрудника.
В таких ситуациях нужно выдохнуть, забыть о проблеме на недельку и уже потом проанализировать действительно ли сотрудник повёл себя плохо, и стоит ли с сотрудником так поступать, вдруг завтра он вернётся в компанию, но уже твоим тимлидом или архитектуром.
Spring могут и доработать.
Нет смысла спешить с мнением, кмк.
С моей точки зрения это более явный и более удобный optional. Только в разрезе не только null safety.
Так же могу накинуть минус: кто-то может сказать что это checked exception 2.0.
Потому что позволяет одновременно проверять насколько ошибок в более удобном "try-catch (when)".
Но для меня это плюс, хоть и тоже самое, но читать такой код как в примере на презентации крайне приятно.
дело не в этом.
Они говорят о том что таких исследований очень много и в год 5-10 таких исследований.
Но большинство таких успешных исследований загибаются по тем или иным причинам.
Чаще всего это становится коммерческим невыгодным т.к прирост мизерный или они опасны или быстро теряют ёмкость или производство слишком дорогое.
Поэтому особого смысла в чтении таких прорывов нет.
Сюда же входят успехи в создании термоядерного реактора, графитовые процессоры и др.
Я за этим процессом наблюдаю уже лет 12, если не больше, всё ещё литий, кремний и ядерная энергетика доминирует т.к ничего лучше не создали в соотношении цена/качество
С моей точки зрения спорить разработчикам не стоило.
Какая разница баг это или CVE это всё равно должно быть поправлено, особенно, если это по части финансов.
Я работал на один банк, так там за каждую строчку могли список требований выкатить. И у тебя не было права не согласится.
И с точки зрения безопасности это правильный подход.
С точки зрения кода, то когда тебе разработчик высказывает свою идею и обязывает тебя к реализации, при том что она приносит массу проблем и минимум пользы, то вот тут всё очень плохо. Особенно, когда это даже не касается финансов и вообще чего-либо значимого в проекте, и даже не значимого не касается.
Поэтому я могу понять такие ситуации, когда такие "разработчики" встают в позу и всячески пытаются тебя задавить авторитетом, принизить твои навыки и опыт или выжить тебя с проекта вообще.
Например, меня задавили тем что "вот этот разработчик вообще-то ментейнер open source проектов", я промолчал, хоть и сам помогал людям в open source проектах, но не ради того чтобы кичиться этим при любом удобном случае.
В этой ситуации, я считаю вы сделали всё правильно. В чем-то мне даже помогла ваша статья, что хоть и частично, но справедливость победила.
А с такими людьми, как эти двое я бы не хотел работать. Особенно со вторым, который аж входит в Linux Security что-то там. Больше всего таких не люблю.
Желаю вам победы в этой ситуации и по больше покоя) В таких ситуациях его очень сильно не хватает.
Для рекламный агенств* нет смысла.
Поправил тебя.
Сравнивать с Apple Vision Pro это всё равно что сравнивать баклажан с автомобилем, максимально абсурдно, максимально лицимерно.
Типа давайте притворимся что наша thing умеет хотя бы 10% от что умеет Apple Vision Pro.
Тогда уж лучше сравнить Pico 4 или Meta Quest 3 вот те реально умеют половину или даже больше, и вот парадокс pico 4 стоит как раз в районе 20-30к, только это полноразмерный самостоятельный VR шлем с Android оболочкой на борту.
Накатил на него chat gpt, gemini, r1 и все те же самые функции плюс функции vr + половина функций Apple Vision Pro.
Да под формат очков не подходит, но у вас из полезных функций zero, всё это умеет делать любой смартфон. Ну и зачем мне одевать очки у которых даже UI нету в стиле дополненной реальности?
согласен, используя Gboard например, ты настраиваешь рекомендации своего YT.
Буквально полчаса обсудил с человеком безпарольную авторизацию у аккаунта Microsoft, как тут же появились рекомендации про это на YouTube.
на самом деле больше всего пользы вносит 1 пункт и 4.
Но это может дать и обычная качалка
У меня вообще был кек, я не помнил регался ли я на текущий номер или на второй.
И зарегался на текущий, но уже был зареган на него же.
Как я теперь авторизуюсь? только по мылу, потому что может закинуть не в тот аккаунт. Радует что они решили эту проблему.
зачем все эти вопросы здесь, это же публичное исследование, сходи да посмотри.
Там подробно всё объяснено.
При условии что этот пластик будет дешевле пластика или хотя бы стекла, то может распространиться.
Во всех остальных случаях можно даже не читать подобные посты и новости.
Я с 2012 слышу новости про у новые:
аккумуляторы
виды безопасного пластика
графитовые процессоры в 500ггц
термоядерный реактор вот вот сейчас будет, вот сейчас точно
новые способы перемещения (hyperloop, летающие машины, компактные вертолёты, подземный тоннель Илона Маска)
Короче начнут массово производить и этим пользоваться, то отлично.
Но тут ещё нужны будут исследования, не вступит ли такой пластик в реакцию с газировкой, жидкостью, соками, консервантами, кислотами.
Про пластик так же думали, а потом нашли его в ... ну вы помните где.
Короче, если сюда добавить ещё потребность в мед исследованиях, то лет через 10-20 мож увидим. А может и нет.
Если это 237 ватт в час, то относительно нормально.
Но я бы конечно поделил колво домов на 4 как минимум