Seungdols Company

💻개발자에게 도움이 되는 NAVER FE devtalk: 디자인 시스템에 대한 소개와 효율성 개선 및 구축 경험공유 7월에 했던 FE devtalk에 대한 발표 영상이 공개 되었다. 여러 회사에 계신 분들이 다양한 주제와 깊이로 발표 하셨기 때문에 시간 날 때 참고하면, 도움이 많이 된다. 특히 디자인 시스템에 관심 있는 사람이라면 필수다. GitHub Codespaces 살펴보기 :: Outsider's Dev Story Github와 VS Code의 융합으로 Github Codespaces가 출시 되었는데, 아웃사이더님께서 베타로 먼저 테스트 해본 경험글을 남겨주셨다. 생각보다 괜찮아 보이고, 가격도 그렇게 비싼 편이 아니라서, NodeJS서버 개발 같은 건 아이패드로 바로 개발 가능해 보인다..

🛠팀에 도구를 도입하고 싶은 경우 도구를 도입한다는 건, 일단 팀의 규모가 어느 정도 되는지에 따라 달라진다. 예를 들어, 4명인 팀과 8명인 팀, 16명인 팀인 경우 모두가 다르다. 내가 현재 속한 4명, 5명 시절부터 8명, 현재의 16명이 된 팀이 된 경우인데, 도구를 도입하고 싶은 경우 도입 했던 경험을 쓰려고 한다. 사실, 현재 속해 있는 팀원들이 모두 도구나 프로세스 도입에 대해서 보수적인 팀이 아니다 보니, 도구를 도입하는 것은 어렵진 않았다. 책임만 지면 된다. 😂 도구를 도입 하는 것에 대해 내가 느낀 세 가지가 있었다. 👉🏻첫째로는 내가 그 도구를 잘 아는가? 일단, 내가 도입하고 싶은 도구가 뭔지? 그리고 그 도구가 왜 필요한지를 알아야 한다. 예를 들어서 내가 했던 일이 입사 이후 ..

💻개발자에게 도움이 되는 팀에 새로운 도구를 도입하고 싶다. so-so님이 팀에 도구를 도입 하는 것에 대한 생각을 남겨 주셨다. 이것과는 별개로 나도 한 번 써 봐야겠다. 팀에 도구를 도입 하거나, 어떤 일련의 프로세스를 도입 하는 것에 대한 글을 나도 한 번 써 보면 좋겠다는 생각이었다. 코드숨(codesoom)을 끝내며 12주간 진행하는 코드숨 교육을 끝낸 회고에 대한 내용이며, 코드 숨 교육에 대한 커리 큘럼이 나와 있고, 어떻게 진행 하고, 프로젝트는 무엇을 했는지? 잘 남겨져 있다. (어떤 부분이 어려웠는지...새로웠던 부분들도 잘 나와 있다.) 전국에 맥도날드 주소가 어떻게 될까? | Daily Log 전국 맥도날드, 스타벅스 매장에 대한 정보를 알고자 시작 헀으나, API가 도와주지 않고,..

본문 내의 이미지는 모두 참고 출처의 이미지를 사용하였습니다. Backend for Front-end의 약자로, 일종의 아키텍처 패턴입니다. 환경적, 시스템적인 Monolithic 구조를 쓰다 이제는 SPA, MSA 시대에 도래 했다. Back-End와 Front-End의 통합된 단일 구조를 쓰다가, 이제는 두 영역이 분리 되어 서버가 각각 올라가기도 하고, 분리의 시대가 되었다. 통합된 API를 쓰다가 영역별로 쪼개어진 API를 사용 하는 시대가 되었기도 하다. 결국 통합에서 분리의 미학으로 관심사가 이동되었다. 다수의 페이지를 보던 환경에서 단일 페이지내에서 다중 컨텐츠의 영역으로 바뀌었다. (이는 아무래도 모바일의 영향이 아닐까 한다.) 위와 같은 구조를 쓰다보니 문제가 생겼는데, API를 어떻게 ..

🖥개발자에게 도움이 되는 [마틴 파울러] 소프트웨어 아키텍쳐의 중요성 (한글 자막) 영상을 보면서 결국 중요한 것은 장기전인 관점이다. 내부 품질과 외부 품질, 그리고 프로젝트를 진행하는 사람들 사이의 공유, 그리고 확립된 스펙정의서 이 모든 것이 소프트웨어의 전부이구나 싶었다. 월간 개발자스럽다 #58 월간 개발자스럽다 8월호인데, 8월간의 글타래들이 모여있다. 만약, 놓친 글들이 있다면, 읽어보자. (긴글주의) 좌충우돌 Mazassumnida 개발기 방학 때임에도 열심히 개발 작업을 하신 분의 경험 후기인데, 읽어보면 재밌고, SVG의 다채로움에 매료 될 수 있어서 좋았다. 👍🏻 캐시 성능 향상기 (Improving Cache Speed at Scale) : TOAST Meetup redis 캐시 성..

