@@ppap11245배보다 배꼽이 더 커지는 느낌이죠. 이놈들이 단체로 매너리즘에 취해가는 것 같은 인상을 최근에 더 심하게 받습니다. 아주 간단한 프로젝트에도 뭔 이것저것 떡칠... 실제코드보다 FW가 소모하는 시스템자원이 몇배는 더 크고 ㅋㅋㅋ 선현들은 이 꼴을 보며 한마디 했죠: "돼지 목에 진주"
@@utb3 kotlin, java, c#, javascript, swift, go, rust 등등 거의 모든 프로그래밍 언어에서 split이란 함수명을 쓰고있다. 다른언어 쓰던사람이 php 이외의 언어로 코드짜보면 함수이름 같아서 금방 짬. 근데 php로 코드짜보라고해보면 함수이름 달라서 도큐먼트부터 뒤져봐야함. 이게 얼마나 불편하고 비효율적인지 경험 못해보면 절대 모른다.
All Nomad Coder videos are good, but I would like to boldly refrain from using image or video sources that actually interfere with listening to information. (like a 기술노트 알렉, 널널한 개발자, Zerocho TV, I wish the lecture would just be a drawing + essential images + a small face window.)
SI 업계에서는 제이쿼리 만한게 없죠 자바스크립트보다 간결해서 생산성이 높은게 장점인데 그걸 버리면 SI 가 아니라서 그리고 굳이 안쓸만한 이유도 없어요 리액트나 뷰쪽으로 가게되면 관련 프론트엔드 개발자를 또 데려와야하는데 인건비가 전부인 SI에서는 절대 그렇게 할 수없죠
Jquery의 강점은 배우기 쉬운게 제일 강점이 아닐까 싶습니다. Jquery만으로 해결 가능할 경우 react 나 vue를 사용안해도 될거 같아요. 홈페이지 렌더링 속도가 떨어질 지라도 체감 불가능한 상태라면 배우고 적용하기 쉬운게 최고인것 같습니다. 다만 유지보수 측면에서 Jquery가 재활용성이 부족한 면은 있는거 같아요. :)
jquery가 암덩어리인것마냥 취급하는데 당시 크로스브라우징해결과 쉬운사용법 이거 2개만으로도 안쓸이유가 없었죠. 지금에와서 사실상 dom 구조 개발방식이 안티패턴을 만드는 방식이라 여겨지기도하고 더이상 ie신경안써되니 앞으로 새로운프로젝트에 쓰일일은 없겠지만 바닐라 자바스크립트라도 querySelector 나 getElement 같이 dom 방식의 개발이면 jquery 쓰니안쓰니하는게 의미가있나요? 다들 똥취급할거면 dom 개발방식을 똥취급해야지 jquery 라이브러리 똥취급은 아닌듯
이젠 jQuery가 더 익숙해져서 새로 생긴 js, css 의 기능을 학습하는것이 귀찮아 졌습니다. 솔직히 완전히 정리된건지도 모르겠어서 ... 정말 jQuery없이 js 만으로 가능해 지면 jQuery를 보내겠지만 음... 어쩌면 그때가 되면 미친 넘이 새로운 브라우저를 만들어 표준과 다른 뭔가를 행하지 않을까... 의심병이 들어서 버리지 못하겠습니다.
점점 자바스크립트가 예전에 비해 눈부시게 발전하고 쓰레기 같던 IE도 이제 호환성을 신경쓸 필요가 없어짐에 따라 JQuery가 힘을 잃어가는건 당연한 추세가 아닌가 싶습니다. 아무래도 쌩 자바스크립트에 비해 퍼포먼스가 좀 떨어지기도 하구요. 그래도 죽은건 절대아님. 우리 제이쿼리 죽지 않았습니다. 정상영업합니다. 예전엔 분명히 PHP랑 JQuery 배우는게 웹 시작의 당연한 추세였는데.. ㅋㅋㅋ