기원 (Kiwon Lee)

도메인 모델과 ORM(특히 JPA)에 대한 생각을 정리해봤습니다. @jazzbach/%EB%8F%84%EB%A9%94%EC%9D%B8-%EB%AA%A8%EB%8D%B8%EA%B3%BC-jpa-e1d602b4a526" target="_blank" rel="nofollow noopener">medium.com/@jazzbach/%EB%…

Universities still teach computer science as if software engineering were mostly about algorithms and syntax. Industry teaches something else entirely: negotiation, trade-offs, legacy systems, unreadable documentation, and debugging code written by people who left five years ago. The real curriculum starts after graduation.

RT @Montana_SF2: 쿠팡의 적자전환은 경기침체의 신호인가 불매운동의 여파인가. 네이버 쇼핑 실적을 봐야 판단을 할것 같음.

RT @2daplay: 모모 어른이 되서 꼭 한번 다시 읽어야할 책임. 우리가 회색신사들이 됐어요

RT @h_ppopo: 안녕하세요 좋은 책 소개해드리러 왔습니다. 나온지 5년이 훌쩍 넘었지만 다시 봐도 감동! 내가 냈지만 내가 다시 봐도 감동! 유쾌하고 단단한 FTM 청소년 나단의 "나단이라고 불러줘" 📢📢📢 책을 사시면 자동으로 7000원 기…

몇주전 징징거린게 무색하게, 오퍼레터를 받았습니다😀😀 딜리버루라는 유럽의 배달의민족과 비슷한 회사에 합격했어요. 비전공자에 블로그도, 프로젝트도, 특별한 대외활동도 없이(잘한건 아니죠) 해외 기업 면접 기회를 여러번 얻고 또 나름 대기업에 합격할 수 있었던건 순전히 전 회사에서의

@bambamb47098141 @ctemplate @woojin8787 축하합니다ㅎㅎ 될 줄 알았어요.

제 경력 덕분이었는데요. 그래서 더더욱 지난 회사에서 소중한 경험을 쌓을 수 있게 해주신, 저의 멘토이자 리더 명석님 @ctemplate 기원님 @arctrls 께 감사하단 생각이 듭니다. 링크드인 추천사 써주신 진우님 @woojin8787 도 감사요ㅋㅋ 너무너무 힘들어서 한국으로 돌아갈 생각도 했는데 이렇게

최근에는 ‘밤의 역사’에 대해 많은 재조명이 이루어지고 있습니다. 인류학자 Polly Weissner는 아프리카에서 부족 생활을 하는 집단의 낮과 밤을 오랫동안 연구해 논문을 발표했습니다.

굿하트의 법칙(Goodhart's Law) “측정이 목표가 되는 순간, 그 측정치는 더 이상 좋은 지표가 되지 못한다” 데이터 중심 조직, 정량평가 강조하는 조직이 명심해야할 내용....

이시하라 사토미의 코딩 라이프

RT @JakeSeo8: 내 생각엔 이렇게 얕은 뷰로 끝날 문제는 아닌 것 같음 애초에 원래 직무의 이름은 소프트웨어 엔지니어였고 코딩은 수단이었지 목표가 아니었음 신입 자리도 분명 생길 거고 수제코딩하는 현업 에이스들이 도태된다? 는 진짜 개소…

RT @Graphseo: Arrêtez de payer pour Claude IA. L'IA de Mc Donald's est gratuite et répond à toutes les questions, même si elles ne sont pa…

크롬확장이 생겼다 이제 걍 열면된다 와와와 chromewebstore.google.com/detail/rhwp-hw…

RT @anwlrodmlskfk: 투자하시는 분들이 SNS에서 인정받고 싶어하시는 거 보면 역시 사람은 돈만으로 살 수 없다는 것을 새삼 느낌.

RT @MyauKim: 난 독일 몇년 있다가 한국 들어갔을때 컬처쇼크 느꼈던 거 광고판에 얼굴이 너무 많아서였는데 광고판에 얼굴!!! 얼굴!!! 얼굴!!! 잘생긴얼굴!!! 예쁜얼굴!!! 이랬었어서 독일은 약 광고 하면 약재 식물 이미지 넣고 데오드란…

In general, if you need to change a test because you changed the code, you didn't have a test at all. The whole _point_ of a test is that, when I make a change, I want to run the test to see if I've broken anything. A good test works both before and after the change. If I have to change the test, too, I've proven nothing. Any test that knows how the code works (as compared to what the code does) is fundamentally flawed. I hear a lot about using an LLM not only to write code but also to write tests. I've rarely seen that work. IME, the LLM-generated tests are too fragile and test the wrong things (the implementation, not the intent). People talk about spec-driven design, but the best spec you can have is a test—a test you write before you write the code. You don't write a test to see if the code adheres to a spec. The test IS the spec. Don't write specs. Write tests.

RT @e_YeoRo: 젊음을 자원으로 생각해서 그런 게 아닐까... 삶의 시간성을 돌보고 그 시간대의 자신과 관계 맺기보다, “잃어버렸다”고 생각하는.

@name_name3456 아니 이게 무슨 일이냐ㅠㅠ

RT @GeekNewsHada: 프런티어의 종말 - Anthropic의 Mythos 발표를 계기로, 인터넷이 더 이상 누구나 자유롭게 탐험할 수 있는 무허가적 창조 공간이 아니게 되었음 - 노동과 지능이 자본으로 대체되며, 소수 기업이 AI 시대의…

As a developer, you should be able to clearly explain at least 10 of these: - Load Balancer - API Gateway - Reverse Proxy - Throttling - Rate Limiting - Idempotency - Pagination - Cache Stampede - gRPC - GraphQL - Webhooks - OAuth - JWT - Cache Invalidation - Query Optimization - Composite Index -ACID - CAP Theorem - Sharding - Circuit Breaker - Livelock - CSRF - Backpressure - False Sharing - mTLS If not, it’s time to brush up.

RT @max_kim_dev: 채용에서도 밀도있는 운영 경험이 있는 사람들을 찾아나섰지만 생각보다는 시장에 부족하다. 수명이 긴 코드들을 긴 시간 속에서 유지보수해나가는 경험은 모든 개발자가 할 수 있는 것이 아니다.