개발자 47

[정리] 그냥 저냥 #위클리뉴스 #68

💻개발자에게 도움이 되는 기술 뉴스 #145 : 20-03-02 :: Outsider's Dev Story 라인 메신저에서 트래픽을 대응 하기 위해 고군분투 하는 내용, Armeria 관련 글들이 인상적이었다. 그 외에도 재밌는 내용들이 많아 읽어 보길 추천한다. 연봉 2억 5천도 살기힘든 미친동네. 실리콘밸리 실리콘 밸리를 꿈꾸는 사람들이 있다면, 봐야 할 영상. 페이스북, 구글, 아마존에 다니더라도 문제는 샌프란시스코의 집값이 어마어마하게 높다는 문제가 있다. 대략, 10억-20억 연봉을 받으면 편할 순 있을 듯 하다. 근데 그럴 일이 없다. (시니어 엔지니어의 연봉도 3-5억 사이) ROKROKSS 도커와 가상 머신에 대한 비교 그리고 컨테이너가 어떻게 발전 되어 왔는지?를 정말 자세하게 소..

승돌 쓰다 2020.03.08

[정리] 그냥 저냥 #위클리뉴스 #67

👍🏻개발자들에게 도움이 되는 3 DevOps Trends to Watch in 2020 2020년의 DevOps의 3가지 트렌드인데, 프로젝트 관리 / 알림 (경고) / SaC(Security as Code)로 3가지를 압축했다. 사실, 트렌드라고 하지만, 예전부터 어느 순간 드러나던 주제이기도 했다. How 1500 bytes became the MTU of the internet ethernet이 1500MTU를 쓰게 된 계기인데, 사실 내용이 쉽진 않았다. (영어) What 8 years of side projects has taught me | Jungle Coder 8년간 사이드 프로젝트의 경험을 통해 배우게 된 내용에 대한 정리가 잘 되어 있다. 그런데, 진짜 중요한 포인트는 어떤 목적이 있는..

승돌 쓰다 2020.03.02

[정리] 그냥 저냥 #위클리뉴스 #63

⏰개발자들이 읽어 보면 좋을 서비스 가용성 확보에 필요한 Rate Limiting Algorithm에 대해 | Mimul Tech log 서비스 운영을 하다 보면, 이런 저런 상황이 많이 발생하면서 실제 사용자들이 제대로 서비스를 받지 못하게 될 수 있는데, 이럴때 속도 제한(Rate Limiting Algorithm). 음, 웹 서비스라고 가정하면, 요청 제한 알고리즘이라고 이해 하면 좋겠다. 요청 대비 처리량을 어떻게 잘 제한을 하면서 서비스 할 지에 대한 고민의 해답이라고 생각 한다. 이런 제한이 필요하다고? 생각할 수 있지만, 서비스가 커지면 필수적으로 고려해야 할 요소 중 하나이다. 그렇지 않으면, 장애 요소가 될 수 있다. 기술 부채도 자산인 이유 기술 부채가 정말 나쁜 것인가?에 대해 "그렇..

승돌 쓰다 2020.01.31

[정리] 그냥 저냥 #위클리뉴스 #62

코드의 변질 - 레거시 코드는 왜 늘 개떡같을까? 글의 마지막이 인상적인 문구가 있는데, 정말 많은 공감을 한다. 레거시 코드는 왜 항상 변경이 어려울까?라는 고민을 해 보았다면, 많은 공감을 받을 수 있는 글이다. 개발자가 안된다고 했을때의 진짜 이유 - dobiho on HCI 이 분이 생각하신 개발자가 "안 된다"라고 말하는 이유 3가지에 대해 정리 해 주셨는데, 내가 생각 하는 부분과 약간의 차이가 있다. "할 줄 모른다"의 경우는 사실, 대부분 그냥 말 하는 경우가 없다. 할 수는 있지만, 어떤 부작용이 생김에 대해 말하는 개발자가 많다. 그러나, 대개 기획 쪽에서 다른 곳은 이렇게 하는데, 왜 여기는 안되나요? 라고 묻는 사람들이 굉장히 많다. 이런 상황에 있어서는 예의의 문제이다. 내가 할 ..

승돌 쓰다 2020.01.28

[정리] 그냥 저냥 #위클리뉴스 #61

개발자에게 좋은 내용 내 맘대로 위클리 뉴스 - 2020년 02주(2020.01.05 - 2020.01.11) Node.js에서의 메모리 누수 추적 하는 방법을 소개하는 글, Java에서 메모리 누수의 일반적인 원인과 감지 하는 글이 가장 나에게는 도움이 되었다. [B급 프로그래머] 1월 3주 소식(빅데이터/인공지능, 읽을거리 부문) 이 글을 읽고 나니, 신문 구독률이 최저가 되는 시대가 되었구나라는 새삼스런 깨달음과 함께 구글 크롬에서는 User-agent, 제 3자 쿠키 지원 중단을 발표 했던 글들을 포함한 유용한 글 묶음. nginx no live upstream 에러 이해하기 정말 간과하기 쉬운 부분 일 수 있지만, 잘못하면 엄청난 장애를 유발 시키기도 하는 에러이다. max_fails, fail..

승돌 쓰다 2020.01.20

[정리] 그냥 저냥 #위클리뉴스 #58 (먼쓸리뉴스)