🖥개발자에게 도움이 되는 삽질하는 멍개씨 : 네이버 블로그 삽질하는 멍개씨 : 네이버 블로그 문서화에 대한 2가지의 툴(Sphinx, apidoc) 을 소개하고, 활용하는 방법에 대해 소개 하고 있다. apidoc은 실제로 쓰고 있는데, 생각보다 깔끔하고 좋다. node.js에서 미들웨어를 express 대신 koa를 쓴다면, swagger 모듈을 쓰기가 번잡 해진다. 우아한테크캠프 인턴들의 7월의 회고 - 우아한형제들 기술 블로그 우아한 테크 캠프 인턴분들의 생생한 후기를 볼 수 있었고, 한 때의 열정 가득 했던 순간이 생각 나게 하는 글이었다. 기술 뉴스 #156 : 20-08-15 :: Outsider's Dev Story 다양한 주제에 대한 글들이 많이 있고, 제일 관심 많은 부분은 Rom..

💻For Developers '웹 크롤러' 좀 그만 만들어라 웹 크롤러에 대한 명확한 기준을 제시하고 있는데, 이 글이 트위터에서 핫했는데, 특유의 문체 때문이지 않을까? 싶다. 사실 글의 내용으로는 맞는 말이 있는데, 또 너무 과격한 표현이 문제이지 않을까? 생각 하다가도, 어떤 이들은 이런 문체의 글을 좋아하겠다 생각 했다. 해외취업 후기 1. 프롤로그 해외 취업에 대한 계기와 준비 과정 실제 인터뷰 진행한 후기를 정말 자세하게 알 수 있다. Google Coding Interview｜구글 신입 엔지니어 인터뷰 준비 후기 Google's Foobar Coding Challenge｜구글 푸바 챌린지 후기 원래 위의 구글 엔지니어 인터뷰 준비 후기를 보다가 푸바 챌린지를 통해 인터뷰..

👍🏻 개발자에게 도움이 되는 온라인 코드 리뷰에 대해서 온라인 코드 리뷰와 더불어서 같이 하면 좋은 것이 오프라인 코드 리뷰인데, 이는 굉장히 리뷰 하기 까다롭고, 양이 많은 경우 퀵하게 오프라인으로 하는 방법이 좋다. 그런데, 대다수 바쁜 시간을 할애 해야 하므로, 온라인 코드 리뷰가 제일 좋다고 생각하고, PR에 올라온 코드를 온라인으로 설명하고, 허점은 없는지 다 같이 찾는 것도 팀내에서 가끔 있는 일이다. (데일리 스크럼 끝나고 잠시 온라인 코드 리뷰 하는 것도 좋겠다.) 서버에 걸리는 부하, 추측하지 말고 계측하자 서버 부하에 대해 자세하고, 깊게 알아볼 수 있는 글이다. 더불어서 top/sar 명령어를 통해 나타나는 지표들을 통해 서버 커널에서의 프로세스 부하를 설명 하고 있다. 데이터 분석가..

🙌🏻개발자가 읽으면 그 때 성장이라고 생각했던 것들 이 글을 읽는 나 조차도 뼈를 퍽퍽 맞았으니, 다들 읽고 뼈 맞고, 제대로 공부 하는 방법으로 나아가면 좋겠다. (물론, 나의 블로그에 접속 하여 이 글을 보는 독자 또한 나랑 같이 뼈 맞는다에 나의 왼손 터널 증후군을 걸겠다.) 근데, 너무 뼈 맞지 않아도 된다. 일일 커밋 하는 게 어디인가? 나처럼 귀찮아 하는 사람은 다음 다음생정도에나 가능한 행위이다. 알고리즘 푸는게 어디인가? 풀다 보면 이직이 쉬워진다. 지식쇼핑 하는게 어디인가? 나는 퇴근 후 넷플릭스만 본다. 모두 정답은 없다. 다만, 중요한 건 내가 했던 행위들은 나만의 언어로 이해하고, 체화 하여, 그 정보가 지식이 되어 남에게 다시 전달 가능한 순간이 언젠간 온다. 애플의 아버지가 말 ..

💻 개발자에게 도움이 되는 Teach Yourself Computer Science 프로그래밍 분야별로 좋은 책과 좋은 온라인 강의를 추천 해주는데, 멧돼지 책은 하도 유명해서 다 읽어보셨을 것 같다. (몇 달째 멧돼지 책 페이지가 안 넘어가고 있는 중이다.) What is FinOps? - FinOps Foundation DevOps 개념을 실체화 하여 운영하는 것은 SRE였는데, 이제는 FinOps로 가는 길인가보다. 사실 뭔가 했는데, 이제는 클라우드 운영 모델이라는 것을 FinOps라고 한다. The end of the Redis adventure Redis의 메인테이너가 메인 테이너에서 물러나고, Redis 커뮤니티에 의해 Redis를 개발하도록 물러난다고 한다. 아무래도, 오랜 시간 Redis..

