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

TGINSIGHT SIMILAR POSTS

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

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

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

Hashtags

Резултати

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

Търсене: #dram

当前筛选 #dram清除筛选
Ryu일무이

@ryu1moo2 · Post #3993 · 07.04.2026 г., 11:57

[DRAM 공급 축소와 주문 이동으로 가격 급등, 2Q26에도 상승 지속 전망](https://www.trendforce.com/presscenter/news/20260407-13001.html) ◦ 공급 축소 구조화 → DRAM 가격 상승 지속 • 주요 업체들 → DDR4 이하 구형 제품 생산 단계적 중단(EOL) • 공급 구조적 감소 → 최근 수개월간 가격 지속 상승 • 공급 감소 + 수요 유지 → 가격 상승 압력 확대 ◦ 2026년 2분기 DRAM 가격 추가 상승 전망 • 소비자 DRAM 계약 가격 → QoQ +45~50% 상승 예상 • 원인: 공급 축소 + 주문 이동 + 생산능력 확대 지연 • 대만 업체들의 보수적 증설 → 공급 부족 심화 ◦ 3월 가격 상승 핵심: 저용량(4Gb 이하) 제품 • DDR4 4Gb 가격 → MoM 20% 이상 급등 • 고용량 제품 대비 상승폭 훨씬 큼 • 과거 DDR4 가격 상승 + EOL 발표 영향 누적 ◦ 수요 이동 → DDR3·DDR2까지 가격 급등 • DDR4 부족 → 수요가 DDR3·DDR2로 이동 • DDR3·DDR2 가격 → 3월 기준 20~40% 상승 • 공급 제한 상황 → 저사양 제품까지 동반 급등 ◦ 대만 업체 전략 변화 → 가격 인상 주도 • 초기: DDR4 중심으로 생산 전환 → 수요 대응 • 현재: 공급 부족 심화 → 공격적 가격 정책 채택 • 2분기 가격 상승분 일부 → 이미 3월 가격에 반영 ◦ 가격 격차 축소 vs 한국 업체는 안정적 • 고객 간 거래 가격 격차 → 점차 축소 예상 • 한국 업체(삼성, SK하이닉스) → 이미 높은 ASP 확보 • 따라서 → 추가 가격 인상 폭은 상대적으로 제한적 ◦ 핵심 구조 요약 • 구형 DRAM 생산 중단 → 공급 감소 • AI 및 IT 수요 유지 → 수요 견조 • 주문 이동(DDR4 → DDR3/DDR2) → 전 제품군 가격 상승 → 전반적인 메모리 가격 상승 사이클 진입 원문 발췌: - "TrendForce forecasts that consumer DRAM contract prices will continue to rise by 45–50% QoQ in 2Q26 after taking into account ongoing supply reductions, order transfers, and the slower pace of capacity expansion." #dram#메모리

NEWS 鏈新聞-ABMedia

@abmedia_news · Post #23701 · 07.04.2026 г., 10:00

【🚀AI 人工智慧|SK 海力士擬於今年赴美上市!微軟、Google 傳簽長約預付 30% 訂金搶 DRAM 】 #SKHynix#DRAM 📍請見報導: https://abmedia.io/sk-hynix-adr-dram-microsoft-google 📍訂閱鏈新聞頻道:https://linktr.ee/abmedia.io

12
ПредишнаСтр. 1 от 2Следваща