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

An Nyeong (安寧) shared the below article:

함수형 프로그래머한테 닉스 패키지 매니저의 derivation 소개하는 글

lionhairdino @lionhairdino@hackers.pub

닉스의 derivation은 코드 모양으로만 보면, 단순히 빌드에 필요한 속성의 집합이다. 별 거 아닌 것 같지만, 이 개념이 닉스의 핵심 아이디어다. 패키지를 빌드할 때 개입하는 널리고 널린 이펙트들을 깡그리 무시하고, 순수한 척 하는 derivation만으로 의존 관계를 표현한다. 만일, 패키지A가 패키지B에 의존한다면, A의 derivation이 B의 derivation에 의존한다고 표시해 둔다. 이렇게 derivation만 엮어서 패키지 빌드 명세서를 완성해 두고, 진짜 패키지가 필요한 순간이 오면, 그때서야 realize란 동작으로, 미뤄 놨던 이펙트들의 영향을 받게 된다. 모나드들의 runner처럼 말이다.

진짜 귀찮게 굴러야 하는 이펙트들은 나몰라라 하고, 고귀한 척 동작의 선언적인 명세서derivation만 조합해서 최종 결과 패키지를 위한 명세서를 작성하니 선언형 패키지 매니저라 부른다.

어떤 이펙트가 방해할지는 나중 문제고, 최종 패키지 명세서 자체는 순수한 derivation 조합으로만 구성해 놓고, 이들 이름에, 내용을 기반으로 계산한 해시까지 붙여 놓으니 절대 같은 이름, 다른 내용의 derivation이 생기지 않는다. 그래서 이들을 캐싱하기에도 좋고, 재현성도 올라간다고 한다.

다만, derivation에서 해시 베이스가 되는 필드의 점하나만 달라져도 해시값이 달라지니 다른 패키지가 되어버려, 디스크 용량이 좀 과하게 필요하고, 빌드 시간이 좀 과하게 걸리는 단점이 있다. 덕분에 쉴 시간이 자주 생긴다!

※ Nixpkgs를 보면 derivation이 아닌, derivation을 생성하는 표현식 .nix들의 모음으로 되어 있다.

(닉스 공부한지 몇 달 안된 사람의 노트입니다. 생각이 틀렸다면 알려주세요. 저는 혼자 공부한 내용들을 요약해서 블로그 혹은 닉스 NixOS.kr 디코에 올리고 제대로 길을 가고 있는지 검증 받곤 합니다.)

Read more →
0
0

"당장 내려!" 끄집어내 퍽퍽…"테슬라 타서 당했다" 확산
미국에서 트럼프 행정부의 실세, 일론 머스크에 대한 반대 시위가 확산하고 있는데요.테슬라 자동차 운전자들을 노리는 테러 또한 잇따르고 있습니다.…
news.sbs.co.kr/news/endPage.do

0
0
0
0

The new Mikrotik RDS2216 mikrotik.com/product/rds2216 is still breaking my brain. Equipped with 100GbE it's clearly aimed at the enterprise, but I can't help thinking that it's perfect for the mid-market and represents a staggering value prop compared to the existing SSD NAS boxes. A Synology FS2500 with 12 SATA SSD slots goes for ~$3500 vs the RDS2216 full NVMe for ~$2000. 😳

Thinking an “entry level" version replacing the 100GbE ports with more 10/25GbE ports would be a very interesting variant…

Side note: 7mm U.2 drives are getting hard to find.

cc: @normisnormis 😈

0
0
0
0
0
0
0
0
1
0
0
0

"혹시라도 헌재 방청석이 윤 복귀를 외치는 내란세력으로 가득 차면 곤란하니, 모든 민주시민이 일단 방청 신청을 해야 한다. 당첨이 되든 안 되든"

...라고 해서 꾸역꾸역 시도는 하고 있는데요... 아니... 이거 뭐... 선고 전에 이 대기열이 끝나긴 하냐? ...

0
0
0

We just released version 5.6.0 of the plugin for

wordpress.org/plugins/activity

Some features:

* A Mastodon import (beta)
* Improvements to the Welcome-Page
* Basic Move functionality
* A bunch of Outbox improvements
* A ton of smaller changes and fixes

thanks a lot to @obenlandKonstantin Obenland’s :yikes:, @mattwiebe and all other contributors!

0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0

寝てる間用のAppleWatchがバッテリーへたりすぎて寝てる間にバッテリー切れてしまう…
お金かけてバッテリー交換するのもあれだから自分で交換したいけど、できるんだろうか

0
0

bgl gwyng shared the below article:

함수형 프로그래머한테 닉스 패키지 매니저의 derivation 소개하는 글

lionhairdino @lionhairdino@hackers.pub

닉스의 derivation은 코드 모양으로만 보면, 단순히 빌드에 필요한 속성의 집합이다. 별 거 아닌 것 같지만, 이 개념이 닉스의 핵심 아이디어다. 패키지를 빌드할 때 개입하는 널리고 널린 이펙트들을 깡그리 무시하고, 순수한 척 하는 derivation만으로 의존 관계를 표현한다. 만일, 패키지A가 패키지B에 의존한다면, A의 derivation이 B의 derivation에 의존한다고 표시해 둔다. 이렇게 derivation만 엮어서 패키지 빌드 명세서를 완성해 두고, 진짜 패키지가 필요한 순간이 오면, 그때서야 realize란 동작으로, 미뤄 놨던 이펙트들의 영향을 받게 된다. 모나드들의 runner처럼 말이다.

