악하

@akastoot@hackers.pub · 60 following · 44 followers

능력 없고 코딩 못하고 뭔가 만들수도 없고 신입한테도 기죽어지내고 이제 직장이 없어진 SE

Spotify 대안으로서의 Jellyfin
------------------------------
-
Spotify 를 떠나 Jellyfin 을 사용하게 된 경험을 공유함
- Spotify를 탈퇴한 후 대체 음악 감상 방법을 찾아 여러 로컬 음악 플레이어를 시도했지만 대부분 불편하거나 시대에 뒤처진 UX였음
- 웹 기반 음악 플레이어를 직접 만들기도 했지만, 오프라인 사용 불가 등 한계가 있었음
- 결국
Jellyfin 셀…
------------------------------
https://news.hada.io/topic?id=20398&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

0
0
1
0
0

학교 캡스톤에서 절반 넘는 팀이 장고를 사용하는 신세카이를 보셨나요? 나도 멋진거 만들고 싶은데 현실적인거 고려하니까 걍 crud 웹앱이 되어버려서 눈물 난다

0
2
0
0
0
0
0
0
0
0
2
1

어제 출시된 o3가 코딩스타일은 별론데 디버깅을 매우 잘한다고 한다.

위 계정은 HVM 만드는 사람의 것인데, 나는 새 모델이 나올때마다 저 사람이 하는 벤치마크를 체크한다. 사실 구체적으로 뭐하는지는 잘 모르는데,

  1. 충분히 어려운 과제로 테스트한다는 점
  2. 진짜로 자기가 할일을 대체할수 있는지 확인할만큼 밀어붙인다는점
  3. 결과를 세세하게 공유한다는 점

에서 참고할만하다.

5
0
0
1
0
3
0
0
0
3
0
0
2
0
2
0
0
0
1

소프트웨어 엔지니어 가이드북 (게르겔리 오로스 지음, 한빛 미디어) 읽기 시작

40페이지까지 읽은 감상: "이 책 안 읽은 사람 없게 해주세요" 하드웨어적인 감상: "종이 재질이 반짝여서 조명 각도에 따라 읽기가 힘들어요"

한국 IT 직장인의 테크트리는 40대까지 야근 등으로 밤낮없이 일하다 치킨집이란 자조를 하곤 했는데. 그럴 수밖에 없었다. 지역 시장의 작은 기업은 그 이상의 커리어 패스를 제공할 수 없다.

내 직업(커리어)를 어떤 기준으로 관리할 것인가 기준을 제시하는 책이 아닌가 싶다.

4

아무도 들어보지 못한 GPS 대안 기술, BPS
------------------------------
-
BPS 는 GPS를 대체할 수 있는 *방송 기반 위치 결정 시스템* 으로, *ATSC 3.0 신호를 활용* 하여 높은 정확도의 타이밍을 제공함
- GPS와 BPS는 10ns 이내의 정밀한 동기화를 이루며, 방송 인프라를 활용한 새로운 시도임
- 전력망, 통신, 방송 등 다양한 분야에서 *타이밍 정확성이 중요* 하기 때문에,
G…
------------------------------
https://news.hada.io/topic?id=20314&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

1
0

사실 각자의 개인 연합우주 서버를 여는 것은 분산되는 측면에서는 매우 좋은데

이게 보안적으로 취약한 서버가 되기 마련이라... 저번처럼 스팸사태가 또 터진다거나, 서버가 암호화폐 채굴장이 된다거나 하는 사태가 벌어질 수 있어서요

웬만하면 구축 커미션이나 호스팅 서비스를 이용하시는 것을 추천드립니다

0

그냥 LLM이 코드베이스 전체를 이해해주면 안 될까: 번들링을 통한 RAG 시도
------------------------------

"이 글에서는 많은 파일을 내포하는 TypeScript 코드베이스를 번들링(bundling)을 통해 1개의 JavaScript 파일로 압축한 후 LLM에게 전달하였을 때, LLM이 코드베이스와 관련된 질문에 얼마나 정확하게 답변할 수 있는지 확인할 것이다."

