What is Hackers' Pub?

Hackers' Pub is a place for software engineers to share their knowledge and experience with each other. It's also an ActivityPub-enabled social network, so you can follow your favorite hackers in the fediverse and get their latest posts in your feed.

0
0
0
0
0
0
0
0
0
1
0
0
0
0
0
0
0
0
0
0
0
1
0
0
0
0
0
0
0
0
1
0
0
0
0
0
0
0
0
0
0
0
1
0
0
geeknews_bot @geeknews_bot@sns.lemondouble.com
Public

내가 제일 좋아하는 프로그래밍 문법, "파이프라이닝"
------------------------------
- *파이프라이닝* 은 프로그래밍 언어에서 코드의 가독성과 유지보수성을 높이는 중요한 기능임
- *데이터 흐름을 왼쪽에서 오른쪽, 위에서 아래로 자연스럽게* 표현할 수 있게 해주는 방식
- Rust 와 같은 언어에서 파이프라이닝은 코드의 흐름을 명확하게 하고, IDE 의 자동 완성 기능을 통해 개발 생산성…
------------------------------
https://news.hada.io/topic?id=20473&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

내가 제일 좋아하는 프로그래밍 문법, "파이프라이닝" | GeekNews

파이프라이닝은 프로그래밍 언어에서 코드의 가독성과 유지보수성을 높이는 중요한 기능임데이터 흐름을 왼쪽에서 오른쪽, 위에서 아래로 자연스럽게 표현할 수 있게 해주는 방식Rust와 같은 언어에서 파이프라이닝은 코드의 흐름을 명확하게 하고, IDE의 자동 완성 기능을 통해 개발 생산성을 높임Haskell, Elm, SQL 등 다양한 언어에서 적용되며, build

news.hada.io · GeekNews

0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
1
0
0
Cyo @cyo@g0v.social
Public
Shared by MJ

做媒體／媒介生態分析有幾個很重要的核心基礎觀念：

1. 要以人（閱聽人、創作者、prosumer）為中心，媒體是因為人的資訊需求而生，人也是一種物種，所以洞察人性，以及人的感知限制，會影響不同媒體演化的過程。

2. 人跟媒介環境是相互作用的關係，環境會形塑物種的行為，物種的行為如果量夠多就會改變環境。

3. 20世紀的大眾媒體環境和21世紀以科技企業主導的媒體環境已經相互融合，所以要採取多邊思考方式，換位去想各自的利弊關係。

0
0
0
lieutar @lieutar@toot.blue
Public
Shared by :_ko::_ko::_a::_ni::_lya::_n:

reddit にて「mastodon をメジャーにするには？」

「まず、政府に対して大きな抗議活動をします。次に政府が X と Bluesky を弾圧します。そうすると、mastodon がメジャーになります。これはトルコで起きていることです。」

…お…おぅ

2
0
0
1
0
0
1
0
0
0
0
0
0
0
0
0
0
0
tuzzi @tuzzi@g0v.social
Public
Shared by MJ

叫AI做了一個整理表格。比較不直覺的是「公開」跟「不公開」，它其實是「要不要放到站點跟聯邦的時間軸上」。公開就是會放上去，不公開就是不放上去，但兩個都不會限制誰能看到。

總覺得這個圖可以用內圈外圈的示意圖畫得更直觀一點，不過 AI 大概還沒辦法。

0
0
0
시아란 🌌 Private @siaranics.siaran.kr@bsky.brid.gy
Public

시간여행자가 세계대전기 병사에게 "1차" 세계대전인지를 물어서 절망적인 미래를 스포일러하는 장면은 제법 짜릿하게 느껴진다. 하지만 해석하기에 따라서는... 끝날 것 같지 않은 이 전쟁도 언젠가는 끝날 것이며, 또한 이만한 대전쟁은 횟수를 헤아릴 수 있을 만큼만 드물게 일어날 것임도 예측할 수 있지 않았을까.

0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
시아란 🌌 Private @siaranics.siaran.kr@bsky.brid.gy
Public
Shared by 잇창명 EatChangmyeong💕

실로 그러하다. 미래가 우리의 미개함을 비웃게 되는 것은 너무나 기쁜 일이다. 미래가 우리를 끝없이 회고하고 숭상하며 우리로부터 배움을 구하려 안간힘이라면 그만한 최악도 달리 없다. 우리는 인류사의 정점이 되어서는 안 된다. 더 높은 경지가 분명 존재할 것이다.

RE: https://bsky.app/profile/did:plc:ymtocrtu65efcl7ztrjnfb6q/post/3le4c5pucmk2l

Bluesky

bsky.app · Bluesky Social

0
0
0
0
0
0
0
0
0
0
0
0
tuzzi @tuzzi@g0v.social
Public

叫AI做了一個整理表格。比較不直覺的是「公開」跟「不公開」，它其實是「要不要放到站點跟聯邦的時間軸上」。公開就是會放上去，不公開就是不放上去，但兩個都不會限制誰能看到。

