아니면 다른 이유가 있음? 왜 쓰는지 알고 싶음
배워보니깐 전에 배운거랑 헷갈리는게 너무 많네
걍 그게 업계 표준이니까
태초에 AngularJs가 있었고 후속작으로 Angular이 있었으나 러닝커브가 높음 그 후 등장한 React는 비교적 낮은 러닝커브 덕분에 빠르게 퍼지지 않았나 싶음 스마트폰 성능이 좀 올라오고 보급도 되고 하던 타이밍도 영향이 있지 않았을까 싶고
일단 한 번 시장을 점유하고 나면 쉽게 안죽음 기존 사용자의 숙련도, 생태계 성숙도, 레퍼런스 등등..
그런 역사를 전혀 모르고 있었음.. 리엑트가 그나마 러닝커브가 낮은거였음? 기존에 배웠던 것들이랑 뭔가 다르던데 useState 쓰는 이유를 모르겠어
상태를 관리하고 UI랑 동기화하려면 써야지
넓고 풍부한 생태계로 프론트 표준먹어버림
사실 뷰스벨트앵귤러로 사람뽑으면 지원자수 1/5 로 급감할걸
걍 그게 업계 표준이니까
태초에 AngularJs가 있었고 후속작으로 Angular이 있었으나 러닝커브가 높음 그 후 등장한 React는 비교적 낮은 러닝커브 덕분에 빠르게 퍼지지 않았나 싶음 스마트폰 성능이 좀 올라오고 보급도 되고 하던 타이밍도 영향이 있지 않았을까 싶고
일단 한 번 시장을 점유하고 나면 쉽게 안죽음 기존 사용자의 숙련도, 생태계 성숙도, 레퍼런스 등등..
그런 역사를 전혀 모르고 있었음.. 리엑트가 그나마 러닝커브가 낮은거였음? 기존에 배웠던 것들이랑 뭔가 다르던데 useState 쓰는 이유를 모르겠어
상태를 관리하고 UI랑 동기화하려면 써야지
넓고 풍부한 생태계로 프론트 표준먹어버림
사실 뷰스벨트앵귤러로 사람뽑으면 지원자수 1/5 로 급감할걸