https://www.youtube.com/watch?v=jaGnaygzdJA&t=560s
뇌까지 객체지향으로 작성된 놈들인가
특히 실실 쪼개면서 어그로끄는거 너무 싫다
리액트 나도 싫은데, 그럼 다른 대안을 제시하던가
자바 스프링이랑 1대1로 비교하면서
다르니까 틀렸다고 까는건 진짜 이해가 안간다
https://www.youtube.com/watch?v=jaGnaygzdJA&t=560s
뇌까지 객체지향으로 작성된 놈들인가
특히 실실 쪼개면서 어그로끄는거 너무 싫다
리액트 나도 싫은데, 그럼 다른 대안을 제시하던가
자바 스프링이랑 1대1로 비교하면서
다르니까 틀렸다고 까는건 진짜 이해가 안간다
웹쪽은 상태리스하게 짜고 서버쪽을 객체지향이든 뭐든 괜찮은 설계를 해두는게 제일 나은거 같음
상태리스로 어떻게 짜?? 도대체 그건 또 무슨말이야. 단순 웹문서나 그게 가능하겠지, 클라이언트 어플리케이션을 상태없이 어떻게짜냐
최대한 그렇게 한다는거지 무슨 딴지를 그렇게 거냐
상태가 필요한 애들은 하위 컴포넌트로 분리하고, 하다하다 안되면 context 등 전역 상태로 다루고, 그나마도 도저히 감당이 안 될 때 redux, recoil 같은 걸 써야 하는 거라고 생각하는데, 이런 과정을 안 거치면 금새 redux가 예전의 똥통이 더 낫겠다 싶을 정도로 더러워지더라고.
근데 이런 식으로 하면 난 지금까진 뭔 엄청 심각하게 상태나 객체 같은게 필요한 건 잘 못 봤음.. 대신에 백 쪽은 좀더 복잡하겠지? 프론트는 이제나 저제나 입출력만 신경쓰면 되는 게 제일 낫다고 봄.
딴지가 아니라 말도안되는 소리를 하니까 상태없는 어플리케이션이 말이되냐
리덕스 리코일을 안쓴다고 상태리스가 아니야... 뮌소리를하는거야
그럼 니가 아는 상태리스는 뭔데?
니가 useState같은 훅을 쓰는것도 상태고, 클래스 컴포넌트의 프로퍼티도 상태고. 함수 밖에 변수를 만들어도 상태고, window객체에다 전역변수를 집어넣어도 상태야. 상태관리 없는 어플리케이션이 어디있냐
나도 알아 등신새끼야. 그럼에도 불구하고 웹쪽은 최대한 상태리스하게 짠다고.
프론트 쪽에서 redux 같은 전역 상태관리 툴이 필요한 상황 자체를 애초에 최대한 줄이고, 웬만한 건 서버랑 소통해서 내놓고, 상태가 꼭꼭 필요하면 (예: 비동기 sendbird 채팅방) 컴포넌트 형태로 분리하고. 그렇게 해도 앵간히 버텨진다고.
변수안만들어?? html에 인라인으로 a태그 주소만 넣어서 써? 도대체 상태리스한 어플리케이션이 어디있냐고
난 서버사이드 렌더링을 상태를 서버에 다 위임하고 웹쪽은 받아와서 렌더링하는것만 (그리고 거기에 수반되는 아주 약간의 상태만) 챙기면 되는 거로 이해했는데.
아무 기능도 없는 웹페이지 쪼가리는 가능하겠지. 당장 회원가입창만 만들어도 상태없이 만들수가 있어?? 말도안되는 소리 좀 그만해
씨발 자폐증있냐? 나는 최대한 그렇게 짜고 복잡한 로직이 필요하면 서버에 위임하는 게 낫다는 소리를 하고 있는데 왜 니혼자 딴소리야
복잡한 로직이 아니라 게이야. 사용자한테 input을 받아와서 변수에 담아. 그 단순한 행위조차도 상태관리라고 숨쉬는거 최대한 자제한다는 소리 하고있네
자바처럼 하는게 정답이라면서, 클래스 안쓴다고 함수형이라는 저 머저리들한테 빡친거지. 리액트는 그래도 잘만든 객체지향 도구야. 상태리스같은 소리 하고있네
Remix 공식 도큐먼트 보면 니가 말하는 수준의 개단순한 앱을 짜면서 redux는커녕 useState 훅을 1도 안 씀.
니는 개단순한 앱에도 상태가 필요한데 뭔 개소리여 싶었겠지만, 나는 개단순한 앱이라면 상태가 필요없게 짤 수 있는 부분이 많이 있다고 생각했어. 그래서 최대한 상태리스로 짜다가 나중에 상태가 필요해지면 단순한 기능부터 점차점차 격리해가면서 도입하면 된다고 생각했어.
그리고 씨발 자폐증 있는게 아니면 제발 적당히 말 좀 알아먹어라 내가 상태가 뭔지 몰라서 이러겠니?? 그럼에도 불구하고 최대한 상태리스하게 짤 수 있다니까. 왜 씨발 말을 안 들어쳐먹어. 난 니가 개소리라길래 내가 모르는 더 정확한 개념이 있나 했네. 내가 아는거랑 정확히 똑같은 소리 하면서 니는 씨발 왜 배울려는 자세가 없냐.
난 항복
난 저 사람들 하는말 다 맞다고 생각했고, 그럼에도 불구하고 웹쪽에 객체지향 수준의 잘 정의된 코드는 있을 필요가 없다고 생각했음. 웹쪽은 최대한 리액트의 선물인 함수지향을 잘 활용할 수 있도록 상태리스하게 짜고, 안되는게 있으면 hook부터 context, redux까지 필요한 만큼만 도입하고, 중요한 데이터 흐름은 서버사이드 캐싱이나 DB에 단순 저장하는 정도로 해결되어야 한다고 봤음. 그걸로도 부족하면 애초에 HTTP 통신이나 웹페이지를 쓰면 안되는거고.
컴포넌트 안에 걍 변수 담아노면 되는데 굳이 useState 같은 hook 쓰게 한게, 상태가 변경되면 리렌더링을 하기 위해서(=렌더링이 오직 상태의 변화에만 의존하도록)잖아. 다시 말해서 상태가 바뀔 때마다 컴포넌트를 부수고 새로 짓게 되어있다고. 이게 별로면 리액트가 아니라 canvas 같은 게 더 잘 어울리는 기획 요구사항이거나 뭐 그런거겠지. 니가 훨씬 더 이해 딸리는거 같은데 씨발 최소한 자폐장애인마냥 키워드 하나에 눈멀어서 달려들고 물어뜯는 개지랄은 좀 안해줬으면 좋겠음.
상태리스 먼가 단어가 웃기네 약간 5G보고 오지라 읽던 누구 생각난다 - dc App
렌더링은 상태가 없는게 유리하니까 그럴수 있는데 비즈니스 로직이면 다르지 클라이언트 자체에 상태가 없는건 현실적으로 힘들고 렌더링 로직에 상태가 없을수록 유리한 정도면 말이 됨 간단한 서비스면 서버에 전부 위임하면 되고 모바일 앱이면 좀 더 복잡할수도 있고 그런거 - dc App
난 항복 ㅇㅈㄹ ㅋㅋㅋㅋ
상태리스같은 소리하네 에휴
애초에 웹이 서버만큼 복잡해질 일이 있을까?
상태는 관리대상이다
좀 좆같긴해ㅋㅋ
영상 다 안봣냐? 이게 까는거임? 왜 냐고 질문하는거지 ㅋㅋ - dc App
주제가 워낙 없어서 어그로 끌어보는듯
꼴보기 싫으면 그냥 유튜브 채널 차단박으면 될걸
자바병자 표현이 존나 웃김 ㅋㅋㅋㅋ