@soomtong@hackers.pub · 4 following · 7 followers
아침부터 동업자와 파스칼 얘기가 나와서 흥분해 (슬랙에서) 떠들고 있었는데... 생각해보니 Pascal 좋아하던 사람들은 Rust 할 수 밖에 없을 거 같다.
직접적인 연관은 없지만 파스칼의 영향을 받은 언어들에게 영향을 받은 러스트니까... 할아버지와 먼 손자 정도 될까... 아니 그렇게 따지면 파스칼의 영향을 받지 않은게 얼마나 될까 싶다.
삭신만세님의 파스칼 얘기를 더 들을 수 없어서 아쉽긴 하지만 ㅎㅎ; 파스칼 좋아하던 사람들은 러스트 하면 된다.
나도 해야지!
uv 덕에 내 파이썬 인생(에코시스템 탑승만 합니다)이 한결 수월해졌다.
https://textual.textualize.io/ 이런 멋진 것도 알게되고 말이야...
오! 오늘 한 번도 안틀리고 이걸 작성했다. (기념적인 순간이라 기록을 남김;;;)
rm examples/{1,2,3,4}.tsThe Helix editor has stopped using tree-sitter-highlighter (not tree-sitter itself) and written its own compatible code, named Tree-house.
내가 그닥 좋아하는 사람은 아니지만 Ruby On Rails의 메인테이너이자 37signal의 대표는 DHH는 이런 얘기 를 했었다.
요약하자면,
인용한 글에서도 비슷한 내용이 언급이 되어 있는데, 결국에는 사람이 수제로 작업하는것이 개인의 성장에 도움이 되고 대 LLM의 시대에 리터러시를 키울 수 있게 된다는 것
LLM의 편의성은 자명하지만, 적당히 비용효율적으로 트레이드오프 맞춰서 업무를 하더라도 내가 키우고 싶은 코어스킬을 키우는데 있어서는 정신을 곤두세울 필요가 있지 않나 싶은 생각이 들었다.
오늘 발견한 흥미로운 링크들: Matt 타입스크립트 선생님은 종종 Effect 에 대해 트윗하는데 주로 이펙트를 찍먹해보시고 이걸 강의로 만들까말까 만들까말까 하신다. Michael EffectTS 의 BDFL 은 종종 맷 선생의 트윗에 답글을 달아 이펙트 얘기를 풍부하게 가꿔주신다.
오늘은 이펙트의 굿파츠에 대한 얘기로 스레드가 열렸다. https://x.com/mattpocockuk/status/1936083553483157714
나도 EffectTS 도입을 하고 싶지만 여러모로 기존 바닐라JS 스펙과 다른 모양의 코드가 나와서 여러모로 망설이고 있다. (내 기준 이펙트는 실행 코드를 작성하기 보다 실행 계획을 작성하는 개념으로 접근하고 있다) 프로덕션 코드를 새로 만든다면 EffectTS 도입을 고려하고 있지만 학습 난의도가 있어 이를 위해 함께 스터디하고 코드 마이그레이션 계획도 세워야하는데, 그럴 여유는 보통 없는게 현실.
아직은 neverthrow 부터 사용해보는 정도가 지금의 최선이라고 생각한다. 나는 throw 기반의 조건 제어 코드가 불편하다. try catch 안에서 if 절로 throw 하는 코드를 볼 때마다 불만이다. 복구할 수 있는 에러는 throw 하지 않는게 옳다고 생각한다. 물론 언어의 문제도 있지만... 그렇게 스레드를 읽던 중 effectively 라는 애매한 이름의 Alegbraic effects 를 구현한 라이브러리가 공개되어 있다는 것을 발견했다. 작성자 본인도 뻔뻔하게 홍보한다고 어필하고 있다. ;) effectively
EffectTS 라는 이름도 애매하지만 Effectively 는 더 애매하다. 인기가 많아지기 전에 그럴듯 한 이름으로 브랜딩되면 좋겠다. 아, 그렇게 생각하는 이유는 TS 씬에 이런 라이브러리/프레임워크가 자주 거론되면 좋겠다는 생각 때문이다.
얘기하고 싶은 것은, 아이러니하게 이 effectively 의 readme 가 매우 간결하고 읽기 쉽게 EffectTS 에 대해 소개하고 있기 때문이다. effect.website 의 문서는 뭔가 개선이 필요하다. 없는게 없이 다 있지만 실제 읽다보면 어려운 부분이 많고 더 많은 설명이나 예제가 필요한 경우가 생긴다. 미카엘 본인도 문서 개선 필요는 공감하는 것 같다. (해당 스레드 발언 추정) 그리고 또 다른 유저가 포스트를 안내해주셨는데, Effect-like code without Effect 짧게 읽기 좋다. 게다가 이 포스트가 담긴 사이트의 프로덕트도 유용해 보인다.
시작부터 Result 나 Optional 을 제공하는 언어가 많은 소프트웨어 엔지니어들에게 높은 선호도를 가지는 이유가 있다고 본다.
韓國語에 「念頭하다」라는 動詞는 없다. 「마음 속」이라는 뜻의 【念頭】라는 名詞는 있다. 따라서 「念頭해 두다」라는 表現은 잘못된 것이다. 풀어보면 「마음 속 해 두다」가 되는데 말이 안 된다. 「念頭에 두다」가 맞는 表現이다. 풀어보면 「마음 속에 두다」가 되므로 말이 된다.
@hongminhee洪 民憙 (Hong Minhee) 안녕하세요! 한자 위에 글자 적은 표기는 어떻게 작성해야 가능한지 가이드가 있을까요? 사이트 상단에 있는 마크다운 가이드 쭉 살펴봤는데 찾질 못했어요. 단순한 superscript 가 아니어서 신기해요.
그리고 염두에 두다 종종 쓰는 표현인데 정확한 표기법을 알려주셔서 감사해요.
한 10여 년 되었나... 부모님께서 작성한 일기나 수필을 묶어 책으로 만든 경험이 있다. 몇 달간 조금씩 타이핑하며 개인 출판 서비스를 통해 몇 권을 받았다. 한 권 더 작업하고 있는데 처음 요즘은 타이핑 대신 글을 마이크에 대고 읽고 STT 를 통해 변환된 글자를 복사해 편집기에 넣는다. 당연히 손가락은 덜 아프고 오타 발생이 적다.
지금은 아니지만 내가 HHKB 레이아웃을 쓰고 터미널에서 이것저것 하는 것 때문에 vim 에 대해 관심을 가지는 동료들이 있었다. 가장 쉽게 적용할 수 있는 것은 예쁜 터미널 에디터였고 그 첫 후보로 nvchad 를 추천 또는 설치해주었다. https://nvchad.com/ vscode 에서 이걸로 당장 넘어오라고는 당연히 못하고 터미널에서 코드 읽어 볼 때 사용하라곤 했다. 몇몇은 vscode 에서 vim 플러그인을 설치해 사용하기 시작했다. lazyvim 과 nvchad 를 번갈아 가며 쓰고 있다. siduck 의 미감은 훌륭하다.
This may be my third mistake, but...
지금 시점의 생각은 아니고 몇 년 전 메모를 옮겨 왔습니다. 트위터에 못쓰던 얘기를 여기에 남겨 보면 어떨까 시도하고 있어요.
This may be my third mistake, but...
So, the industry needs to go in a different direction.
This may be my third mistake, but...
03/10/2025
