[💬] ㄹㅇ 혼자개발하는데 뭔 접근제한자여 ㅋㅋ

[Indie(14.36)]

그거 병이야 병 ㄹㅇ

[211214(tomatoss)]

bottle zz

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[211214(tomatoss)]

와 코드 개좆같이 짰네 (3개월 전 내 코드를 보며)

[글쓴 Indie(14.36)]

그건 그냥 해당 클래스를 안쳐다본지 오래돼서 까먹은것뿐이지 그게 접근제한자때문에 기억 나고 안나고 차이는 아닐텐데?

[익명(211.219)]

@글쓴 Indie(14.36) 진짜 정상인이네네. 오래되서 까먹은거지 접근제한자때문에 먼 기억이 안나 시발 근들갑 시발

[211214(tomatoss)]

@ㅇㅇ(211.219) 기억이 안 나는 게 아니라 접근제한 없이 참조 막 갖다 썼던 코드를 보며

[익명(218.149)]

@211214 문법이 왜그러냐 그러면 기억나도 이상하겠다

[211214(tomatoss)]

@ㅇㅇ(218.149) 경력이 짧아가..

[익명(59.4)]

음 속이 시원하네

[익명(59.4)]

접근자가 어쩌고 이런 말 왜 하는거야 코드 가독성을 왜 말하는거야. 그런걸 따지려면 거기다가 ///를 써놔;

[익명(121.169)]

회사에서도 퍼블릭한애들 한트럭임

[익명(scholar7679)]

나는 과거의 나와 미래의 나와 협업한다 나는 단수가 아니다

[oo(14.50)]

본인이 현재 개인개발자고, 앞으로도 1인 개발을 이어나갈 목적이라면 뭐 상관 없지 취1준이라면 포1폴볼때 OOP 기본기도 안되어있다 생각은 할거임 결국 상관은 없는데 굳이 의미도 없이 public떡칠하는건 지양하는게 좋아보인다. 접근제한자가 public private만 있는것도 아니고 추상 클래스에서 protected 로 해 놓으면 아 자식에서 참조하는 변수구나 라는걸 바로 알 수 있듯이 명시적으로 적는다해서 손해볼거는 없음

[익명(118.32)]

맞아 그런거 신경쓰는 놈들은 다 뒤지고 없어. 현역들은 그런거 좃도 신경안써 결과물만 신경쓰지.