[변화]가 없는 코드는 정보량이 적고, 정보량이 적다는건 줄여 나갈 가능성이 있다.
함축적 모호성의 방향이 아니라, 요약적 명시성의 방향으로 진행할 때의 이야기.
같은 일을 한다면, 짧은 코드가 유지보수가 쉽다. 만고불변의 법칙이다.
게다가 적절히 자신만의 논리적 해법을 평이하지 않은 문법으로 표현한다면, 재미도 있다.
밋밋한 코딩만 하면 땔감이기 딱 좋다. 자기 동기 부여도 부족해지고 말야.
<!--EndFragment-->
The code without [variation] has little information,which means it can reduces
not in a direction of implicative ambiguity, but in a direction of summary explit progression
if we do same things,it's easier to use short code in maintenance
and further,it's fun if express in a way that express logicial solution as uneven grammar
you easily become an 땔깜. and lacked of motive
는 영어
direction
이제부터 철구는 개추야
direction이 transparention 으로 바뀌네
평이하지 않게 표현하면 남들이랑 일 같이 못함
철구랑 ㅅㅅㅅ랑 같이 일하면 되지..
지저분한 코드를 평이한 코드라고 말하는 애들이 있더라.
그냥 주어진 문자열에서 해당범위의 첫글자와 다른 글자가 범위안에 있는지 주욱 검사하는 쉬운 코드도 숏코딩해놓으니 C몇년 공부해야 풀 수 있냐는 소리나오는 프갤만 봐도 평이한게 좋음 ㅎㅎ
평이한 코드 주장하는 애의 코드를 보면, 정보량 없는 변수들이 리커젼을 돌더라. 눈버림. 입코딩잼.
나한테 시비걸어보려고 그러는건가? ㅋㅋㅋ 함수 안에서 assignment를 안하고 tail call로 변형하는거 모르는 양반인듯
미친새끼가 자꾸 말거네. 어이 저리 꺼져. 코딩도 못하는게.
http://dblack.tk
커뮤니티 사이트 입니다 많은 이용 부탁 드립니다.