react.js, next.js, ssr, progressive hydration, 그리고 "Islands Architecture"와 fresh/deno


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 같은 쪽으로 더 세밀해지는 양상 같아.2

linux/unix 팁 29/06/2022 .01



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

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

zoxide 으로 chdir 간단하게

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

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

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

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

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

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

The Grug Brained Developer


감동적인 글이다ㅋ:

https://grugbrain.dev/

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

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

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

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

… black think juice 맛있다.