- NestJS 기반 웹 서버 코드베이스 1개 준비
- esbuild로 코드 압축(번…
------------------------------
https://news.hada.io/topic?id=20309&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

0
2
1

아무래도 앱 개발은 혼자선 하면 안되고 트러블슈팅을 할수 있도록 팀을 갖추고 해야하는거 같다. 추잡한 문제들이 너~무 많다. 하지만 이런 허접한 교훈을 얻고 관둘순 없으니 어떻게든 혼자서 마저 나아가야한다.

7

개인적으로는 k8s쓰는 가장 큰 이유는 개발자 복지라고 생각한다. 적정기술만 쓰면 대부분의 사람들은 뭔가를 실 서비스에서 경험할 기회를 잃어버린다. 아니 이건 됐고…

온프레미스 클러스터 오퍼레이션 부담이나 EKS같은 서비스의 사용료 걱정만 없다면 쓰는게 무조건 낫다고 생각한다.

일단 k8s뿐만 아니라 컨테이너/머신 오케스트레이션의 세계에서 앱과 머신은 좀 더 잘 죽어도되는 존재가 된다. (물론 stateful한 호스트와 앱을 최대한 stateless하게 하거나, 상태를 분리하여 격리시켜야 하긴 한다)

그러면 docker-compose로 충분하지 않느냐 말할 사람도 있겠지만 처음에야 docker-compose 쓰는거나 k8s 쓰는거나 그게 그거지만(오히려 k8s가 성가실것이다) 마이그레이션의 때가 오면 난 그걸 감당할 자신이 없다.

물론 자신만의 가볍고 쏙 맘에드는 솔루션을 고집할 사람도 있을텐데… 난 남들이 다 쓰는거 쓰는게 편하다.

4
0
1

당신에겐 웹소켓이 필요 없을 수도 있어요
------------------------------
- WebSocket은 실시간 통신에 유용하지만, 항상 필요한 것은 아니며 HTTP 기반 대안이 더 간단하고 안정적일 수 있음
- 트랜잭션 처리, 연결 관리, 서버 복잡성 등에서 WebSocket은 과도한 오버헤드를 유발할 수 있음
- HTTP Streaming과 라이브러리(eventkit)를 활용하면 WebSocket 없이도 실시간 동기화와 이벤트 …
------------------------------
https://news.hada.io/topic?id=20296&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

0
0
1

일단 django 기본 개발환경 세팅. 시작이 반이랬다.

  1. poetry 대신 uv로 사용하는 툴을 변경했고,
  2. Docker 기반의 배포환경 세팅하고
  3. aider 기반으로 바이브코딩을 이어갈 수 있는 환경을 구축했음.

프로덕션 환경은...... 같이 작업하는 분이 준비되시면 작업하는걸로 ㅋㅅㅋ

이제 앞으로 해야하는 작업은 URL shortener를 먼저 구현하는 방향으로 갈지. (가장 빨리 끝남) 혹은 본격적으로 LLM 기반의 아티클 요약을 구현할지 결정하면 된다. (좀 늘어질 수 있음)

langchain 기반으로 짜면 될 것 같은데, 학습시간이 좀 있을 것으로 예상.

https://github.com/dahlia/yoyak 프롬프트는 여기를 참고하고 스슥하고 짜면 될 듯.

0
0

일단 django 기본 개발환경 세팅. 시작이 반이랬다.

  1. poetry 대신 uv로 사용하는 툴을 변경했고,
  2. Docker 기반의 배포환경 세팅하고
  3. aider 기반으로 바이브코딩을 이어갈 수 있는 환경을 구축했음.

프로덕션 환경은...... 같이 작업하는 분이 준비되시면 작업하는걸로 ㅋㅅㅋ

이제 앞으로 해야하는 작업은 URL shortener를 먼저 구현하는 방향으로 갈지. (가장 빨리 끝남) 혹은 본격적으로 LLM 기반의 아티클 요약을 구현할지 결정하면 된다. (좀 늘어질 수 있음)

langchain 기반으로 짜면 될 것 같은데, 학습시간이 좀 있을 것으로 예상.

https://github.com/dahlia/yoyak 프롬프트는 여기를 참고하고 스슥하고 짜면 될 듯.

2
1