devBlog
본문 바로가기
devBlog.kr
포스트주간 인기글즐겨찾기(로그인 필요)프로필(로그인 필요)새로운 소식요청하기
devBlog.kr
포스트주간 인기글즐겨찾기(로그인 필요)프로필(로그인 필요)새로운 소식요청하기
devBlog

푸터 메뉴

탐색
  • 포스트
  • 태그별 보기
  • 기업별 보기
  • 주간 인기글
정보
  • 이용약관
  • 개인정보 처리방침

© 2026 devBlog.kr. All rights reserved.

태그/Architecture

Architecture 글 모음

기업 기술블로그의 Architecture 관련 글 273개

마켓컬리 로고

마켓컬리

2022-01-04 · 4년 이상 전

우리는 왜 공통 라이브러리를 만들기 시작했나

ArchitectureBackendTools
마키나락스 로고

마키나락스

2021-12-03 · 4년 이상 전

주문형 반도체 (ASIC) Floorplan 자동화 - Part I

MakinaRocks의 COP(Combinatorial Optimization Problem) 팀에서는 주문형 반도체(Application Specific Integrated Circuit, ASIC)에서의 소자 배치를 자동화하는 Floorplan Automation 프로젝트를 진행하고 있습니다. 저희는 총 2부에 걸쳐 진행한 Floorplan Automation 프로젝트에 대해서 소개하고자 합니다. 이번 포스팅에서는 산업에서 Floorplan

AI/MLArchitectureTools
재그지그 로고

재그지그

2021-11-07 · 4년 이상 전

Rollup 기반 라이브러리 개발 환경 구성하기

Rollup, React, TypeScript 기반의 라이브러리 개발 환경을 구성하는 과정에 대해 살펴봅니다.

ArchitectureFrontendTools
티몬 로고

티몬

2021-11-04 · 4년 이상 전

Spring boot - 설정파일로 AspectJ PointCut 지정하기

AspectJ 라고 하면 Advice, Pointcut, Weaving 등 다양한 개념이 등장하지만 이 글의 주제는 포인트컷을 설정파일로 빼는것이므로 AOP 에 대한 내용은 아래 링크를 참고 부탁드립니다. Aspect Oriented Programming with Spring Spring AOP와 AspectJ 비교하기 Spring 에서 Aop는 Bean 만을 대상으로 하며 aop의 설정 코드도 Bean 으로 작성하게 되어 있습니다. 이는 Sp

ArchitectureBackendSpring
화해 로고

화해

2021-10-28 · 4년 이상 전

백엔드 플랫폼의 온보딩 프로세스 “I Will Be Back…end” 를 소개합니다.

개발자 온보딩 백엔드 플랫폼의 경우 2배 이상 규모가 증가했습니다. 급격하게 조직이 커지는 상황에서도 기존의 문화와 색을 잃지 않고 팀 빌딩을 단단하게 하기 위한 다양한 활동과 노력이 있었는데요, 오늘은 그중의 하나인 백엔드의 온보딩 과정에 대한 이야기를 해 보려고 합니다.

ArchitectureBackendCareerDevOps
재그지그 로고

재그지그

2021-10-04 · 거의 5년 전

레스토랑에 비유해서 알아보는 운영체제

운영체제의 특징과 프로세스, 쓰레드의 개념을 이해하기 쉽게 정리해봅니다.

ArchitectureBackend
재그지그 로고

재그지그

2021-09-23 · 거의 5년 전

10분 만에 훑어보는 TCP와 UDP

OSI 4계층에서 동작하는 TCP와 UDP의 특징과 차이점에 대해 간략히 정리해봅니다.

ArchitectureBackendInfra
마켓컬리 로고

마켓컬리

2021-08-04 · 거의 5년 전

카트 개발 연대기

컬리 카트는 어떤 모습으로 성장하고 있을까?

ArchitectureBackendTools
뱅크샐러드 로고

뱅크샐러드

2021-07-05 · 약 5년 전

뱅크샐러드 오피스 투어 [업무공간 편]

…

ArchitectureCultureTools

코인플러그

2021-06-14 · 약 5년 전

Decentralized Identifier에 대한 기술적 이해

ArchitectureBackendSecurity
지마켓 로고

지마켓

2021-06-09 · 약 5년 전

Multi Data Source 에서 Data 모으기

