고 모듈을 사용하여 패키지 구성 방법 개선하기
회사에서 API 서버를 주로 고 언어로 개발하고 있습니다. 사용해본지 2년 정도 지났는데 간단한 API 서버를 만드는 데에 큰 불편함은 없습니다. 한가지 아쉬운 점이라면 외부 패키지를 사용할 때 발생할 수 있는 몇 가지 문제들이 있다는 점입니다. * 외부 패키지 버전 일관성 문제빌드 서버에서 매 빌드마다 외부 패키지들을 새로 다운로드 받을 경우 로컬에서
회사에서 API 서버를 주로 고 언어로 개발하고 있습니다. 사용해본지 2년 정도 지났는데 간단한 API 서버를 만드는 데에 큰 불편함은 없습니다. 한가지 아쉬운 점이라면 외부 패키지를 사용할 때 발생할 수 있는 몇 가지 문제들이 있다는 점입니다. * 외부 패키지 버전 일관성 문제빌드 서버에서 매 빌드마다 외부 패키지들을 새로 다운로드 받을 경우 로컬에서
JPA Bulk 작업을 진행할 때 영속성 컨텍스트의 메커니즘을 이해하지 못한 상태라면 예상하지 못한 문제를 만날 수도 있게 됩니다. 어떤 문제가 있고 이 문제가 왜 발생하는지 정리해 보았습니다. 코드 internal class BulkTest( private val em: EntityManager ) : SpringBootTestSupport() { val query = JPAQueryFactory(em) @BeforeEach internal fun setUp() { val teams = listOf( Team("team_
* 스타트업 개발자 혼자 빠르게 싸게 서버 구축하기 - 1편 * 스타트업 개발자 혼자 빠르게 싸게 서버 구축하기 - 2편 * 스타트업 개발자 혼자 빠르게 싸게 서버 구축하기 - 3편 * 스타트업 개발자 혼자 빠르게 싸게 서버 구축하기 - 4편 스타트업은 극심한 불확실성의 상황 하에서 새로운 제품이나 서비스를 만들어내기 위해 디자인된 조직이다.[1] 많은 스타트업은 돈, 시간, 사람
책만 출판사 사장님께서 보내주신 "IT 개발자의 영어 필살기" 책을 받고 대충 읽어 본 다음 보내주신 성의를 생각해서 리뷰[1]를 쓸까 하다가 오랫동안 묵혀 두었던 주제인 중국어에 대해 정리해 볼까 하는 생각이 들었습니다. 필자는 2017년부터 약 2년 정도 중국 북경에 거주 하면서 일반 중국인과 몇명의 조선족이 있는 조직에서
엔티티 객체 @Entity @Table(name = "member") data class Member( @Column(name = "username", nullable = false) var username: String, @Column(name = "age", nullable = false) var age: Int = 0, @ManyToOne(fetch = FetchType.LAZY, optional = false) @JoinColumn(name = "team_id", nullable = false) var team: Team ) : EntityAuditing(
중국
중국의 전기차(EV) 업체 바이톤(Byton)이란 곳에서 48인치 스크린을 자신들의 새로운 차량에 집어 넣었다는 기사를 보았다. 48인치라니! 불과 몇년 전만 해도 대형 TV 사이즈 아니던가? 실효성을 떠나 새로운 도전을 하는 이들의 환경에 부러운 마음이 들었다. 한편으로는 차량용 위챗을 발표하면서 텐센트가 키워드로 안전을 강조한 점과 당시 설명이 떠오른다. "음성
필자는 popit.kr을 운영하기 이전에 지금은 삭제된 개인 블로그에 글을 게재를 했었습니다. 대부분의 글을 popit으로 옮겼다고 생각했는데 지인이 블로터에 있는 이글 링크를 보내왔습니다. 2012년초 빅데이터라는 용어가 막 나타나던 시기에 쓴 글인데 기록할 가치가 있어 다시 게재해 봅니다. 지금에 보는 빅데이터와는 지금 다른 개념도 있기 때문에 읽으시는 분들은 그 시대의 상황을
몇 년 전, 프로젝트에 HTTP/2를 도입할 무렵, KeyCDN에서 만든 HTTP/2-Test 서비스를 보고, 이것을 어떻게 만들었을까 궁금했습니다. 아마도 직접 도메인 주소로 테스트 에이전트가 접속해서 HTTP/2 지원 여부에 대한 요청을 하고, 뭔가 받은 응답 값을 사용했겠지 예상이 되더군요. 원리의 파악.. 유사하게 작동하는 HTTP/2 Checker를 구현하기 위해 HTTP/
elasticsearch
작년 11월말 탈고 후, 전자책 출간을 알아보기 시작했다. 전자책을 선택한 가장 큰 이유는 책에 포함된 50여 개의 외부 참조 URL 때문. 종이책으로 내면 URL 타이핑하다 열 받을 독자들이 눈에 밟혔다. 출판사와의 밀당도 지겹고. 1. 전자책 플랫폼 선택 좀 알아본 결과 처음 점찍었던 아마존은 탈락. 한글과 pdf 출판을 지원하지 않는다. 구글링해보면
수많은 회사들이 인공지능 모형개발과 서비스를 만들기 위해 다양한 노력을 기울이고 있습니다. 바야흐로 데이터와 인공지능의 시대가 열렸는데요, 필자가 Popit 에 SK텔레콤, Hadoop DW 와 데이터 분석환경 구축사례를 기고 했던 것도 벌써 수 년이 흘렀고, 현재는 하루 수백명의 사내 구성원이 사용하는 분석환경이 되었습니다. 이 분석환경을 구성하는 기술 플랫폼들은 그동안 여러가지 신규 기술이
그동안 중국 서비스 개발 경험을 기반으로 하여 2019년 하반기에 대략 3개월 정도의 시간을 투입하여 중국 국내 거주 중국인을 대상으로 한국내 생산 또는 판매되는 제품을 직구하는 서비스를 개발하였습니다. 이 서비스 개발에 사용된 주요 구성 및 개발 시 부딪혔던 어려움을 공유해 보려고 합니다. 대략 다음과 같은 선택지나 어려움이 있었습니다. * 제한된 개발 인력,
어제 글쓰기 흥미[1]를 자극하는 글이 올라왔다. 조금 더 정확하게 말하면 글에서 인용한 이미지가 내 시선을 잡아 끌어 여러 가지 생각을 만들도록 했다. 그래서 아래 이미지에 기초해 주관적인 감상을 쓴다. 빙산의 일각을 비교해보자 그림이 주는 시각적 흡수가 오해일 수 있어 오류를 줄이려 원문을 찾아보았으나 원하는 설명은 없었다. 후에 확인을