TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #168 · 16.01

Неделю назад в мире опенсорс разработки произошло интересное событие. Опенсорс — это когда разработчик пишет программу (как правило, эта программа нужна для работы других программ) и выкладывает её в общий доступ на полностью свободных началах. В большинстве случаев после этого кто угодно может делать с этой программой абсолютно что угодно: копировать, изменять, продавать решения на её основе за деньги и так далее. Иногда то, что пишут такие разработчики-волонтёры, оказывается невероятно удобно и полезно. Настолько, что гигантские корпорации используют это у себя. А кроме них — ещё десятки тысяч проектов по всему миру. Такое использование называется «зависимость», и оно создаёт связь между автором опенсорс-проекта и тем, кто взял его труд. Связь обычно такая: в моей программе где-то указано, что вот этот вот код взят по такому-то адресу у опенсорс разработчика Васи. Моя программа иногда может на этот адрес заглядывать и смотреть, а не внёс ли Вася чего нового. Вдруг он улучшил работу и исправил ошибки — тогда я скачаю новую версию его программы и установлю её у себя. Формально для такого обновления должны существовать ограничения. По факту человеческая лень и негласный этикет среди разработчиков приводят к тому, что обновления ставят не глядя. Считается, что Вася будет выкладывать только улучшенную и проверенную новую версию своей программы, ведь за ним наблюдает миллион других разработчиков. Пацаны во дворе не поймут, если Вася сделает что-то неаккуратно. Один из разработчиков по имени Marak Squires написал некоторое время назад две очень полезные программные библиотеки. Как раз такие, которые скачали десятки тысяч людей, в том числе в крупных корпорациях, и использовали у себя. В прошлом году этот разработчик написал что-то вроде: «Эй, корпорации, вы берёте мой труд бесплатно. Конечно, я его раздал бесплатно, но вы чёртовы капиталистические гиганты, и у вас миллиарды баксов, а я вам сэкономил миллионы баксов на разработке. Я жду от вас чек на почту в благодарность». Конечно, всем было пофигу. А неделю назад этот разработчик внёс в свои библиотеки деструктивное обновление, которое сделало программы, установившие его, неработоспособными, и вывело на экран «LIBERTY LIBERTY LIBERTY». Это обновление положило кучу проектов, в том числе у гигантов-корпораций. Поднялась буря. Одна часть интернета заявила, что разработчик никому ничего не должен, поэтому волен делать со своим кодом всё, что хочет. Вторая часть претендовала на то, что совершённый им поступок это вандализм и осознанный вред другим разработчикам. Дров в огонь подкинуло то, что GitHub, на котором размещался код этого разработчика, заблокировал его аккаунт. А система хранения пакетов NPM откатила изменения до предыдущих версий. Хотя формально никаких законов он не нарушал: компании брали его код по собственной воле, а он ничего никому не гарантировал. ___________________________ Я не готов назвать здесь однозначно правую сторону. Пока выглядит, как «Все мудаки». Но на мой взгляд это показательный пример вот чего: никакие формальные правила никогда не покроют всё многообразие человеческих взаимоотношений, и поэтому личностный аспект тоже важен. Даже если нет закона или правила, по которому вы что-то должны, есть смысл стараться действовать созидательно и стремиться, хотя бы частично, к всеобщему благу, а не только к личному. Особенно в ситуации, когда у тебя в руках сосредоточена та или иная власть. Корпорации действительно могли бы найти способ отблагодарить разработчика (и вообще — всех разработчиков, чей код они бесплатно берут в таких масштабах). Просто из чувства благодарности, а не потому, что должны. Разработчик мог бы просто закрыть проект и не стараться нанести урон. Просто из чувства неприятия всего деструктивного. Это, конечно, идеализированный мир розовых пони, но сила и власть это как раз способность двигать границы реальности. #dev

Hashtags

Резултати

Намерени 99 подобни публикации

Търсене: #jetpack

当前筛选 #jetpack清除筛选
Android Broadcast

@android_broadcast · Post #9415 · 14.08.2025 г., 09:57

‼️Google нашла решения проблем багов для конкретных устройств😂 Известно, что отдельные устройства под Android имеют собственные баги. Производители их не правят по разным причинам: закончилась поддержка, не хотят тратиться или предложили на форуме обход. Может просто идет долго доставка фикса до вашего устройства (всякое может быть) Команда Android Jetpack сделала библиотеку core-backported-fixes, чтобы помочь разработчикам проверить состояния бага для текущего устройства 😂 Пример кода проверки issue KI_398591036 (проблема с цветом в фото на Pixel устройствах) val fixManager = BackportedFixManager() if (fixManager.isFixed(KnownIssues.KI_398591036)) { Offer_experience_that_needs_fix() } else { Offer_experience_that_avoids_the_bug() } Все issue для проверки описаны в классе KnownIssues #android#jetpack