Data 모으기 사용할 다건의 data 목록을 마련할 때 상황에 따라 서로 다른 source 에서 조회해야 하는 경우가 있습니다. 예를 들면 data 가 일부 캐싱되는 경우를 들어봅시다. 10개의 data 를 조회하는데 일부는 캐시에서 조회가 가능할지도 모릅니다. 그리고 나머지는 DB 에서 조회해서 채워야 할 것 입니다. 이런 경우 캐시와 DB 라는 두 개의 data source 로 부터 필요한 data 목록을 조회하게 됩니다. 꼭 이런 경우가 아니더라도 우리의 data 아키텍쳐 상으로 여러 이유를 들어 data source 여러 곳에서 data 조회가 필요한 경우는 쉽게 생각할 수 있습니다. Data Source 우선순위 너무 복잡한 상황을 전제하지는 않을 예정이지만 기본적인 요구사항들은 짚어보려고 합..

ArchitectureBackendDatabase
마켓컬리 로고

마켓컬리

2021-05-10 · 약 5년 전

DDD와 MSA 기반으로 좋은 서비스 개발하기

컬리의 서비스 개발 원칙

ArchitectureBackendTools
지마켓 로고

지마켓

2021-04-30 · 약 5년 전

Middleware 패턴과 코드 수준에서의 활용

변경에 강한 패턴 생뚱맞은 도입이지만 좋은 코드란 무엇일까요? 여러 설명들을 들 수 있지만 그중 꽤 많이 거론되는 덕목은 변경하기 용이한 코드입니다. 코드의 작성 시점에서 변경은 미래에 일어날 일입니다. 지금 그 요구를 다 안다면 기다릴 것 없이 코드에 반영하면 되지만 그렇지 않기 때문에 변경이 용이할 수 있다는 점은 쉽지는 않습니다. 한편으로는 그렇기에 코드를 변경하는 케이스들을 일반화하여 코드를 작성하는 시점에 어떤 변경 패턴을 대비하곤 합니다. 그리고 그런 방법 중에 Middleware 패턴을 코드 수준에서 이용해 보려고 합니다. 코드 흐름과 변경 먼저, 코드를 변경하는 패턴 중에는 코드가 진행하는 흐름에 대한 패턴을 짧게 살펴볼까 합니다. 대표적으로 then 의 의미를 사용하는 방식들을 찾아볼 수..

ArchitectureBackendTools
카카오헤어샵 로고

카카오헤어샵

2021-04-16 · 5년 이상 전

boot 1.3을 2.3으로 버전업

안녕하세요. Calvin입니다. 카카오헤어샵 어드민을 spring-boot 1.3에서 2.3으로 버전 업하면서 겪은 시행착오를 공유할까 합니다. 왜 버전업을 하나요? 스프링의 새로운 모듈을 써야 하는데 1.3은 버전이 너무 낮아서 지원이 안되었어요. 5년 동안 방치하다가 이제야 올리게 되었습니다. 그리고 새로 합류한 개발자들이 모두 boot 2.x 에

ArchitectureBackendSpring
마켓컬리 로고

마켓컬리

2020-05-05 · 약 6년 전

PHP Development Roadmap In 2020 At Kurly

2020 컬리 PHP 개발자 로드맵

ArchitectureBackendTools
카카오스타일 로고

카카오스타일

2019-09-19 · 거의 7년 전

GraphQL in depth (serverside)

7월에 크로키닷컴 팀원을 대상으로 발표한 자료입니다.

ArchitectureBackendGraphQL
카카오스타일 로고

카카오스타일

2018-05-30 · 약 8년 전

크로키의 스택 - REST API

크로키가 클라이언트-서버 아키텍처를 가진 첫 번째 서비스 개발을 시작한 것은 2012년이었습니다. 클라이언트에서 서버와 통신할 방법이 필요했는데 당시의 대세는 REST API였습니다. 저도 거기에 공감했기 때문에 REST API를 만들어 클라이언트를 구현했습니다. 그 후로 모든 서비스는 기본적으로 REST API로 클라이언트와 서버가 통신하고 있습니다.

ArchitectureBackend
티몬 로고

티몬

2017-05-15 · 약 9년 전

MVC-MVVM-VIPER로 이어지는 앱 개발 구조패턴(2)

들어가며지난 글을 통해 모바일에 어울리는 아키텍처를 찾아 보았습니다. MVC, MVVM 모두 좋은 아키텍처라 생각하지만, 개발을 하면서 개인적으로는 조금 아쉬웠던 부분이 있었습니다. 하여 이번 글에서는 지난 글 말미에 나왔던 질문들, - API를 요청해야 할 일이 많을텐데, 이런 애들은 모두 어디서 호출하지? - 모바일 특성상 화면들도 많이 필요한데 모두 그냥 호출하면 되는건가? - 만약 특정 화면을 필요로 하는 곳에서 각각 navigation

AndroidArchitectureFrontendMobileiOS
1112131415

페이지 15 / 16 (총 273개)