💻JavaScript typescript-cheatsheets/react-typescript-cheatsheet React + TypeScript에 대한 치트 시트인데, 좋은 내용들이 정말 잘 정리 되어 있다. 나도 요즘 틈틈히 보면서 setup 하는 부분을 좀 공부 하고 있다. setup이 제일 어렵다. 이젠 TS로 개발 안하는 곳이 없는 것 같다. Front-End Dev Tools For increased Productivity FE개발자가 알아두면 생산성이 좋을 툴 소개 글인데, 나는 Easings의 툴을 자주 쓰게 되었다. 요즘들어 스르륵 하는 애니메이션을 너무 좋아한다. browserhacks 이 툴 같은 경우는 브라우저 별로 css/js를 간단하게 체크 하는 툴인데, 좋아보인다. 그외 다양한..

🙌🏻개발자에게 도움이 되는 8년 간의 개발자 생활 회고 (1) 8년 간의 개발자 생활 회고 (2) 8년 간의 개발자 생활 회고 (3) 개발자 회고 시리즈 글인데, 읽어보면 참 많은 도움이 된다. 배울점과 자신이 생각한 부분에 따라 이직을 결심하는 부분도 정말 대단한 용기라 생각 한다. Spotify's Failed #SquadGoals 스포티 파이의 Scaling Agile에서 비롯한 Squad 팀 모델은 실패했다는 내용의 글이다. 어떤 부분들이 문제였는지? 써있는데, 개인적으로 스포티파이의 팀 모델이 나름의 장점이 된다고 생각했는데, 실상은 그렇지 못했나 보다. 저렇게도 팀 모델을 가져갈 수 있다는 점이 약간은 힙하다 생각 했다. 그런데, 조직의 크기에 따라 달라지는 것은 반영하지 못한 까닭일지..

💻개발자에게 도움이 되는 738/clean-code-typescript 클린코드 typescript편이다. 읽어두면 도움이 된다. TS3.9에 대한 릴리즈 노트 내용 번역이다. Optional Chaining 관련 및 코딩시 가능한 실수등에 대한 부분이 개선 되었고, ECMAScript와 더 호환하려는 개선이 추가 되었다. Hexo에서 Gatsby로 블로그 마이그레이션 야크쉐이빙 후기 Gatsby로 블로그를 마이그레이션 한 경험기인데, 블로그를 이전하려는 분들이 본다면 도움이 많이 된다. Distributed Cache로 Hibernate Second Level Cache를 적용하여 성능 튜닝하기 - 이론편 Distributed Cache로 Hibernate Second Level Cache를 적용하여 ..

🖥개발자에게 도움이 되는 해외개발자 _ 진짜 개발자가 하는 일 1 해외에서 일 하는 개발자의 경험기인데, 결국 언어만 다르고 일 하는 방식은 같은 것 같다. 뭐... 회사마다 문화가 다른 것은 별개로 보도록 하자. GraphQL을 오해하다 graphQL을 쓰면서 겪은 경험기 글로, JS를 주로 쓰고 graphQL을 JS단에서 도입 하고자 하는 분들에게 도움이 많이 될 수 밖에 없는 글이다. git add -patch의 e 옵션 커밋을 정말 atomic하게 쪼개어 작업을 해야 하는데, 그 부분을 git add -p 옵션을 쓰는데, 수동으로 더 쪼갤 수 있는 옵션이 있다는 것은 처음 알게 되었다. (알면서도 git add -p는 잘 안 쓰게 된다.) DDD 했더니 비대해지는 엔티티, 좋은 대책은 ? DDD와..

💻개발자에게 도움이 되는 naver/fe-news Naver 개발자들이 한달 간의 주요 글들을 큐레이션 하고 있는데, 이번 달은 PR의 Best practice에 대한 글이 좋았다. 리팩터링에 대한 단상 리팩토링 2판을 읽고 느낀 리팩토링에 대한 개인의 생각인데, 정말 좋은 말이 본문에 있었는데, "필요한 순간에 필요한 리팩토링을 한다." 이 말이 리팩토링에 대한 설명으로는 끝인 것 같다. Looking Back on Four Years at The Times 타임즈 CTO로 4년간 일 했던 회고록인데, 정말 좋은 내용이 많고 되게 사람이 겸손하구나?! 싶은 느낌을 많이 받았다. **서비스는 4년여 동안 100만에서 500만의 구독자로 성장하게 되었고, 여러 시스템들의 개편과 주요 기술들 도입, 클라우드..