위클리뉴스 한달 정도 쉬었습니다. :) 다시 시작 해볼게요. 그 동안의 좋았던 글들 위주로 과거 먼쓸리 뉴스로 이번주는 대신 합니다. 개발자에게 도움이 되는 당신의 커리어가 서쪽으로 간다면 (1) 당신의 커리어가 서쪽으로 간다면 (2) 당신의 커리어가 서쪽으로 간다면 (3) 평범한 개발자 그 이상이 되기 위한 야생 학습 비결 | Popit 더 나음으로 가는 방법을 무엇일까? 궁금 하다면 읽어 보면 좋을 그런 글이다. 대학생이 신입 개발자로 공개 구직한 후기 이렇게 공개 구직을 통해 자신을 선보이는 방법도 좋은 것 같다. 나때는 생각지도 못한 방법이었는데, 내가 찾아 가는 것도 좋지만, 나는 이런 개발자인데, 어때요? 라고 제안을 하는 느낌이다. 기술 뉴스 #137 : 19-11-01 :: Outsider..

승돌 쓰다 2019.11.17

[정리] 그냥 저냥 #위클리뉴스 #57

개발자에게 도움이 되는 2019년 중간 점검 item4님의 중간 점검인데, 보통은 에세이 느낌으로 쓰거나 하는데, 이 분은 각 항목에 정량적인 평가를 위한 점수를 부여하며, 점검하는 모습이 인상적이었습니다. 내가 Toss를 탈퇴한 이유 - tebica story Toss 앱을 삭제하고, 탈퇴하는 이유에 대해 정리한 부분인데, 결국 어떤 서비스는 목적에 맞게 쓰는 것이 제일 좋은 생각이 든다. 그 목적이 사라지면, 사실 의미가 없다. [B급 프로그래머] 10월 1주 소식(개발/관리도구, 고성능 서버/데이터베이스 부문) B급 프로그래머님의 10월 1주 소식인데, 닉네임만 B급이고, 소식도 항상 A급이었는데....이제는 가끔 직접 쓰시는 글들이 건빵의 별사탕처럼 기다려진다. 내게 실용적이었던 프로그래밍 공부 ..

승돌 쓰다 2019.10.13

[정리] 그냥 저냥 #위클리뉴스 #56

개발자들에게 도움이 되는 ixy-languages/ixy-languages 왜 Rust가 C보다 조금 느린가?에 대한 글인데, 짧은 글이라 읽어 보기 좋다. 러스트 이야기는 많이 들어 봤지만, 실제로 코드를 작성 해본 적은 없다. 결국 러스트는 "C보다 안정성이 있고, Wrapper Object를 위한 DMA buffers를 필요로 한다"로 이해를 했다. 물론, 아직 러스트에 대해 잘 모르기에 더 찾아 보아야 한다. The Death of Agile and Beyond 애자일의 죽음과 그 너머에 대한 이야기인데, 사실 애자일이 왜 죽었을까? 왜 문제가 되는지? 어떻게 해야 하는가?에 대한 고민이 있었는데, 우연히 찾게 되었다. 그런데, 중요한 것은 엄청 길다. How to become a better S..

승돌 쓰다 2019.10.07

[리뷰] 프로그래밍 면접 이렇게 준비 한다.

프로그래밍 면접 이렇게 준비한다. 요즘들어 개발자를 구인 하는 곳이 정말 많다고 생각 한다. 링크드인이며, 로켓펀치, 원티드등 거의 모든 구인 구직 페이지에서 개발자를 구인한다는 글을 많이 본다. 하지만, 중요한 점은 프로그래밍 면접에 관한 준비를 어떻게 해야 할지 잘 모른다는 분들이 있는데, 그러한 분들에게 이 책이 어느 정도 도움이 되지 않을까 생각을 한다. 이 책은 기본 챕터는 이직에 관한 이야기와 전화 면접에 대한 이야기로 시작한다. 물론, 그 이후는 우리가 예상하겠지만, 결국 자료 구조 및 알고리즘이다. 사실, 요즘 많이 변질 되었다고 생각 하는 편인데, 알고리즘과 자료 구조의 화이트 보드 테스트는 본래 이 문제를 정말 잘 푸는 개발자만이 뛰어나서 채용을 해야 한다거나 하는 의미는 아니여야 한다..

책 리뷰 2019.09.18

[정리] 그냥 저냥 #위클리뉴스 #53

개발자들에게 도움이 되는 커밋 히스토리를 이쁘게 단장하자 브랜치 전략은 정말 어려운 점은 팀 간 그리고 조직 간의 합의가 잘 되어야 한다. 물론, 조직 전체가 같은 Repository를 사용한다면, 강력한 Rule을 적용 해야 한다. (사람이 많을 수록 더 조심해야 한다.) 팀의 경우에도 알맞는 브랜치 전략을 사용하는 것이 좋고, 그런데 결국 그나마 보편적인 전략은 git flow라고 생각 한다. 그리고, Commit History를 어떻게 관리 할지?의 Rule도 잘 정의를 해 두어야 꼬이거나 복잡하게 히스토리가 유지 되지 않는다. git이 저장하는 방식 push 할 때 나오는 delta와 snapshot의 구조를 사실 잘 몰랐는데, 해당 설명이 잘 되어 있는 글이다. 협업이 힘들었던 개발자의 특성 협..

승돌 쓰다 2019.09.14
반응형