일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- 퇴사
- mysql like
- index like
- 인텔리제이 github 로그인
- docker m2
- nestjs
- aws m2
- 개발자 취업 준비
- mongo 4.4.18
- 신입 면접 팁
- github accesstoken
- 개발자 회고록
- 팩토리 패턴 예제
- ECS
- mysql index 속도차이
- OSI 7계층
- 팩토리 패턴 언제
- 회고록
- 신입 개발자 면접
- 개발자 전직
- git
- VUE
- mongo 4.4
- 밸런스 게임
- 라즈베리바이4 mongo
- token 탈취
- 개발자 면접 팁
- kubernetes
- index in
- 쿠버네티스
- Today
- Total
목록개발관련 Tip (9)
주니어 개발자 1호
OSI 7 / 4 계층 설명 네트워킹 범위에 따라 4개, 7개의 추상화 계층으로 제공함 실제로 사용되는 인터넷 표준은 TCP/IP 4계층 논리적으로 세분화 하여 추상화한 7 계층으로 나눔 실제 네트워크는 TCP/IP가 4계층 어플레케이션을 운영하기 위해 더 세부적으로 나눈 개념이 OSI 7 계층 계층 분석 위 그림처럼 계층이 나누어져있으며 아래에 위치해있을수록 데이터를 확인할 수 있는 권한이 낮다. 특정 계층에서 사용하는 프로토콜등이 바뀌더라다도, 역할만 유지한다면 계층 구조는 이전과 같이 돌아감. 이는, 여기서의 특정이 아닌 Layer 라는 개념을 이해하면 좋을 것 같음 ( input. out은 유지가 되어야 됨 ) UDP → TCP 로 바뀌더라도 영향이 없음. ( 단, 이 예시로 들 때 유실은 있을 ..
패러다임의 혼합 여러가지 프로그래밍 패러다임을 알아보았습니다. 가장 좋은 패러다임? 비지니스의 로직이나 서비스의 특징을 정해서 패러다임을 정하는것이 좋다? 저는, 언어의 특성 프레임워크의 특성을 첫번째로 고려하고. 팀원과 협업하기 좋은 패러다임이 가장 좋다고 생각합니다. 실제로, 현업에서 코틀린을 사용하고 있는데 컨벤션이 정해지지 않고, 함수형, 절차형에 대해 섞여쓴 느낌이 발생합니다. 이와 같이 어떤 패러다임이 좋다! 가 아닌, 팀과 협업하기 좋고 적절히 가독성 있는것이 더 중요하다고 생각합니다. 또한, 현 책에서 말하는 바는 각 비지니스 로직, 서비스 구축에 따라 조합해서 사용하라고 안내합니다. 머신 러닝 파이프라인, 거래 관련 로직. 머신 러닝 파이프라인은 절차지향형, 거래 관련 로직은 함수형 프로..
- 이는 잘 내용이 이해가 가지 않지만, 최대한 이해한 것을 남기려했습니다. MVP Pattern 정의 기존 MVC 패턴의 파생입니다. Model, View, Presenter 의 Layer로 나뉘어진 패턴입니다. 사용자 인터페이스 기반의 애플리케이션을 설계하기 위한 디자인 패턴 중 하나 사용처 Android의 원래의 방식은 MVC에 가깝습니다만, MVP 패턴은 Android 개발 커뮤니티에서 꽤 인기 있다고 합니다. Model 이란? 애플리케이션의 데이터와 로직을 나타냅니다. 예를 들면, 사용자의 계정 정보, 데이터베이스와의 연결 등이 여기에 속합니다. View란? 사용자에게 보여지는 부분입니다. 사용자 인터페이스와 데이터의 시각적 표현을 담당합니다. Presenter란? View와 Model 사이에서..
팩토리 패턴 정의 및 설명 객체를 사용하는 코드에서 객체 생성 부분을 떼어내 추상화한 패턴 상속 관계에 있는 두 클래스에서 상위 클래스가 뼈대를 결정 **하위 클래스**가 객체 생성에 대한 구체적인 내용을 결정 쉽게 설명 하기 도전 Program에서는 실제 사물이나, 행동등을 코드로 나타냅니다. 예로 들어 프로그램상에서는 회원 가입을 new User(”회원이름”,”기타정보 ㅡ ㅡ “ ); 의 형식으로 나타내고는 하는데요. 이렇듯 복잡한 사물이나 행동등에 new User()와 같이 코드로 표현하는데, 이 관계가 복잡하면 복잡할수록 만들기가 어려워집니다. 예로들어서 생각을 해본다면 컴퓨터 제작이라는것을 해볼까요? Computer com = new Computer(); // 본체 열기 com.openShasi..