비가 많이 내렸다. 일년간 어떻게든 자라던 잎들이 낙엽이 되어 떨어졌다.

그런데 딱히 걱정스러울게 없었다.

…

https://jasonformat.com/islands-architecture/

…이전에 몇번 언급한 hotwired 처럼. ㅎㅎ

지금의 reactjs, vuejs등은 다음과 같은 방식이 기본:

1. server: rest/gql등으로 요청을 받아서, json으로 응답.
2. browser(client): 응답으로 받은 json을 받아서, html을 생성하여 렌더링.

…이게 편하다고 생각해서 여기로 온거 같아. 나말고도 대부분의 사람들이 웹화면을 개발하던 시절에는 이렇게 만들고 싶었었던거 같아. ^{1 2}

그리고 당연히 ui개발이기 때문에 ‘컴포넌트모델’이나 값바인딩 같은 것들을 원했었고, 현재의 리액트와 같은 형태에 이르른 것 같아.

물론, vdom이 복잡도를 많이 낮춰줬지만, 희안하게도 예상하지 못하던 문제를 몇가지 더 만들어낸 것 같아. 그래서 요즘엔 ssr이니 seo을 생각해서 다른 방식의 프레임웍들을 사용하려고 하고 있고, 더 나아가서 progressive hydration 같은 쪽으로 더 세밀해지는 양상 같아.²

…

---

리눅스/유닉스/터미널/쉘은 아는만큼 편하게 쓰기 좋은거 같다.

그리고 어떻게 연결해서 활용해 쓰는가에 따라서, 정말 편리해지기도 해서.

zoxide 으로 chdir 간단하게

최근/디렉토리 이동한 히스토리에 따라서 (“frecent”) 이동하기:

fzf+zsh의 Control-R도 좋고¹,

oh-my-zsh 내장인 plugins=(z)도 좋지만²

…나는 가능하면 zoxide이 가장 가볍고 좋은거 같다.

설치하고 나서, eval "$(zoxide init zsh)"

그리고, z SOME-DIR, zi 같이 으로 사용하면 되고, fzf연동도 잘되고 해서. ㅎㅎ

…

감동적인 글이다ㅋ:

https://grugbrain.dev/

문법도 완전 grug스럽게 작성해서 반가운 글이었다.

완전히 모두 내 생각과 같지는 않아도, 이야기하는 “FOLD” 때문에 일어나는 일들과 조금은 그래도 grug답게 그냥 해내려는 생각들이 유용.

그치, grug이 공룡과 구분되는 점은 그런거겠지. ㅎㅎ…

msa, reactjs, ejb, osgi. 공감하는 생각들.

… black think juice 맛있다.

…

https://tonsky.me/blog/disenchantment/

재밌게 읽었다. 계속 생각해오던, 이전 포스팅에서도 이야기한 생각들.

“…의 진보도 항상 그때그때의 1보만이 진보이며 2보도 3보도 n+1보도 결코…”¹

:winking_face:

…그치 ejb/xml을 쓰든, 뭔가 또 새로운 언어나 프레임웍으로 대단한것처럼, 진보한것처럼 쓰려고 해도, 현실적으로는 빌드도 오히려 apache ant 쓸때보다 더 엉망일지도. 성능이든 iteration의 가벼움이든.

정말 진보는 커녕 오히려 더 ㅎㅎ… 오히려, apache ant으로라면 명확하게 확실하게 동작하도록 만들기나 잘 하겠지만.