Android Broadcast

@android_broadcast · Post #9413 · 14.08.2025 г., 09:42

‼️Важно изменение Android Jetpack - minSdk повысили с Api Level 21 (Android 5.0) до 23 (Android 6.0). Пока только в следующих версиях библиотек, но это всего 1-2 месяца. Если ваше приложение поддерживает Android 5.0 и выше, то использовать новые версии библиотек уже не получится. Что можно сделать: 👉 Остаться на старых версиях 👉 Повысить minSdk до 23 или выше 👉 Поддерживать всё самостоятельно Источник - Ian Lake из команды Android Jetpack #android#jetpack

Android Broadcast

@android_broadcast · Post #9370 · 31.07.2025 г., 09:30

🚀Вышел Jetpack Browser 1.9.0 - библиотека для интеграции Custom Tab в приложения 👉 Появилась возможность добавить элементы контекстного меню в Custom Tabs — теперь вы можете собственные пункты меню внутри вкладки 👉 Появилось экспериментальное Auth Tab API. Цель - OAuth авторизация через Web браузер 👉 Улучшения TrustedWebActivityIntent Есть и другие менее заметные обновления #android#jetpack

Android Broadcast

@android_broadcast · Post #8932 · 10.04.2025 г., 05:31

🚀Вышел первый релиз Jetpack Core-i18n Вышел первый стабильный релиз Jetpack Core-i18n - библиотека для упрощения интернационализации приложения. Первый релиз фокусируется на форматирование даты и времени, а также бэкпорт android.icu.text.MessageFormat dependencies { implementation("androidx.core:core-i18n:$core_version") } #android#jetpack

Android Broadcast

@android_broadcast · Post #8803 · 14.03.2025 г., 04:39

🚀Jetpack Core i18n 1.0 - библиотека для качественной интернационализации приложения Google представила новую библиотеку c фокусом на 2 основных областях: 👉 Форматирование даты и времени, следуя лучшим практикам, опираясь на настройки пользователя и предоставляя доступ на новых и старых версиях Android 👉 Backport android.icu.text.MessageFormat - API для подготовки строк для показа пользователю с опциональными аргументами 👉 Библиотека будет портировать новые i18n API на старые версии Android #android#jetpack

Android Broadcast

@android_broadcast · Post #8744 · 27.02.2025 г., 09:24

🚀Core-Viewtree 1.0.0 — стабильный релиз!🎉 AndroidX представил первую стабильную версию библиотеки core-viewtree, которая вводит новое понятие — disjoint parent для View, дополнительно к уже существующему View.parent 🔍 Что это значит? Теперь View может иметь родителя, который есть у View, но не задан через View.parent. Это полезно в случаях, когда элемент находится вне стандартной иерархии, например: ViewOverlay, попапы, диалоги. Такой подход позволяет гибко управлять связями между View, особенно в анимациях и сложных UI-компонентах. Пример использования class CustomOverlayView @JvmOverloads constructor( context: Context, attrs: AttributeSet? = null ) : View(context, attrs) { fun attachToOverlay(overlayView: View) { // Устанавливаем overlayView как разобщённого родителя ViewTreeDisjointParent.set(this, overlayView) } } Где используется AndroidX автоматически задаёт disjoint parent для ViewOverlay, начиная с Transition 1.6.0-alpha01. Также разработчики могут самостоятельно назначать такие связи. Будете использовать в своих проектах? Делитесь мыслями в комментариях! 👇 #android#jetpack

Android Broadcast

@android_broadcast · Post #9026 · 30.04.2025 г., 12:03

📹НОВОЕ ВИДЕО 🎉Полный разбор Jetpack ViewModel для Android и Kotlin Multiplatform (44 мин) ViewModel - один из самых популярных компонентов Android Jetpack в современной Android разработки. Уже сейчас там есть поддержку Kotlin Multiplatform. Но знаете ли вы возможности ViewModel? Обо всём этом в новом видео на канале Видео доступно на 📹YouTube📹VK Video📺RuTube #AndroidBroadcast#jetpack

Android Broadcast

@android_broadcast · Post #9161 · 20.05.2025 г., 21:07

🚀Вышел Jetpack Window Manager 1.4 - библиотека для работы с разными форматами устройства и несколькими окнами с поддержкой KMP Что нового в свежей версии: 👉 Улучшения Activity Embedding 👉 Улучшения API WindowMetrics 👉 Улучшили API для тестирования #jetpack#kmp

Hashtags

Android Broadcast

@android_broadcast · Post #8750 · 03.03.2025 г., 16:04

🤖Руководство(EN,5м) по добавлению выбора языка с помощью Jetpack API и интеграции его с Jetpack Compose Ссылка без VPN #android#jetpack#compose

123•••89
ПредишнаСтр. 1 от 9Следваща