總覺得這個圖可以用內圈外圈的示意圖畫得更直觀一點，不過 AI 大概還沒辦法。

0
0
0
0
0
0
1
0
0
geeknews_bot @geeknews_bot@sns.lemondouble.com
Public

Linux 코드를 30줄만 수정하면, 전력 사용량을 최대 30% 절감할 수 있음
------------------------------
- 미국 내 데이터센터 전력 소비는 2023년 기준 *국가 전력의 약 4%* , 2028년까지 *12%로 증가 예상*
- 워털루대 연구팀은 *리눅스 커널의 네트워크 처리 방식 개선* 을 통해 데이터센터의 전력 소비를 최대 *30% 절감* 할 수 있는 방안을 개발
- 핵심은 *busy polling 방식의 동적 제어* 로, 트래픽 상황에 …
------------------------------
https://news.hada.io/topic?id=20472&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

Linux 코드를 30줄만 수정하면, 전력 사용량을 최대 30% 절감할 수 있음 | GeekNews

미국 내 데이터센터 전력 소비는 2023년 기준 국가 전력의 약 4%, 2028년까지 12%로 증가 예상워털루대 연구팀은 리눅스 커널의 네트워크 처리 방식 개선을 통해 데이터센터의 전력 소비를 최대 30% 절감할 수 있는 방안을 개발핵심은 busy polling 방식의 동적 제어로, 트래픽 상황에 따라 인터럽트 방식과 폴링을 자동 전환이 변경은 단 30줄

news.hada.io · GeekNews

0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
Ryan He @ryanhe@mistyreverie.org
Public
Shared by MJ

被 Microsoft「硬分支」：開源維護者與企業不對等的授權困境 https://philiplaine.com/posts/getting-forked-by-microsoft/

原始文章分享了一位 Spegel 專案的單一維護者，因微軟主動聯絡討論合作契機而感到期待，原本希望對方能夠合作或引進新維護者。然而，過程中發現微軟在沒有適當歸屬（attribution）的情況下將 Spegel 的原始碼 fork（複製分支）並去除原作者之著作權標示，違反了 MIT 授權的明確要求。作者認為，雖然本可以選擇較嚴格的授權條款，但現實上即使換授權，最核心的問題在於缺乏執行法律手段的資源。法律保障層面終究很難改變大公司對授權的態度和遵從。

Hacker News 的討論普遍認為，像 MIT 這種寬鬆授權，理論上要求「每個拷貝都須保留原始著作權聲明」，但實務上一旦大企業未遵守，個人很難透過訴訟維權。一些留言進一步說明，條文雖簡單明瞭，執行卻高度仰賴信賴，開源維護者缺乏與大型企業抗衡的財力與法律資源。如此一來，開發者即使選用 MIT 授權，也可能在開源貢獻被重新包裝、歸屬遭抹去時，沒有實質救濟手段，這造成 open source（開源軟體）生態的弱勢方持續處於不利地位。

討論中另有不少意見建議，單一維護者或小團隊開發的專案應慎選授權條款，考慮使用更具 Copyleft（著作權左轉，強制衍生專案也需相同授權）的 GPL、AGPL 等條款來保護自己，這可減少大公司不當利用、強化法律規範力。不過，也有留言指出，即便選用較嚴格的授權，若對方選擇忽略條款，最後仍需要耗費大量時間和金錢維權，而且現行軟體授權並不要求回饋（contribute back），僅強調公開源碼和保留歸屬，有些開發者也樂於專案被廣泛採用。

部分討論者分享過去與大企業互動或遭 fork 的經驗，認為微軟乃至其他科技巨頭長期以來都存在「主動主導、延伸並消滅原創」（Embrace, Extend, Extinguish）的策略，往往先取得 know-how（技術細節、知識），隨後直接另起新專案抄襲、重新命名或包裝為官方產品。此外，有意見提到，Megacorp（超大型企業）仗著龐大資本，通常不擔心授權糾紛，反而要求個人開發者無酬協助甚至提供顧問意見，形同不對等壓榨；有建議指出如能堅持索取合理回報或直接拒絕私下會談，有助於減少被不當利用的風險。

https://news.ycombinator.com/item?id=43750535

Getting Forked by Microsoft

Three years ago, I was part of a team responsible for developing and maintaining Kubernetes clusters for end user customers. A main source for downtime in customer environments occurred when image registries went down. The traditional way to solve this problem is to set up a stateful mirror, however we had to work within customer budget and time constraints which did not allow it. During a Black Friday, we started getting hit with a ton of traffic while GitHub container registries were down. This limited our ability to scale up the cluster as we depended on critical images from that registry. After this incident, I started thinking about a better way to avoid these scalability issues. A solution that did not need a stateful component and required minimal operational oversight. This is where the idea for Spegel came from.

philiplaine.com · Philip Laine

0
0
0
0
0
0