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

TGINSIGHT SIMILAR POSTS

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

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

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

Hashtags

Резултати

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

Търсене: #open

当前筛选 #open清除筛选
Coin Sonar

@CoinSonar · Post #243833 · 17.04.2026 г., 20:14

#OPEN | Volume spike (USDT PAIR) 9 times the average volume 162.61K USDT traded in 15 min └Buying vol: 102.02K USDT 🟢 Boost score: 6/10 24h Vol: 1.58M USDT (Binance) Price: 0.2315 (-6.4% in 24h)

Hashtags

#Open Привіт, друзі! Ми хочемо повідомити, що на нашому порталі з'явився новий збір Терміновий збір компресор для ГУР А0656, який потребує вашої підтримки. Традиційно, закликаємо вас підтримати збір фінансово або поширенням! Кожна гривня має значення і наближає нас до ПЕРЕМОГИ! 💙💛 Для швидкого донату ділимось з вами посиланням на монобанку. З повагою, команда HelpUA Foundation. 🔷Web🔶Facebook🔷Instagram🔶Telegram

Hashtags

Cason's life

@CasonKervis · Post #24 · 21.08.2025 г., 07:43

GitHub 博客,讲如何吸引和培养 Z 时代的贡献者 #open-source https://github.blog/open-source/maintainers/who-will-maintain-the-future-rethinking-open-source-leadership-for-a-new-generation/

Hashtags

【 #Open#AI 向有限群体发布网络安全模型,与Mythos展开角逐】 OpenAI正在向特定用户群体推出GPT-5.4-Cyber,该模型旨在发现软件中的漏洞。 该模型将提供给OpenAI“网络安全信任访问计划”(Trusted Access for Cyber)的参与者,初步由数百名用户进行测试。 在OpenAI发布此消息前一周,竞争对手Anthropic公司宣布限量发布名为Mythos的AI工具,该工具专注于识别并利用漏洞。

Hashtags

DPS Build

@dps_build · Post #145 · 06.04.2023 г., 08:53

这几天在学习 langchain 这个工具链,有点像为 llm 开发的 pandas,将上下游各种工具都打通。 听说他们刚刚还融资成功,准备开始产品化。非常快的速度,一切都发生在短短几个月的时间内。 https://github.com/hwchase17/langchain #open#ml

Hashtags

DPS Build

@dps_build · Post #29 · 07.03.2023 г., 10:29

Colossal-AI 是新加坡的 HPC-AI Tech 推出的开源深度学习框架,以高效著称。 For ChatGPT training based on a small model with 120 million parameters, a minimum of 1.62GB of GPU memory is required, which can be satisfied by any single consumer-level GPU. https://www.hpc-ai.tech/blog/colossal-ai-chatgpt #open#ml

Hashtags

PTPP Actions

@PTPPAction · Post #1866 · 29.04.2024 г., 09:47

如何选择 Action 版本下载 首先解释一下 3 个文件: - dev-build-*-zip.zip : zip 格式的插件,适用 zip 方式安装 ✅ - dev-build-*-crx.crx : crx 格式的插件,适用 crx 方式安装 ✅ - build-dist-folder.zip : 构建插件所必要的一些文件,用户不需要关心 ❌ 为什么图一有 3 个文件,图二只有 2 个? - 图二是还没合并的 pr(#open),获取不到构建 crx 的 key,所以没有 crx,也没有 ptpp 维护者确认过,通常不保证稳定性,但是可以提前体验到一些最新最热的 feature。图一是已经合并(#merged)的 pr,经过 ptpp 维护者的确认,也构建了 crx,虽然可能略慢一点点,但是有人 review 过应该会减少一些出现 bug 的可能性。 简而言之:追求最新最热 feature 而且不那么在乎稳定性,并且也不用 crx 的可以选择 @PTPPAction 中 #open 的进行安装。 如果更在乎稳定性也需要 crx 的应选择 @PTPPAction#merged 进行安装。

Hashtags

123•••10•••20•••2930
ПредишнаСтр. 1 от 30Следваща