진짜 귀찮게 굴러야 하는 이펙트들은 나몰라라 하고, 고귀한 척 동작의 선언적인 명세서derivation만 조합해서 최종 결과 패키지를 위한 명세서를 작성하니 선언형 패키지 매니저라 부른다.

어떤 이펙트가 방해할지는 나중 문제고, 최종 패키지 명세서 자체는 순수한 derivation 조합으로만 구성해 놓고, 이들 이름에, 내용을 기반으로 계산한 해시까지 붙여 놓으니 절대 같은 이름, 다른 내용의 derivation이 생기지 않는다. 그래서 이들을 캐싱하기에도 좋고, 재현성도 올라간다고 한다.

다만, derivation에서 해시 베이스가 되는 필드의 점하나만 달라져도 해시값이 달라지니 다른 패키지가 되어버려, 디스크 용량이 좀 과하게 필요하고, 빌드 시간이 좀 과하게 걸리는 단점이 있다. 덕분에 쉴 시간이 자주 생긴다!

※ Nixpkgs를 보면 derivation이 아닌, derivation을 생성하는 표현식 .nix들의 모음으로 되어 있다.

(닉스 공부한지 몇 달 안된 사람의 노트입니다. 생각이 틀렸다면 알려주세요. 저는 혼자 공부한 내용들을 요약해서 블로그 혹은 닉스 NixOS.kr 디코에 올리고 제대로 길을 가고 있는지 검증 받곤 합니다.)

Read more →
0

사람들 건강좀 챙겼으면 좋겠다 휴식 제때 안하면 몸 망가지는건 확실한거고 극단적으로 말하면 언제 심장마비로 급사 할지 모르는건데 아무리 여건이 안된다고 해도 자기가 주어진 환경에서 최소한의 휴식 시간 마련하려는 마음가짐이라도 당장 일 때문에 시험 때문에 안된다고 하면 그럼 일하다 죽거나 시험 때문에 죽는게 더 맞다고 생각하는건 아닌 것 같아 물론 가끔 바쁠 때 있을 수 있어 그러면 앞으로는 덜 바빠지도록 일감을 줄이거나 일터를 옮기거나 했으면 좋겠어 나는 사람들이 건강했으면 좋겠어 과로로 죽지 않았으면 좋겠어

0
0
0

함수형 프로그래머한테 닉스 패키지 매니저의 derivation 소개하는 글

lionhairdino @lionhairdino@hackers.pub

닉스의 derivation은 코드 모양으로만 보면, 단순히 빌드에 필요한 속성의 집합이다. 별 거 아닌 것 같지만, 이 개념이 닉스의 핵심 아이디어다. 패키지를 빌드할 때 개입하는 널리고 널린 이펙트들을 깡그리 무시하고, 순수한 척 하는 derivation만으로 의존 관계를 표현한다. 만일, 패키지A가 패키지B에 의존한다면, A의 derivation이 B의 derivation에 의존한다고 표시해 둔다. 이렇게 derivation만 엮어서 패키지 빌드 명세서를 완성해 두고, 진짜 패키지가 필요한 순간이 오면, 그때서야 realize란 동작으로, 미뤄 놨던 이펙트들의 영향을 받게 된다. 모나드들의 runner처럼 말이다.

진짜 귀찮게 굴러야 하는 이펙트들은 나몰라라 하고, 고귀한 척 동작의 선언적인 명세서derivation만 조합해서 최종 결과 패키지를 위한 명세서를 작성하니 선언형 패키지 매니저라 부른다.

어떤 이펙트가 방해할지는 나중 문제고, 최종 패키지 명세서 자체는 순수한 derivation 조합으로만 구성해 놓고, 이들 이름에, 내용을 기반으로 계산한 해시까지 붙여 놓으니 절대 같은 이름, 다른 내용의 derivation이 생기지 않는다. 그래서 이들을 캐싱하기에도 좋고, 재현성도 올라간다고 한다.

다만, derivation에서 해시 베이스가 되는 필드의 점하나만 달라져도 해시값이 달라지니 다른 패키지가 되어버려, 디스크 용량이 좀 과하게 필요하고, 빌드 시간이 좀 과하게 걸리는 단점이 있다. 덕분에 쉴 시간이 자주 생긴다!

※ Nixpkgs를 보면 derivation이 아닌, derivation을 생성하는 표현식 .nix들의 모음으로 되어 있다.

(닉스 공부한지 몇 달 안된 사람의 노트입니다. 생각이 틀렸다면 알려주세요. 저는 혼자 공부한 내용들을 요약해서 블로그 혹은 닉스 NixOS.kr 디코에 올리고 제대로 길을 가고 있는지 검증 받곤 합니다.)

Read more →
0
0
0
0
0
0