KorSA

1. HYPER CONNECT - 머신러닝 어플리케이션을 위한 데이터 저장소 기술 머신러닝 어플리케이션을 만들 때 보통 "학습 로직"을 위해 사용하는 데이터 베이스와 "서빙 로직"을 위해 사용하는 데이터베이스가 서로 다른 경우가 많다. 각 DB마다 장단점이 있고 "학습 로직"과 "서빙 로직"이 요구하는 성능 우선순위가 다른 경우가 많기 때문이다. 이를 보완하기 위해 최근 트렌드는 "피처 스토어"라는 추상적인 개념을 하나 만들어서 서로 다른 두 DB를 하나의 DB처럼 활용하는 방안으로 향하고 있다.

1. 뱅크샐러드의 특별한 스펙, '테크 스펙' > 코드 짜기도 바쁜 우리는 문서까지 작성할 시간이 없습니다. 대부분의 소통을 코드로 할 때가 많아 글로 소통하는 방법에 익숙하지 않기도 하고, 한 번 작성된 후 업데이트되지 않는 문서는 시간 들여 필요 없는 문서를 양산해버린 셈이 되니까요. 그럼에도 우리는 쉽게 문서화 라는 마법의 단어를 말하고는 합니다. > 복잡도가 증가한다는 것은 더 많은 함정을 만드는 일입니다. 그리고 개발자의 일은 이 복잡도를 제어하는 것이죠. 복잡도를 제어할 수 있는 가장 좋은 방법은 휘발성이 높은 Short Term Memory로부터 👉 의도와 목적을 조율할 수 있는 수단으로 나아가는 것입니다. 그래서 뱅크샐러드는 테크 스펙을 쓰기 시작했습니다. > 🤔 테크 스펙이 뭔데? 직독 ..

1. 뱅크샐러드는 어떻게 레거시 서비스를 박살내는가 > 약 3년 이상 뱅크샐러드의 성장을 견인한 고마운 서비스였지만 저희가 더 빠르게 성장하기 위해서는 이 레거시 서비스가 가진 복잡도를 반드시 제거해야만 했습니다. 저희는 이 거대한 레거시 서비스를 분해decomposition하는 방법을 택했습니다. 복잡도가 높은 서비스 하나를 복잡도가 낮은 서비스 여럿으로 해체하는 방법을 택한 것이죠. 여기서 저희의 첫 번째 고민이 시작됩니다. 이 거대한 서비스를 어떤 모습으로 나눌 것인가. > 이런 불확실성을 제어하기 위해 ‘내가 확실히 알고 있는 무언가’로부터 생각을 시작해봤고, 저희가 당시에 삼은 기준은 ‘우리 조직’이었습니다. 콘웨이의 법칙대로 “소프트웨어의 구조는 이 소프트웨어를 만들어낸 조직의 커뮤니케이션 구..

1. 개발자의 인성이 중요할까? => https://brunch.co.kr/@advisor/41 개발자의 인성이 중요할까? 개발자의 인성은 팀의 생산성에 영향을 얼마나 미칠까 | 예전에 지인과 개발자의 인성이 얼마나 중요한 요소일지에 관해서 이야기를 나눈 적이 있었다. 나는 예전에는 개발자의 인성은 크게 중 brunch.co.kr 2. 오픈소스를 함부로 사용하면 안되는 이유 => https://brunch.co.kr/@advisor/11