allblog.net 개편과 AJAX
site | 2006-12-20
올블로그의 게시물이 AJAX로 불러들여 진다는 말을 듣고 자바스크립트를 꺼봤다. 
도대체 다들 왜 이러는 거냐. 서버측에서 해야 할 일과 클라이언트 측에서 해야할 일을 이리도 구분 못한단 말인가! 그것도 가장 중요한 컨텐츠인 실시간 글목록을... 자바스크립트는 어디까지나 덤이지 필수 기능이 될 수 없다.
Share on
Recent Comments
- 리베하얀 할말이 많지만... 한국에만 있는 직업이라는 것에 대해서 전혀 개의치도 않고 부끄러워할 이유도 없다고 봅니다. 이 직업군에 대해서 이해라며녀 00년대에 무슨일이 일어났었는지.. 알필요가 있고 국내만의 특수한 환경때문에 만들어진 직업군이고... 근래에 들어 국제화가 되면서 문제시 몇몇분이 문제삼는것 같은데... 본인의 업무 바운더리는 본인이 만드는거지.. 그 단어안에 갇혀서 본인의 수준이나 인식을 만든다고 보지 않습니다. 코더니 UI개발자니, 퍼블리셔니, FE니.. 웹마스터니 풀스택이니 ㅎㅎ 많은 직업군으로 불리우고 있지만 솔직히 본인의 역량에 따라 불리운다고 생각합니다. 당시에 신현석님이 던진 하나의 단어에 여전히 밥먹고 살고 있고, 때때론 자부심도 느낍니다. 2023-11-26
- Sarah Jeong 안녕하세요. 이런 글타래가 있는지 이제야 알게되어 흥미있게 글타래를 읽어보았네요. 제가 방금 글타래라고 쓴것처럼, 댓글이라는 단어에도 여러 다른 이름이 존재한다는 것을 우리는 암묵적으로 알고 있을 거라 생각하는데요 EX 1.) 글타래(민 우리말. 인터넷 게시판에서 어떤 게시글과 그에 대한 답신으로 쓰여진 게시글들의 모임. [NAVER 국어사전 글 인용]) = 댓글(게시물 밑에 남길 수 있는 글을 표현한 단어) = 코멘트(영어 코멘트를 한국어로 표현한 단어) = 리플(영어 reple을 한국어로 표현한 단어) = 스레드(thread) EX 2.) Height(사물의 높이, 사람의 키&신장, 키가 높음, 지상으로부터의 고도) 해당 단어는 발음에서 논란이 된적이 있습니다. (설마.. 고인물만 아는 거일지도...T^T..) 미국, 영국 등 주요국가에서는 해당 단어의 발음을 한국어 발음 표현으로 '하이트' or '하잍' 라고 읽으나, 스페인어로 해당 단어는 '헤이트' or '헤잍' 라고 읽습니다. 전 세계적으로 스페인어를 쓰는 인구는 2019년 3월 기준으로 4억 6천만명이며, 영어를 사용하는 인구는 3억 7천만명이라고 구글검색에 나옵니다. EX 3.) 2023년 현재 우리나라에서는 각 세대 별로 쓰는 한 가지 표현에 대한 단어들도 다릅니다. 50대 이상이신 분들은 한자어를 주로 사용하신 세대들이고, 10대 ~ 20대분들은 줄임말 또는 은어를 만들어 주로 사용하고 있습니다. 위의 예시와 같이 한 가지를 가리키는 명사에 여러가지 표현이 존재하고, 모든 사람들이 표준어 하나만 사용하고 있지 않으며, 전라도, 충정도, 경상도 방언이 존재한다는 사실도 암묵적으로 우리는 알고 있다 생각합니다 물론, 표준어처럼 한 가지 표현만 존재하면 다시 한번 확인하는 절차없이 의사소통이 원활할테지만, 우리는 일상속에서도 방언이나 댓글, 줄임말 등의 다른 표현들을 받아들이고 있는 존재들입니다. 만드신 분의 말씀대로 그저 지나온 과거에서는 그 표현이 필요하여 쓰여졌었다고 이해하고 넘어가시면 어떨까하여 주절대며 나불거려보았네요.. PS. 쓰잘데기 없는 제 생각을 읽어주셔서 고맙습니다.. AI도 발전해나가고 있는 마당에 같은 인종끼리 싸우지 맙시다~~~ㅋㅋㅋ 2023-11-13
- 신현석 김진원님 알려주셔서 감사합니다. 본문을 수정했습니다. 2023-06-03
- 김진원 php도 더 적은타이핑으로 가능합니다. [$a, $b] = [$b, $a]; 2023-06-03
- 김정규 PHP… ㅋㅋ 2023-06-03
- 신현석 규모 작은 프로젝트에 적용해 보고 있어요. 2023-01-07
- 문지훈 스벨트킷으로 정하셨군요!! 진짜 쉽게 시작할 수 있겠더라구요. 2023-01-07
- Brian 좋은 글 감사합니다! 제 경우에는 max-width를 고려해야했는데 그럴경우는 max-width와 min 을 이용하면 가능해지더라구요. 이를 공유합니다. ``` #movie-player-wrapper { position: relative; width: 100%; height: 0; overflow: hidden; - padding-bottom: 40%; + max-width: 1200px; + padding-bottom: min(40%, 480px); } #movie-player-wrapper .wrap { position: absolute; top: 0; left: 0; width: 100%; height: 100%; } ``` 2022-11-16
- ㅎㅎ 늘 반박하고 싶었던 용어중에 하나입니다. 당시에도 퍼블리셔라는 용어는 전세계 어디에도 없었고 같은 롤을 하던 외국인 친구는 본인이 프론트엔드디벨로퍼라고 하더라구요. 그게 뭐냐고 물어봤더니 자기 프로필 사이트를 보면 쉽게 이해될거라 해서 봤더니 디자인도하고 css도하고 자바스크립트도하고 앞단 ui를 구현하는 롤이었어요. 지금 국내에서 프론트엔드개발자의 역할이 또 왜곡이 되는거죠. 지금 한국에서는 리액트 또는 뷰로 모바일을 구현해야 프론트엔드 개발자라고 한다네요. 그 당시 한국에서는 퍼블리셔라는 용어가 생겨서 그렇게 얘기한다고 했더니 외국인 친구다 엄청 깔깔대며 출판사쪽 일하는줄 알았다고 미안하다고 했어요 좀 창피하긴 하더라구요. 신현석님께서도 좀 깊이 생각해보셔야할 문제인거 같습니다. 2022-10-22
- 신현석 제 생각의 어떤 부분이 잘 못 되었다고 생각하시는지 궁금하네요. 저때는 CSS가 글자 스타일만 지정하는 정도로 쓰였고 대부분의 스타일을 HTML로만 해결하던 때였습니다. CSS 도입이 시급했고 JavaScript는 DHTML이라는 개념으로 브라우저 호환성에 고통받던 시기였습니다. 지금과는 상황이 많이 달랐습니다. 그리고 저는 CSS와 JavaScript를 같이 다뤄야 생산성과 품질에 도움이 된다고 주장하는 사람입니다. 퍼블리셔를 CSS를 다루는 사람으로 분리해서 개념화 한 적도 없습니다. 오히려 HTML 코더들이 CSS를 적극 도입하고 클라이언트 템플릿 개발까지 해야 된다고 주장했습니다. 그 생각은 지금도 여전하고 리액트로 FE에 입문하신 분들이 HTML이나 CSS는 등한시하는 현실을 한탄하고 있답니다. 2022-10-15
Comments
실시간 글목록이라면 저라도 ajax를 사용하겠습니다만
업데이트에 사용하는 것은 고려해볼 만 하죠. 하지만 맨 처음 화면에 출력하는 것까지 Ajax를 쓸 이유는 없습니다. 당연히 서버측에서 처리를 해서 완결된 하나의 문서로 출력을 해야 하는 것이지요. 화면 구성은 클라이언트에서 할 일이 아나라 서버에서 처리할 문제라는 것입니다.
제 생각은 서버에서 할 일을 줄이는 것도 중요한 것 같습니다 -_-;; 이를테면 구글이 수많은 자바스크립트를 통해 사용자에게 편리한 인터페이스를 주게 하는 것은 결국 클라이언트에서 열심히 부지런히 일을 하게 구성한 것이라 생각되구요..
Ajax로 컨텐츠 삽입하는 거랑 페이지 로딩 될 때 HTML로 컨텐츠 삽입하는 거랑 서버에서 하는 일의 차이는 없습니다.
초기화할 때 정적으로 HTML 출력하는 것과, Ajax로 렌더링 이후에 출력하는 것에 서버측 차이는 없지 않나요? 굳이 따지자면 Ajax 쪽은 리퀘스트를 두 번 하니 그쪽이 더 비효율적이죠(초기화 자체만 볼 때 말입니다).
동의합니다. 사이트 제작시 자바스크립트가 전혀 없이도 아무 문제없도록 제작후에 자바스크립트를 이용해서 편의기능을 추구하도록 만들어야 하겠죠. 자바스크립트가 주가 되어서는 안되겠습니다.