올해 대학생분들을 멘토링을 종종 했다.
자주 받던 고민이 "어떻게 해야 취업 경쟁력이 생기느냐" 인데,
나는 그럴때마다
"뭐든 괜찮으니 본인에게 필요한 것을 하나 만들고 실제 출시까지 해보라. CLI, 패키지, 웹, 앱 상관없이 출시를 하고
1,000명의 고객을 만들고
365/24시간 운영해보면
로그
와 이번 GeekNews 글 정말 와닿는다.
- 동기 부여는 글쓰기나 다른 창의적인 노력에 대한 흥미를 불러일으킬 수 있지만, 진정으로 성공의 불꽃을 피우는 것은 "일관성"
- 영감에 관계없이 정기적으로 글을 쓰는 행위는 장기적으로 성장, 숙달, 성취로 이어짐
- 배운 내용에
와 ㅋㅋㅋㅋ 테스트 코드 강의에 이정도로 감탄사가 담긴 수강평이 달리다니 ㅋㅋ...
김우근님의 테스트 강의 넘 멋지다 ㅋㅋ
"테스트를 샀는데 설계가 딸려왔다.
근데 그 설계가 테스트보다 더 비싼거였다.
이런 미친듯이 훌륭한 강의에 수강평 54개 뿐인 거 보고 빡쳐서 수강평 처음 써 본다 ㅋㅋ
"아침에 강의를 구매해서 학습을 시작했는데 .. 다 보고나니 새벽 두시 반 이네요... 끝까지 다 볼 수 밖에 없는 알찬 내용이었습니다. 식사 시간을 제외하고는 엉덩이를 뗄 수 없을만큼 알찬 하루였습니다."
"따로 교수법을 배우신건지 궁금할 정도로 이해가 잘 되고 중간 중간 꿀팁이 매우
다들 축하해주신 덕분에 결혼식 잘 마무리할 수 있었습니다!
미처 연락드리지 못했던 분들께는 갑작스레 결혼을 듣게 되셔서 정말 당황하셨을텐데 미리 연락드리지 못해 정말 죄송합니다.ㅠ
와주신분들, 멀리서 축하해주신분들 모두모두 너무 감사합니다! ㅠㅠ
축하해주신만큼 행복하게 잘 살겠습니다
대학/취준생분들의 질문을 받다보면 코딩 테스트 이야기가 항상 나온다.
예전에는 인터넷 대기업을 가려면 하시되 스타트업 가실거면 안하셔도 된다. 좋아하는 공부를 하라고 말씀드렸다.
ChatGPT가 나오고나서는 완전히 다른 생각이 되었다.
온라인 코딩 테스트의 종말이 아닐까싶다.
존경하는 개발자이시자 CTO이신 백명석님 (
@ctemplate
) 의 오늘자 블로그 글인데 참 공감이 많이 되었다.
최근에 팀원들에게 비슷한 이야기를 드렸는데, 바로 오늘 또 이런 이야기를 보게 되서 신기하다.
비슷하게도
@tobyilee
님 역시 최근에 강한 프레셔 기반의 혹독한
API의 캐시 중에는 모든 사용자 (로그인/비로그인 관계없이) 동일한 응답값을 줘야하는 것들이 있다.
로그인/비로그인에 관계없이 항상 일정한 데이터가 사용자 UI에 필요한 경우이다.
이를테면 인프런 서비스의 상단 헤더에 노출되는 강의 카테고리 (1 depth, 2depth, 3depth) 같은 경우.
이 캐시
기술 블로그를 운영한지 9년 1개월만에 누적 조회수 1천만을 달성했습니다.
9년간 블로그와 관련해서 어떤 일들이 있었는지 생각나는대로 정리해보았습니다.
블로그를 시작하면서 저는 인생이 바뀌었다고 항상 이야기합니다.
항상 응원해주셔서 제가 계속해서 글을 쓸 수 있었습니다.
다들
스타트업 채용에 큰 힘이 되어준 청년내일채움공제가 사실상 폐지되네.
50인미만 && 제조/건설업 이라는 2개 조건을 만족하는 스타트업이 얼마나 될까.
이 제도를 마치 연봉인것처럼 악용하는 회사들도 있지만, 그래도 스타트업 채용에 큰 힘이 되어준건 사실인데, 이번 변경은 너무 아쉽다.
요즘 다른 스타트업 리더분들을 뵙게 되면
"디자인 시스템을 직접 구축하기" vs "오픈소스 랩핑하기" 에 대한 고민을 자주 듣게 된다.
우리는 만타인 디자인 시스템을 사내 디자인 시스템으로 랩핑해서 사용했고, 1년이 지났다.
그리고 최근 워크샵을 하면서 이야기 나눠본 결과 사내의 만족도는 정말
(최근까지 작업했던 많은 내용들이 속속 적용하게 되어서 공유드릴 내용이 너무 많은것 같습니다. ^^;)
제품 출시에 신경을 쓰다보면 클라우드 비용을 고려하지 않다가, 어느 순간 폭발적으로 늘어난 클라우드 비용에 깜짝 놀라게 됩니다.
그래서 개발팀에서는 항상 이 클라우드 비용이 합리적으로
여러분 그거 아시나요?
백엔드, DBA 분들의 필독서 Real MySQL 8.0 의 저자분들이 인프런 강의도 오픈하신 것을요!?
Real mysql 책 자체가 워낙 바이블 느낌이 강하고 필수 서적인데 반해
한번에 이해하는데 어려움을 느낄 수 있습니다.
그래서 여러번 반복해서 책을
2023년의 마지막에 좋은 소식을 공유드립니다.
월 단위 흑자는 종종 낼 수 있지만,
분기 단위 흑자는 꾸준한 성장세가 있어야 가능한다고 생각하는데요 :)
저희도 2023년 마지막,
한분기 전체 흑자로 전환하였습니다 :)
2023년의 여러 작업들이 모여서 4분기에 즐거운
최근 저희 팀에서는 신규 백엔드 API를 Java와 Kotlin을 섞어서 사용해서 구성해보았습니다.
Java를 사용함으로 JPA & Querydsl 적용의 용이함과 private Setter 관리의 편리를 얻고
Kotlin을 통해 Null Safety 와 최신 문법의 이점,
둘 모두를 얻었습니다 :)
어떻게 적용하였는지 정리해보았습니다
최근에 저희 인프랩에 DevOps 인턴분들이 합류하면서 그간 미뤄뒀던 작업들을 진행할 수 있게 되었습니다.
그 중 개발팀의 생산성과 서비스 운영 생산성을 수집하고 시각화한 작업을 소개드립니다 :)
그간 JIRA, Jenkins, Github 에서 각각의 대시보드로 보던 지표들을
외부 라이브러리 중에서 특히나 자주 교체가 되는 영역은 HTTP Client입니다.
Node.js만 하더라도 request -> Axios -> Got (ky) -> Fetch 등으로 계속해서 대세가 교체되고 이에 따라 개발팀에서도 매번 교체할때마다 큰 고통이 따르곤 합니다.
저희팀은 이를 위해 외부 라이브러리들은 가능한
뱅셀은 예전에 JVM & Spring 을 선택하지 않고 일정 규모 이상 개발팀을 구축하고 좋은 제품까지 만들어낸 팀이라서 당시에 많이 응원했다.
보통 PHP, Node, Python, Ruby 등을 선택한 회사들이 제품 혹은 팀 규모가 일정 이상 커지면 대부분 Spring으로 전환하는 경우가 너무 많던 때였다. (지금도
@MarkInJeju
안녕하세요, 그렇게 기억하고 계셨다니 기쁘고 감사하네요. 사실 저도 언어 선택이 달랐다면 분명히 달랐을지 어땠을지에 대한 확신이 있는 건 아닙니다. 다만 본문의 요지는 10년이 지나도 주류로 자리잡지 못한 기술적 선택이 과연 좋았을까?에 대한 나름의 반성적 성찰이긴합니다.
그럼에도 요즘
"DevOps와 SE를 위한 리눅스 커널 이야기" 책으로 유명하신 강진우님께서 이번에는 초보 서버 엔지니어를 위한 기본적인 리눅스 서버 성능 분석 방법을 만들어주셨다.
uptime
dmesg
free
df
top
netstat
tcpdump
등 기본적인 서버 엔지니어라면 알아야할 명령어들을 정말 잘
의 이미지들을 png/jpeg에서 avif, webp 로 전체 개선하였다.
그 결과 배포 전/후 LCP가 1.16s -> 0.87s로 33% 개선 되었다.
곧 인프런에도 전체 적용될 예정인데,
최소한의 노력으로 큰 효과를 볼 수 있는 작업을 너무 늦게 진행한 것 같아서 아쉬운 마음반, 지금이라도
최근 인프런에서는 동적으로 미리보기 이미지를 생성해주는 기능을 오픈하였습니다.
해당 기능이 오픈되고 나서 많은 분들이 어떻게 한 것인지 궁금해하셨는데요 :)
프론트엔드 구현부터 동적 미리보기 이미지 캐싱이 필요한 인프라 작업까지 사내 기술 블로그에 잘 정리해서 공유드립니다 :)
이를
음 이건 좀 오해의 소지가 있을것 같기도 하네요.
대부분의 큰 회사들은 하나의 서비스를 이루는데 public web 서버만 존재하진 않는데요.
하나의 public 페이지를 조회하면
내부의 수십 ~ 수백개의 private 도메인 서비스들의 API 결과가 합쳐져서 반환됩니다.
을 호출하면
요즘 나도 비슷한 생각을 한다.
(영록님의 의도는 나와 다를 수 있지만)
패배한 팀의 득점왕보다는
승리한 팀의 조력자가 좋다.
상황이 계속 변해도 팀의 승리에 기여하는 방법을 고민하는 태도를 가진 팀원은 다른 회사를 가서도 먼저 생각난다.
항상 같이 하고싶다.
이 기술을 배워야 하는
이번에 데브옵스 엔지니어분께서 pnpm & turborepo 기반의 Web Frontend 프로젝트의 CI 수행시간을 79%나 개선해주셨습니다. :)
모노레포 기반의 프로젝트 규모가 커질수록 CI 시간은 기하급수적으로 증가하게 되는데요.
의존성 및 Task의 캐싱을 활용하여 CI 성능을 대폭
Node.js & TypeScript 웹 백엔드 개발자를 위한 테스트 코드 시작하기? 강의를 만들어야겠다.
jest.mock 이 테스트의 핵심이 되는걸 너무 자주 본다.
과제를 보면 주요 로직들의 검증에서 jest.mock이 빠지지 않는다.
아쉬움이 많았다.
신규 입사자들을 위한 튜토리얼겸해서 준비해봐야겠다.
인프콘 2023 모든 세션이 끝나고 집으로 도착해서 키보드 앞에 앉았다.
드디어 끝났다.
인프콘 키노트와 발표자료를 준비했던 회고를 작성할까 싶다가,
오늘은 많은 분들이 인프콘을 사랑해주셨던 열기와 감정만 계속 감상하는게 더 좋을것 같다.
오늘까지는 이렇게 보내고,
내일은 다시 원래대로
리눅스 토발즈의 C언어를 좋아하는 이유에 대한 영상을 인프런 강의실의 베타 기능인 다국어 기능으로 한글 번역과 더빙을 적용해보았습니다. :)
이제 곧 인프런에서는 여러 언어로 원하시는 강의들과 영상들을 보실 수 있습니다.
그간 영상들을 보실때 한글 번역이 어색하거나 불편하셨던 것들을
(지금은 없어진) 이글루스 블로그 플랫폼에서 2008년? 부터 객체지향, DDD 개념에 대해 정말 자세히 잘 소개해주시는 분 () 이 있었습니다.
저에겐 처음으로 제대로 된 객체지향, 도메인 주도 에 대한 강렬한 깨달음을 얻었던 블로그 였습니다.
시간이 흘러 그 블로거 분이
좋은 코드에 대한 이야기가 너무 많다보니 실제 프로젝트를 완성하기보다는 한줄이라도 좋은 코드를 작성하기 위해 노력하는 분들을 자주 뵙는데요.
과제나 사이드 프로젝트 등이 결국 완성되지 못한채 아주 쉬운 부분만 구현되어있고, 그 부분에 대해서만 완성도가 높은 것에 대해 호돌맨과 같이
당근마켓에서 프론트엔드 코어 개발자를 채용하고 있네요. 거기에 써 있는 우대사항이 본인만의 NPM 패키지 출판, ES Modules, CommonJS 에 대한 깊은 이해, ...
이거 어디서 배울 수 있더라?? 아 네네. 지난 4년간 오픈소스 라이브러리 개발을 회사 업무로 했던 저에게 😉
And
@GeorgeMayer
puts a thing I missed very well here:
If an eng to claims they understand long-term architecture but not stayed long enough to see *their own* decisions play out over several years?
You might *think* you undestand! But do you really?
저희팀 DevOps 김재훈 님께서 AWS 블로그에 스팟 인스턴스를 활용한 Jenkins & Agent 환경에서의 의 CI/CD 구축기를 올려주셨어요!
당연하겠지만, 젠킨스는 JVM 환경이 주류인 국내에서는 정말 많은 곳에서 활용됩니다.
CI/CD 도구로서,
배치 등과 같은 환경의 실행 데몬
타래 핫해진 김에..
가능한 채용 플랫폼 이력서 추천하는 이유
- 채용으로 먹고 사는(?) 플랫폼인지라 검토자 입장에서 보기 좋게 설계 되어있다는 느낌. 원티드 랠릿 다 좀 공통된 느낌이 있슴 (랠릿 강추)
- 검토자 눈에 익숙한 포맷이라 원하는 부분 슥슥 빨리 읽게 할 수 있음