납득이 가는 살인동기.manhwa

그래서 도끼 갈잖아

커밋 로그 꼬여서 주옥같음
blame 때려서 수정사항 확인하는데 전부 다 저따위 사소한 수정사항이면 누가해도 빡침

그니까 유우머지

내용은 변함 없는데 가독성을 망쳐놓음

대 괄호인 {}의 위치가 바뀐거...

그럼 어떻게 되는뎅

작동 자체는 문제 없음. 걍 부먹 찍먹 같은거

그건 짤 보면 알고 그게 무슨 의미인데 이과야

보기 ㅈ같아짐

저게 가독성이 훅감 장편소설보는데 중간중간 문단 뛰어쓰기가 없는 느낌임

둘다 돌아가는데 문제는 없는데
표기에 문제임.
둘중 하나 익숙한 사람은 다른 표기형태 적응이 좀 힘듬.
개인적으로 지금까지 여러 개발자와 일해봤는데
개발자들이 좀 저런건 외골수 같은 성향이 있어서 여러사람이랑 같이 일할때
저 표기 방식도 정하고 할때가 있음.
나도 개인적으로 외주 업체에 맡긴 코딩이 내가 쓰는 표기랑 틀리게 오면 다 바꿈.
그래야 먼가 좀 마음이 편해져...

코딩할 때 헷갈려서 괄호가 이중으로 쳐지거나 빠져서 컴파일 에러가 뜨기 쉬움
제일 열받는 포인트는 어느 쪽이든 프로그램 자체에 영향은 없음. 괄호위치는 개인취향임

가독성의 차이. 더 쉽게 읽느냐. 실수 하지 않고 읽느냐.

설명했으니 밑에 글 읽어라.

비유적으로 표현하자면 옆집 사람이 너네집 구조를 모조리 다 바꿔놨다고 상상하면 얼추 맞음.
뭘 훔쳐간건 아니니까 있긴 다 있는데 어디 있는지 집주인도 못 찾을수도 있게되는것.

레포트 썼는데 누가 그거 엔터랑 띄어쓰기 다 지워서 저장시킨거랑 비슷함

작동자체는 상관없긴한데
프로그래밍이라는게 저런 줄 50개쯤 되고 끝나는건 거의없다고 보면됨
짜다보면 3천줄 5천줄 1만줄 넘어가는게 많아지는데
대규모프로젝트니까 사람들이 다같이 만들면서 돌려봐야하거든
근데 저렇게 보기 ㅈ같아지면 나중에 판단하기 힘들단말야
그래서 프로그래밍 실력을 볼때는
작동하는것도 그렇지만
보기쉽게 적는것도 중요한 기술임

(10)을 (
10)로 바꿔논 느낌?

말하자면 뭐 그런거지
나는 어제 공원에서 자전거를 탔다 라는 문장을
나는 어
제
공원에서 자
전
거를탔
다
정도로 쓴거임
짧은문장이야 보면 알수있지만 소설같은게 저따위로 써있으면 얼마나 짜증나겠음

C언어는 함수 영역을 지정하는 대괄호를 두가지 스타일로 쓸 수 있음
함수명{
본문
}
이거랑
함수명
{
본문
}
이건데, 표현 방식만 다를뿐 똑같은 내용임

코딩하는 사람들이면 저거 사실 별 차이 없는데
보통 저런건 프로젝트나 사내 코딩 규약 따라가지
근데 사내 규약 무시하고 엿먹어라 한거니 ㅋㅋ

교수:너 과제 D

어지간히 x같은 교수였나봐요? 그렇게까지 하셨던 거 보니 ㄷㄷ

채점하는 조교: 아 ㅅㅂ

가시성 너무 떨어지지 않음?
나도 위에꺼가 더 나아보이는데

장단점이 있음
맨 밑이 공간활용은 편한데 가독성은 떨어지니까

나는 작성은 위로하고 정리할때 아래로 바꿈

자기가 만든거고 자기만볼거면 밑이 더편할수가있는데
그게 아니라면 위가 나아..

일장일단이 있찌

대신 협업할때 좋지
밑으로 하면 협업조까 느낌

위가 C라고 그렇게 간단히 말할 수 없음. 애당초 자바 스타일이 C 만든 사람들이 쓴 책이자 ISO C 나오기 전 사실상 C의 매뉴얼인 K&R 스타일이라서. (엄밀히 말해 완전 정통 K&R 스타일은 함수에 한해서만 여는 중괄호를 새 줄에 넣는 건데 함수 포함해서 중괄호를 줄 끝에 넣는 것도 그냥 K&R로 여기는 경우가 많음) 위 스타일은 굳이 말하면 GNU랑 일부 유닉스, 그리고 마소 스타일. 사실 마소가 저 스타일 보급에 꽤 지대한 영향을 끼쳤고. 그리고 밑에가 편한 사람도 상당히 많고 실제로 구글 모질라 웹키트 등 적지 않은 꽤 굵직한 곳들에서 밑에거 씀.

본문처럼 중괄호 위치문제는 봤어도 이건 또 처음보네

기존코드 유지보수 과정에서 나올 수 있어요.

취미로 코딩하는 문돌이도 있음

ㄴㄴ 인생이 null null하신분들임

인생이 널널한데 왜 인생이 없는 걸로 읽히냐

디비전 시계는 갖고싶음. 1/2 다 잼나게 하고있어서 ㅋㅋㅋ

기어3 워치에 디비전 인터페이스 깐거양

사실 취향문제고 요샌 어차피 다 프로그램이 정리싹해줌.

그냥 익숙함의 문제라고 생각함

줄 수 문제도 있고 위에는 코드가 너무 길어져서 산만해보일 수도 있음.
사실 다른 사람도 말했지만 부먹 찍먹 이상의 취향 문제고 막상 구글 자바 스타일 문서 보면 아래쪽임.
특히 람다펑션이 익숙한 언어일수록 위쪽으론 잘 안 쓰는 경향이있는듯..?

생각보다 안 구리고 오히려 위의 것을 더 구리고 힘들다고 느끼는 사람들도 있어. 스타일의 중요한 요소 중 하나는 일관성이고 일관성이 높을 수록 읽기 편하고 좋은 스타일이다라고 평가되기도 하는데 몇 몇 상황에서 밑의 스타일이 더 높은 일관성을 유지해줌. 특히 그 상황에서의 위의 스타일은 아주 안 좋아 보일 수도.

이게 정답.
개인이 뭐 커스터마이징 해서 스는 새끼들 그켬...
그냥 ide 설정 자체를 통일화해야됨.

for(int i=0;i<10;i++)