구현할 수 있는 선택지 혹은 자율성을 줬으면서 그 중 한 선택을 이용해서 짜면 나쁜 디자인 코드라고 함.
사전에 컴파일 에러 띄우는 것도 아니고 런타임 에러 띄우는 것도 아니고.
이런 류의 언어/프레임워크는 제일 혐오한다.
댓글 7
응?ES5 -> ES6 람다 들어온거네
ㄹ데ㅐㅓㅔㅐ(67.188)2017-06-26 14:36
이건 좋고 나쁘고가 아니라, 회사에서 정책을 잡으면 다같이 따르고 안따르고의 문제같은데
ㄹ데ㅐㅓㅔㅐ(67.188)2017-06-26 14:36
js경우는, 워낙 잡종이라 사용하는 환경에 따라, ES5만 써야 하는 경우, 혹은 아닌경우가 있고, 사용 프레임웤에 따라 정책들이 천차만별이기 때문에, 타깃 하나 잡고 정책 정해서 다같이 따르는게 기본이라고 봐. 물론 변화 역시 매우 빠르므로, 코드를 너무 오래 썪히면 신규 라이브러리들 붙일때 애를 먹기도 하고
ㄹ데ㅐㅓㅔㅐ(67.188)2017-06-26 14:39
참고로 webpack에서 build target이 아닌 대상 파일에 람다쓰면(good이라 써놓은 아래표현식) 컴파일 에러난다
ㄹ데ㅐㅓㅔㅐ(67.188)2017-06-26 14:39
프로그래밍이라고 너무 터울을 넓게 잡은게 어그로 끌릴듯 싶다. 억울하면 C/C++ 배워봐라, deprecated 명시 명확하고 그마저도 최소화 하려 노력하고, 구 표현식이 없어지는 경우 굉장히 드물고, 신규 라이브러리나 신규 표현식 구컨셉에서 최대한 벗어나지 않게 하려 노력하고, 뭔가 잘못된 혹은 위험한 표현식은 동일 언어로 작성된 대부분의 환경에서 공통으로 적용된다.
ㄹ데ㅐㅓㅔㅐ(67.188)2017-06-26 14:43
js는 ES6 -> ES7에 이어서, 조만간 웹어셈블리 올라오면서 몇회는 더 큰 변화가 생길꺼야 js 하려면 변화에 적응이 빨라야된다
응?ES5 -> ES6 람다 들어온거네
이건 좋고 나쁘고가 아니라, 회사에서 정책을 잡으면 다같이 따르고 안따르고의 문제같은데
js경우는, 워낙 잡종이라 사용하는 환경에 따라, ES5만 써야 하는 경우, 혹은 아닌경우가 있고, 사용 프레임웤에 따라 정책들이 천차만별이기 때문에, 타깃 하나 잡고 정책 정해서 다같이 따르는게 기본이라고 봐. 물론 변화 역시 매우 빠르므로, 코드를 너무 오래 썪히면 신규 라이브러리들 붙일때 애를 먹기도 하고
참고로 webpack에서 build target이 아닌 대상 파일에 람다쓰면(good이라 써놓은 아래표현식) 컴파일 에러난다
프로그래밍이라고 너무 터울을 넓게 잡은게 어그로 끌릴듯 싶다. 억울하면 C/C++ 배워봐라, deprecated 명시 명확하고 그마저도 최소화 하려 노력하고, 구 표현식이 없어지는 경우 굉장히 드물고, 신규 라이브러리나 신규 표현식 구컨셉에서 최대한 벗어나지 않게 하려 노력하고, 뭔가 잘못된 혹은 위험한 표현식은 동일 언어로 작성된 대부분의 환경에서 공통으로 적용된다.
js는 ES6 -> ES7에 이어서, 조만간 웹어셈블리 올라오면서 몇회는 더 큰 변화가 생길꺼야 js 하려면 변화에 적응이 빨라야된다
ㄴ ㅠㅠ