공통:
HTTP가 어떻게 생긴지 알음
ip, tcp, udp, port, socket 지식 있어야 함
XML, HTML 지식
json 처리
깃, 깃허브
클로져, 스코프
REST api
리눅스
프런트:
리액트 가능
리덕스 가능
그라프큐엘 가능
바닐라 가능
제이쿼리 가능
브라우저 호환성 잘되게 함
npm 가능
타스 가능
에이잭스 가능
백:
RDBMS 가능
NOSQL 가능
/* 저수준 가능*/
CRUD 가능
알고리즘, 해시, 암호화
데브:
도커
운영체제
로우레벨 가능
지식에 클로져 뭔데ㅋㅋㅋ
그리고 데브옵스랑 로우레벨은 하등상관이없다
저수준이랑 로우레벨이 뭘 말하는거야? 진짜 몰라서 순수하게 물어보는거야.
그리고 너 기술 나열 이상해. graphQL은 대부분 백엔드에서 구현해주고 프론트에는 이렇게 요청하세요 라고 알려만 주면 돼 npm은 백엔드 영역 아니야? db는 엄밀히 따지면 백엔드가 아니라 DBA의 영역이구 운영체제는 데브옵스의 영역이 아니라 기본의 영역이야.
프론트도 npm은 쓰지 않나요
프론트도 npm많이쓰고 cicd도 프론트꺼는 프론트가함
프론트에서 npm을 쓴다 라기 보다는 웹팩이나 바벨을 (좀 더 많이 주면 tsc) 쓴다 라고 표현하는게 맞을 것 같아
무슨소리여;; 프론트라이브러리들 npm에서 존나땡겨쓰는구만
애초에 npm이 기술이라는것도 웃기다만, 그냥 노드 패키지 저장소지
프론트만 하는 사람도 많이 쓰는구나 몰랐음
데브의 로우레벨은 커널작동원리정도 알고있으면 되는건가.. - dc App
커널 작동원리 알고있으면 어디에 써먹을 수 있어? 이것도 진짜 궁금해서.
왜필요없어 다르게말하면 운영체제 작동원리랑 맞물리는영역인데.. - dc App
아냐 이상한 의미가 아니라 어디에 활용할 수 있는지 진짜 궁금해서 그래. 나는 하나도 못싸먹고 있어서...
프론트가되던 백엔드가되던 결국에 짜놓은 틀안에서 노는데 이게 어떻게 돌아가는지 보다보면 대표적으로 스레드나 프로세스 영역을 보기도하고.. 특정 아키텍처에 올라가있는 서비스가 어떻게 작동하는지 더 잘 알 수 있지 않을까? 그외에도 대표적으로 빅엔디언 리틀엔디언같은거 보면 인텔 CPU쓰는 장비에서 IBM 장비에다가 데이터 보냈는데 - dc App
데이터를 거꾸로받는다던가 ㅋㅋ - dc App
임베디드할거아니면 디바이스쪽은 사실 잘 몰라도될거같긴한데 커널이 어떤방식으로 도는지알면 너무좋지만.. 그거공부할바엔 자기 주력프레임워크를 더 중요하게생각하겠지.. - dc App
스레드 쓰고 하는건 그렇게 생각할수도 있기야 하긴 하겠다... 근데 저건 지식보다는 실제로 당해봐야 더 와닿는 부분이라... 빅엔디언 리틀엔디언은 데이터 주고받을땐 상관없고 이게 여기서는 동작하는데 저기서는 동작 안하는 그런 호환성 문제라...
프레임워크는 그냥 쓰면 되는거야 ㅎㅎ 남이 잘 만들어놓은거 쓰는거일 뿐이잖아 중요한건 얼마나 가독성이 좋은 아름다운 코드를 만들었는가 일 것 같아 나도 처음 시작할 땐 프레임워크 사용법 익히느라 급급했는데 어느 순간에는 사용법 익히는걸 왜 중요하게 생각했지 싶더라구
나도 예전에 ARM기반 보드개발할당시에 통신프로그램 짜다가 겪었던거라.. 사실 웹개발하면서는 스레드나 프로세스 관련 내용만 좀 와닿고 다른건 뭐 없긴하네 워낙 윗단에서 노니까 아랫단은 이미 다 잘되어있다고 가정하고 쓰는걸.. - dc App
그건 그래 ㅎㅎ 깊숙히 내려가서 개발할거 아니면 크게 신경 쓸 필요 없지