🤔 서론 취업 ... 했다 .... 그것도 무려 네이버에 ...!!! 신입으로 !! 예전에는 티스토리를 사용했는데 그 때 Apple Developer Academy @ POSTECH 1기 후기 작성하고 이런 글을 언제 또 쓸 일이 있을까 싶었는데 생각보다 빠르게

객제치향 공동체를 구성하는 단위는 자율적인 객체즉, 객체가 맡은 책임을 어떻게 수행하는지는 객체 스스로, 자율적으로 판단해서 행동협력관계 내에서 객체는 요청을 받아서 어떤 행동을 수행→ 이 수행을 책임이라고 함A 객체와 B 객체가 협력관계 내에 있다고 가정→ 이때, A

서론 최근 들어서 프로젝트의 설계와 구조에 대한 관심이 컸었고, 이에 대한 계기는 Funch 프로젝트의 개발 과정에 있다 현직자 형이랑 같이 개발을 하는데 무슨 레이어.. 저런 레이어.. 등등.. 초반에는 전혀 이해도 안되는 이야기를 하길래 조금 절망스럽기도 했다

서론 먼저 왜 Coordinator Pattern 의 연습이 필요했냐면, '출시'는 했지만 코드는 개판인 프로젝트인 의 리팩토링 과정에 반영한 것들 이것저것 생각하다 나온 디자인 패턴 중 하나이기 때문 약 스포 하자면 아래 다이어그램 아닌 다이어그램이 우리 서비스의

SOPT 32기 앱잼 때 한 <건빵>을 리팩토링 하려고 한다이에 대한 이유는 ... 아래와 같음사실 가장 큰 이유는 역량 강화겠지..? 성능을 ~에서 ~까지 ~% 개선했다 또는 \~~를 사용해 Developer Experience를 개선했다 등 ...맨 처음 앱잼

객체지향에 입문한 사람들의 가장 큰 실수→ ‘협력’을 고려하지 않고 객체가 뭘 갖고 뭘 할 수 있는지부터 생각하는 것→ 객체지향에서 중요한 것은 ‘협력’→ 객체들이 어떻게 서로 협력해내는지→ 어떤 협력에 참여하는지 ⇒ 객체가 필요한 행동 결정→ 객체가 필요한 행동 ⇒

과거 런던의 지하철 노선도현재 런던 지하철 노선도과거와 현재의 런던 지하철 노선도를 살펴보면, 훨씬 가독성이 좋음과거의 런던 지하철 노선도는 다른 것들보다 아래 요소들을 보이는데에 집중함거리실제 위치하지만 사람들은 실제 위치나 거리에 생각보다 신경쓰지 않아 현재는 다른

1997년 심리학자 엘리자베스 스펠크와 필립 켈만은 어린 아기들이 물체를 인지하는 방법을 연구하기 위해 한 가지 실험을 수행그 결과, 사람은 태어난 지 얼마 안 된 시기부터 뚜렷한 경계를 가지고 함께 행동하는 물체를 하나의 개념으로 인지함위 실험에서와 같이, 사람은 기

“객체지향 소프트웨어는 실세계의 투영이며, 객체란 현실 세계에 존재하는 사물에 대한 추상화이다.”하지만, 막상 찾아보면, 애플리케이션을 개발하며 실세계에 직접적으로 대응되는 사물을 발견하긴 힘들다.즉, 소프트웨어 방화벽과, 실세계의 방화벽의 의미적 거리만큼, 소프트웨어

Class Diagram에는 다양한 요소들이 있음classprotocolpropertiesmethodsrelationships상자는 Class를 의미함open arrowhead는 상속을 의미inherits from 으로 읽기보다,is a 로 읽기Sheep Dog is

Clean Architecture by. 로버트 선생님 / 1장. 설계와 아키텍쳐란?

High level modules should not depend upon low level modules. Both should depend upon abstractions.Abstractions should not depend upon details.

Programs that references an object from a base class must be able to use an object of a derived class without behavior differences and without knowing

The Open Closed Principle says that “Software Entities (classes, modules, functions, etc) should be open for extension, but closed for modification”.O