실질적인 방법 중 하나로, 부트캠프 대신에 기존 대학에 나노디그리(Nano Degree) 같은 걸 적극 지원하고 활성화해주면 다방면으로 좋을 것 같습니다. 그렇다고 거기에 부트캠프 커리큘럼이나 강사를 갔다 넣으면 똑같으니 그러진 말구요..

실질적인 방법 중 하나로, 부트캠프 대신에 기존 대학에 나노디그리(Nano Degree) 같은 걸 적극 지원하고 활성화해주면 다방면으로 좋을 것 같습니다. 그렇다고 거기에 부트캠프 커리큘럼이나 강사를 갔다 넣으면 똑같으니 그러진 말구요..

ChatGPT의 5 Pro 모드와, GPT-5 high 모드를 몇 주간 다양한 “진지한” 작업들에 써 보았다.

AI를 사용할 때, 이전까지는 의견이나 들어볼까? 였다면 이제 드디어 어느정도는 믿고 맡겨 볼 수 있는 AI가 생긴 느낌. 상위 레벨 인간 수준의 토론 상대가 생긴 느낌이다.

표현이나 느낌적인 문제가 아니라, 문제를 해결해오는 것이 그 수준이 높은걸 넘어 “이걸 해결한다고?” 이정도 수준이다. 진짜로 지능이 생긴 느낌인데, 이건 정말로 어려운걸 시켜봐야 알 수 있다.

아무튼, 이제 GPT-5 Pro/High 외의 AI들은 너무 멍청해서 쓸 수가 없다. 다른 회사들의 최고 수준 AI 뿐 아니라 GPT-5 Thinking/Medium도 마찬가지.

ChatGPT의 5 Pro 모드와, GPT-5 high 모드를 몇 주간 다양한 “진지한” 작업들에 써 보았다. AI를 사용할 때, 이전까지는 의견이나 들어볼까? 였다면 이제 드디어 어느정도는 믿고 맡겨 볼 수 있는 AI가 생긴 느낌. 상위 레벨 인간 수준의 토론 상대가 생긴 느낌이다. 표현이나 느낌적인 문제가 아니라, 문제를 해결해오는 것이 그 수준이 높은걸 넘어 “이걸 해결한다고?” 이정도 수준이다. 진짜로 지능이 생긴 느낌인데, 이건 정말로 어려운걸 시켜봐야 알 수 있다. 아무튼, 이제 GPT-5 Pro/High 외의 AI들은 너무 멍청해서 쓸 수가 없다. 다른 회사들의 최고 수준 AI 뿐 아니라 GPT-5 Thinking/Medium도 마찬가지.

실기기 테스트 너모 빡쎄다.. 심지어 모든 권한의 온오프케이스 조합을 빠짐없이 테스트 해야 하는 신규 가입자 대상 온보딩 테스트.. 🫠

실기기 테스트 너모 빡쎄다.. 심지어 모든 권한의 온오프케이스 조합을 빠짐없이 테스트 해야 하는 신규 가입자 대상 온보딩 테스트.. 🫠

Claude Code 를 접한지도 반년이 더 지났습니다. 꽤 오랜 시간동안 Claude Code 를 이용하면서 답답함에 ‘내가 하고 말지.’ 하며 꺼버린 적도 많고, ‘대박인데? 이게 돼?’ 하고 깜짝 놀랐던 적도 많았습니다.

Claude Code 를 똑똑하게 다루는 방법

LLM 을 활용한 서비스를 개발하면서 이해하게 된 여러가지 특성을 활용해서, Claude Code 를 더욱 똑똑하게 다루는 방법에 대해 정리해봤습니다.

https://medium.com/@hyeon9mak/claude-code-%EB%A5%BC-%EB%98%91%EB%98%91%ED%95%98%EA%B2%8C-%EB%8B%A4%EB%A3%A8%EB%8A%94-%EB%B0%A9%EB%B2%95-a426342dcbff

LLM 을 활용한 서비스를 개발하면서 이해하게 된 여러가지 특성을 활용해서, Claude Code 를 더욱 똑똑하게 다루는 방법에 대해 정리해봤습니다. https://medium.com/@hyeon9mak/claude-code-%EB%A5%BC-%EB%98%91%EB%98%91%ED%95%98%EA%B2%8C-%EB%8B%A4%EB%A3%A8%EB%8A%94-%EB%B0%A9%EB%B2%95-a426342dcbff

Medium

Claude Code 더 똑똑하게 사용하기

지난 수주동안 아미고의 온보딩 개선 작업을 해 왔는데, 이제 드디어 내일이면 스토어에 제출 할 수 있을 듯. 연관된 범위의 버그수정과 리팩토링까지 했더니 테스트 겁나 빡쎔..신규 설치 테스트라 더 빡쎄..🥹 그래도, 눈에 잘 안보이는 일이지만 사용자 경험에 가장 큰 영향을 미치는 일 중 하나이니, 부디 성과 잘 나오길.. 🙏

지난 수주동안 아미고의 온보딩 개선 작업을 해 왔는데, 이제 드디어 내일이면 스토어에 제출 할 수 있을 듯. 연관된 범위의 버그수정과 리팩토링까지 했더니 테스트 겁나 빡쎔..신규 설치 테스트라 더 빡쎄..🥹 그래도, 눈에 잘 안보이는 일이지만 사용자 경험에 가장 큰 영향을 미치는 일 중 하나이니, 부디 성과 잘 나오길.. 🙏

실리콘밸리에서 가장 영향력 있는 VC 중 하나인 Andreessen Horowitz(줄여서 a16z)에서 2025년 8월 기준 Top 100 Gen AI Consumer Apps 보고서를 발표했습니다.

이번 리스트에서 가장 눈에 띄는 건 뭐니뭐니 해도 구글의 약진인데요. 대표 LLM 어시스턴트인 Gemini가 ChatGPT에 이어 2위에 올라섰고, AI Studio는 Top 10에 진입했으며, NotebookLM(13위)과 Google Labs(39위)도 새롭게 이름을 올렸습니다.

반면 얼마 전까지만 해도 뜨거운 관심을 받았던 DeepSeek은 최고점 대비 40% 이상 하락하며 추락세를 보이고, 그 자리를 후발 주자인 Grok과 Meta AI가 조용히 메우는 분위기입니다.

저는 소프트웨어 엔지니어로서 바이브 코딩 관련 앱들의 부상이 참 흥미로웠습니다. 기존 강자인 Claude와 Cursor 외에도 Lovable이 22위로 급상승했고 Replit도 메인 리스트에 진입했네요. 특히 이러한 흐름과 맞물려 바이브 코딩과 궁합이 좋기로 소문난 Supabase가 완전히 떡상했다고 합니다. 📈

AI 생태계가 점차 안정화되는 듯하면서도, 여전히 새로운 플레이어들이 등장하여 기존 강자들이 위협하는 모습이 공존하고 있네요. 여러분은 이 중 어떤 생성형 AI 앱을 가장 자주 사용하고 계신가요?

🔗 원문 보기: https://a16z.com/100-gen-ai-apps-5/

실리콘밸리에서 가장 영향력 있는 VC 중 하나인 Andreessen Horowitz(줄여서 a16z)에서 2025년 8월 기준 Top 100 Gen AI Consumer Apps 보고서를 발표했습니다. 이번 리스트에서 가장 눈에 띄는 건 뭐니뭐니 해도 구글의 약진인데요. 대표 LLM 어시스턴트인 Gemini가 ChatGPT에 이어 2위에 올라섰고, AI Studio는 Top 10에 진입했으며, NotebookLM(13위)과 Google Labs(39위)도 새롭게 이름을 올렸습니다. 반면 얼마 전까지만 해도 뜨거운 관심을 받았던 DeepSeek은 최고점 대비 40% 이상 하락하며 추락세를 보이고, 그 자리를 후발 주자인 Grok과 Meta AI가 조용히 메우는 분위기입니다. 저는 소프트웨어 엔지니어로서 바이브 코딩 관련 앱들의 부상이 참 흥미로웠습니다.&nbsp;기존 강자인 Claude와 Cursor 외에도 Lovable이 22위로 급상승했고 Replit도 메인 리스트에 진입했네요. 특히 이러한 흐름과 맞물려 바이브 코딩과 궁합이 좋기로 소문난 Supabase가 완전히 떡상했다고 합니다. 📈 AI 생태계가 점차 안정화되는 듯하면서도, 여전히 새로운 플레이어들이 등장하여 기존 강자들이 위협하는 모습이 공존하고 있네요. 여러분은 이 중 어떤 생성형 AI 앱을 가장 자주 사용하고 계신가요? 🔗 원문 보기: https://a16z.com/100-gen-ai-apps-5/

🏆 가장 인기 있는 생성형 AI 소비자 앱 100개

I didn't expect Google to make such a strong move, especially Gemini has risen to the top 2. It feels like they have been "silent" to focus on development and now the results are very clear. Click https://geometrydash22.com

gpt-5 high 도랐네 진짜.. 여기서 속도만 두 배 정도 빨라져도 진짜 그냥 자동 사냥 코딩 가능 할 듯.

gpt-5 high 도랐네 진짜.. 여기서 속도만 두 배 정도 빨라져도 진짜 그냥 자동 사냥 코딩 가능 할 듯.

기술의 발전에 따라 기존 문제의 해결 방법이 달라져야한다. RAG에 있어 벡터 서치가 유망하게 떠올랐지만, 기술이 급격하게 발전하면서 그 의미가 퇴색하고 있다.

마치 NoSQL이 나왔을 때, 처음엔 우와 이게 다 해결해줄거야! 했지만 RDBMS들이 조용히 발전하며, 사실 NoSQL은 로그성 데이터에만 적합하다는 것을 모두가 뒤늦게 깨달았던 것처럼.

벡터 서치가 유망하게 떠올랐던 것은, 자연어로 아무말이나 하는 사용자의 질문과 맥락에 대해 매우 쉽게 기존의 데이터에서 관련된 정보를 뽑아 올 수 있었다는 장점 때문이었다.

사실 벡터 서치의 특성상 정확도와 속도 그리고 확장성은 기존의 BM25(키워드 검색) 대비 크게 떨어질 수 밖에 없지만, 키워드 검색은 특성상 아무말을 넣었을 땐 검색이 잘 안되는데 벡터 서치는 그래도 어느정도는 적절한 정보를 뽑아온다.

무엇보다 신기술(처럼 보)이고 팬시해보이니까 모든 걸 다 해결해줄 것처럼 호들갑이었었다. 나도 좀 그랬고.

하지만, LLM의 성능 그리고 특히 속도가 매우 빨라지고 사용자의 말과 맥락에서 검색 키워드를 뽑아내는 것이 매우 빠르고 정확지면서, 다시 BM25가 빛을 발하게 되었다.

키워드 검색 기술은 이미 매우 성숙해있는 기술이라 검색 성능, 속도나 확장성은 물론이고, 대부분의 정보 시스템은 이미 키워드 검색 시스템을 갖추고 있으니 굳이 벡터 검색을 도입 할 필요도 없다!

게다가 벡터서치의 성능과 속도에 대한 부정적인 논문들이 계속해서 나오고, 긍정적인 사례들은 대부분 수백만건 이내의 적은 데이터에서의 결과들이었다는 것을 모두가 깨닫게 되었고.

물론, 검색해야 할 데이터가 적거나 특수한 경우에는 벡터 서치가 유용한 경우가 있을 수 있다. 하지만 은총알은 아니라는 것이다. 모든 기술엔 각각 적합한 용도가 있다.

뭐 암튼, 그걸 안다고 해도 AI 솔루션 회사, 컨설턴트나 컨설팅 회사들은 앞으로도 벡터디비를 계속 밀 것이다. 왜냐하면 GPU와 서버를 크게 팔아먹을 수 있기 때문이지. NoSQL을 은총알처럼 내세우고 수평 확장이 필요하다며 서버를 여러대 팔려고 했던 이유처럼. 😏

사실 마지막 말이 하고 싶었던건데, 이말만 쓰기엔 좀 소심해서 장문의 글을 끝까지 읽는 사람은 별로 없을거라 장문의 글을 써 보았다. ㅋㅋ

기술의 발전에 따라 기존 문제의 해결 방법이 달라져야한다. RAG에 있어 벡터 서치가 유망하게 떠올랐지만, 기술이 급격하게 발전하면서 그 의미가 퇴색하고 있다. 마치 NoSQL이 나왔을 때, 처음엔 우와 이게 다 해결해줄거야! 했지만 RDBMS들이 조용히 발전하며, 사실 NoSQL은 로그성 데이터에만 적합하다는 것을 모두가 뒤늦게 깨달았던 것처럼. 벡터 서치가 유망하게 떠올랐던 것은, 자연어로 아무말이나 하는 사용자의 질문과 맥락에 대해 매우 쉽게 기존의 데이터에서 관련된 정보를 뽑아 올 수 있었다는 장점 때문이었다. 사실 벡터 서치의 특성상 정확도와 속도 그리고 확장성은 기존의 BM25(키워드 검색) 대비 크게 떨어질 수 밖에 없지만, 키워드 검색은 특성상 아무말을 넣었을 땐 검색이 잘 안되는데 벡터 서치는 그래도 어느정도는 적절한 정보를 뽑아온다. 무엇보다 신기술(처럼 보)이고 팬시해보이니까 모든 걸 다 해결해줄 것처럼 호들갑이었었다. 나도 좀 그랬고. 하지만, LLM의 성능 그리고 특히 속도가 매우 빨라지고 사용자의 말과 맥락에서 검색 키워드를 뽑아내는 것이 매우 빠르고 정확지면서, 다시 BM25가 빛을 발하게 되었다. 키워드 검색 기술은 이미 매우 성숙해있는 기술이라 검색 성능, 속도나 확장성은 물론이고, 대부분의 정보 시스템은 이미 키워드 검색 시스템을 갖추고 있으니 굳이 벡터 검색을 도입 할 필요도 없다! 게다가 벡터서치의 성능과 속도에 대한 부정적인 논문들이 계속해서 나오고, 긍정적인 사례들은 대부분 수백만건 이내의 적은 데이터에서의 결과들이었다는 것을 모두가 깨닫게 되었고. 물론, 검색해야 할 데이터가 적거나 특수한 경우에는 벡터 서치가 유용한 경우가 있을 수 있다. 하지만 은총알은 아니라는 것이다. 모든 기술엔 각각 적합한 용도가 있다. 뭐 암튼, 그걸 안다고 해도 AI 솔루션 회사, 컨설턴트나 컨설팅 회사들은 앞으로도 벡터디비를 계속 밀 것이다. 왜냐하면 GPU와 서버를 크게 팔아먹을 수 있기 때문이지. NoSQL을 은총알처럼 내세우고 수평 확장이 필요하다며 서버를 여러대 팔려고 했던 이유처럼. 😏 사실 마지막 말이 하고 싶었던건데, 이말만 쓰기엔 좀 소심해서 장문의 글을 끝까지 읽는 사람은 별로 없을거라 장문의 글을 써 보았다. ㅋㅋ

작성된 코드는 그 누가 보아도 쉽게 읽혀야 한다. | "읽기 어렵지만 뛰어난 성능을 내는 코드"와 "그럭저럭의 성능이지만 누구나 쉽게 읽을 수 있는 코드" 중 하나를 선택해야 한다면 내 대답은 언제나 후자다. 대부분의 코드나 서비스는 일단 작성되거나 출시된 이후에는 상당 기간 동안 방치되는 경우가 많기 때문이다.  시간이 지나면 내가 작성한 코드조차 낯설어진다  인간의 기억은 시간이 지남에 따라 희미해질 수밖

가장 중요한 것은 읽기 쉬운 코드다.

"읽기 어렵지만 뛰어난 성능을 내는 코드"와 "그럭저럭의 성능이지만 누구나 쉽게 읽을 수 있는 코드" 중 하나를 선택해야 한다면 내 대답은 언제나 후자다. 대부분의 코드나 서비스는 일단 작성되거나 출시된 이후에는 상당 기간 동안 방치되는 경우가 많기 때문이다.

시간이 지나면 내가 작성한 코드조차 낯설어진다

인간의 기억은 시간이 지남에 따라 희미해질 수밖에 없다. 작성 당시에는 스스로 뿌듯할 만큼 정교한 코드로 구현했다 생각하더라도, 몇 달 뒤 그 코드를 변경해야 할 땐 오히려 내가 무엇을 어떻게 구현했는지 이해하는 데 많은 시간이 소요된다.

실제 조사에서도 개발자가 기존 코드를 읽고 이해하는 데 소비하는 시간이 전체 개발 시간의 40~70%에 달한다는 결과가 있다. 새로운 기능을 개발하는 것보다 기존 코드를 이해하고 유지보수하는 것이 훨씬 더 비용이라는 얘기다. (개인적인 경험으로는 이미 서비스 중인 프로젝트 코드라면 새로운 기능을 개발하는 것과 기존 코드를 유지보수하는 것의 비중은 7:3 혹은 8:2 정도가 되는 것 같다.)

코드의 본질은 협업이다

코드는 나 혼자 뿌듯해하거나 자기만족을 위해 작성하는 것이 아니다. 1인 개발자가 아닌 이상 코드 작성이란 결국 협업을 위한 절차이며, 미래의 나, 혹은 내 동료가 다시 읽어야 기록이다. 코드가 아니라 단순한 줄글이라 하더라도, 복잡한 문장이나 어려운 구문으로 작성된 글은 읽기 싫은 것과 마찬가지다.

"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."

"컴퓨터가 이해하는 코드는 누구나 쓸 수 있다. 하지만 훌륭한 프로그래머는 사람이 읽고 이해할 수 있는 코드를 쓴다."

- Martin Fowler 옹, 1999

"읽기 어렵지만 뛰어난 성능을 내는 코드"와 "그럭저럭의 성능이지만 누구나 쉽게 읽을 수 있는 코드" 중 하나를 선택해야 한다면 내 대답은 언제나 후자다. 대부분의 코드나 서비스는 일단 작성되거나 출시된 이후에는 상당 기간 동안 방치되는 경우가 많기 때문이다. 시간이 지나면 내가 작성한 코드조차 낯설어진다 인간의 기억은 시간이 지남에 따라 희미해질 수밖에 없다. 작성 당시에는 스스로 뿌듯할 만큼 정교한 코드로 구현했다 생각하더라도, 몇 달 뒤 그 코드를 변경해야 할 땐 오히려 내가 무엇을 어떻게 구현했는지 이해하는 데 많은 시간이 소요된다. 실제 조사에서도 개발자가 기존 코드를 읽고 이해하는 데 소비하는 시간이 전체 개발 시간의 40~70%에 달한다는 결과가 있다. 새로운 기능을 개발하는 것보다 기존 코드를 이해하고 유지보수하는 것이 훨씬 더 비용이라는 얘기다. (개인적인 경험으로는 이미 서비스 중인 프로젝트 코드라면 새로운 기능을 개발하는 것과 기존 코드를 유지보수하는 것의 비중은 7:3 혹은 8:2 정도가 되는 것 같다.) 코드의 본질은 협업이다 코드는 나 혼자 뿌듯해하거나 자기만족을 위해 작성하는 것이 아니다. 1인 개발자가 아닌 이상 코드 작성이란 결국 협업을 위한 절차이며, 미래의 나, 혹은 내 동료가 다시 읽어야 기록이다. 코드가 아니라 단순한 줄글이라 하더라도, 복잡한 문장이나 어려운 구문으로 작성된 글은 읽기 싫은 것과 마찬가지다. "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." "컴퓨터가 이해하는 코드는 누구나 쓸 수 있다. 하지만 훌륭한 프로그래머는 사람이 읽고 이해할 수 있는 코드를 쓴다." - Martin Fowler 옹, 1999

브런치스토리

가장 중요한 것은 읽기 쉬운 코드다

나머지 책들도 알려달라고 하셔서 적어봅니다.

소프트웨어 개발자 필독서 Top 3

1️⃣ The C Programming Language

컴퓨터 프로그래밍의 근본 (주니어)

2️⃣ Code Complete

소프트웨어 개발의 모든 것 (주니어, 미드)

3️⃣ 구글 엔지니어는 이렇게 일한다

개발 협업에 대한 모든 것 (미드, 시니어)

—

자매품, 소프트웨어 개발자를 위한 AI 필독서

📘 3분 딥러닝 텐서플로맛

📕 최고의 프롬프트 엔지니어링 강의

이상한 것이 끼어있는 것 같지만 착각입니다.

나머지 책들도 알려달라고 하셔서 적어봅니다. 소프트웨어 개발자 필독서 Top 3 1️⃣ The C Programming Language 컴퓨터 프로그래밍의 근본 (주니어) 2️⃣ Code Complete 소프트웨어 개발의 모든 것 (주니어, 미드) 3️⃣ 구글 엔지니어는 이렇게 일한다 개발 협업에 대한 모든 것 (미드, 시니어) — 자매품, 소프트웨어 개발자를 위한 AI 필독서 📘 3분 딥러닝 텐서플로맛 📕 최고의 프롬프트 엔지니어링 강의 이상한 것이 끼어있는 것 같지만 착각입니다.

나머지 책들도 알려달라고 하셔서 적어봅니다.

소프트웨어 개발자 

건축가들이 쾌적한 환경을 창조하지 못하는 것은 우리가 우리 생활의 다른 영역에서 행복을 찾지 못하는 현실의 반영이기도 하다. 나쁜 건축이란 결국 설계의 실패인 동시에 심리 파악의 실채이기도 하다. 건축에서는 이런 경향이 물질로 표현되지만, 다른 영역으로 가면 엉뚱한 사람과 결혼을 한다거나, 어울리지 않는 일자리를 고른다거나, 재미없는 휴가 예약을 하는 것으로 나타나기도 한다. 그 경향이란 우리가 누구인지, 무엇에 만족하는지 이해하지 못하는 경향이다.
⠀
다른 분야에서도 마찬가지이지만 건축에서도 우리는 우리의 고통을 설명해줄 것을 찾아서 주위를 두리번거리다가 진부한 목표물에 눈길을 고정한다. 우리는 슬프다는 것을 깨달아야 하는 상황에서 화를 낸다. 적당한 위생시설과 가로등을 도입해야 하는 상황에서 오래된 거리를 그냥 부수고 만다. 우리는 만족의 근원을 이해하려고 헛된 노력을 하다가, 슬픔으로부터 그릇된 교훈을 배운다.
⠀
알랭 드 보통, 행복의 건축

건축가들이 쾌적한 환경을 창조하지 못하는 것은 우리가 우리 생활의 다른 영역에서 행복을 찾지 못하는 현실의 반영이기도 하다. 나쁜 건축이란 결국 설계의 실패인 동시에 심리 파악의 실채이기도 하다. 건축에서는 이런 경향이 물질로 표현되지만, 다른 영역으로 가면 엉뚱한 사람과 결혼을 한다거나, 어울리지 않는 일자리를 고른다거나, 재미없는 휴가 예약을 하는 것으로 나타나기도 한다. 그 경향이란 우리가 누구인지, 무엇에 만족하는지 이해하지 못하는 경향이다.⠀다른 분야에서도 마찬가지이지만 건축에서도 우리는 우리의 고통을 설명해줄 것을 찾아서 주위를 두리번거리다가 진부한 목표물에 눈길을 고정한다. 우리는 슬프다는 것을 깨달아야 하는 상황에서 화를 낸다. 적당한 위생시설과 가로등을 도입해야 하는 상황에서 오래된 거리를 그냥 부수고 만다. 우리는 만족의 근원을 이해하려고 헛된 노력을 하다가, 슬픔으로부터 그릇된 교훈을 배운다.⠀알랭 드 보통, 행복의 건축

《심리 파악의 실채》

롱블랙 프렌즈 L 구독료를 안 받는데 디지털 신문으로 연 5190억원(2억7500만 파운드)을 버는 언론사가 있어. 영국의 대표 일간지 가디언The Guardia

가디언의 UX : 구독 대신 후원, 뉴욕타임스와는 다른 영국 일간지의 설득법

Ep9과의 즐거운 협업에 이어 롱블랙과 함께 UX 콘텐츠를 이어갑니다. 미디어에도 UX라는 개념이 있을까? 싶은 의문에 대해 살펴보기 위해 '뉴욕타임스'와 상반되는 사용자 경험으로 시장에서 잔잔하지만 단단한 후원 모델을 만든 가디언(The Guardian)에 대해 분석했습니다. "지속 가능하지 않으면, 독립성도 없다"라는 선언은 제게 강력한 메시지였습니다. 좋은 파트너와의 협업은 생각의 틀을 확장하게 해 준다는 믿음을 다시 경험하게 해 준 에디터, 진영 님께 감사드립니다.

첫째, 가디언은 누구나 무료로 가디언 콘텐츠를 읽을 수 있도록 합니다.

둘째, 가디언은 기사마다 '누가, 어디서 썼는지'를 빠짐없이 밝힙니다.

셋째, 가디언은 도박 광고에 대해 전면 거부 선언을 하며 도박 기사에 대한 비판 기사와 행동을 같이 했습니다.

넷째, 가디언은 미디어의 본질이 '무엇'에만 있지 않고 '어떻게'에 있다고 보고 어려운 용어를 사용하지 않습니다.

다섯째, 가디언은 '완벽할 수 없다'는 걸 인정하고 1997년부터 '정정과 설명' 코너를 만들어 오류를 공개하고 사과합니다.

아래 링크를 이용하면 24시간 동안 롱블랙 아티클을 살펴보실 수 있습니다. 혹시 24시간이 지나 접속이 안 되면 제게 메시지를 보내주세요. 기쁜 마음으로 새로운 링크를 전달드리겠습니다.

"독자와 직접 소통해야 하는 모든 순간, 우리는 업계 전문 용어나 어려운 단어를 피하려 합니다. 더 정확하고 쉽게 표현하려 노력하죠. 동시에 어려운 용어까지 알고 싶어하는 사람을 위해, 각주로 이를 자세히 설명해요." - 엘리자베스 리반스, 가디언 기자, 2023년 기사 '뉴스룸 밖에서 저널리스트 전문 용어를 쓰는 것의 위험성'에서

https://www.longblack.co/note/1722?ticket=NT253636ec380026d3518e62d8f87d56f73581

Ep9과의 즐거운 협업에 이어 롱블랙과 함께 UX 콘텐츠를 이어갑니다. 미디어에도 UX라는 개념이 있을까? 싶은 의문에 대해 살펴보기 위해 '뉴욕타임스'와 상반되는 사용자 경험으로 시장에서 잔잔하지만 단단한 후원 모델을 만든 가디언(The Guardian)에 대해 분석했습니다. "지속 가능하지 않으면, 독립성도 없다"라는 선언은 제게 강력한 메시지였습니다. 좋은 파트너와의 협업은 생각의 틀을 확장하게 해 준다는 믿음을 다시 경험하게 해 준 에디터, 진영 님께 감사드립니다. 첫째, 가디언은 누구나 무료로 가디언 콘텐츠를 읽을 수 있도록 합니다. 둘째, 가디언은 기사마다 '누가, 어디서 썼는지'를 빠짐없이 밝힙니다. 셋째, 가디언은 도박 광고에 대해 전면 거부 선언을 하며 도박 기사에 대한 비판 기사와 행동을 같이 했습니다. 넷째, 가디언은 미디어의 본질이 '무엇'에만 있지 않고 '어떻게'에 있다고 보고 어려운 용어를 사용하지 않습니다. 다섯째, 가디언은 '완벽할 수 없다'는 걸 인정하고 1997년부터 '정정과 설명' 코너를 만들어 오류를 공개하고 사과합니다. 아래 링크를 이용하면 24시간 동안 롱블랙 아티클을 살펴보실 수 있습니다. 혹시 24시간이 지나 접속이 안 되면 제게 메시지를 보내주세요. 기쁜 마음으로 새로운 링크를 전달드리겠습니다. "독자와 직접 소통해야 하는 모든 순간, 우리는 업계 전문 용어나 어려운 단어를 피하려 합니다. 더 정확하고 쉽게 표현하려 노력하죠. 동시에 어려운 용어까지 알고 싶어하는 사람을 위해, 각주로 이를 자세히 설명해요." - 엘리자베스 리반스, 가디언 기자, 2023년 기사 '뉴스룸 밖에서 저널리스트 전문 용어를 쓰는 것의 위험성'에서 https://www.longblack.co/note/1722?ticket=NT253636ec380026d3518e62d8f87d56f73581

LongBlack

⟪가디언의 UX : 구독 대신 후원⟫

일 하다 눈이 가는 소식을 큐레이션해서 공유합니다

TREND REPORT "2025년 8월에 본 것"

8월 21일(목) 저녁, 에피소드 신촌 캠퍼스에서 디자인하우스 '프로퍼티 브랜딩 여름학교' 수강생 대상으로 공간에서의 UX 리서치에 대해 발표하는 기회가 있었습니다. 아직도 한국에서는 생소한 기업형 임대주택 그 안에서 쉐어하우징을 만드는 사람의 고민과 그 고민의 단서를 발견하기 위한 UX 리서치. 이때 제가 쓴 타이틀은 '애씀 총량의 법칙'이었습니다.


만드는 사람이 애쓰지 않으면, 쓰는 사람이 결국 수고스럽다


복잡도 총량 보존의 법칙, 테슬러의 법칙 등으로 이 개념은 많은 분들에게 익숙할 겁니다. 복잡도는 관찰자 시점에서 바라볼 때 대상화 된 객채로서의 개념이라면 애씀은 주관적입니다. 어쩌면 눈치게임을 닮았습니다. 우리는 매일 많은 과제들을 낯선 사람들과 함께 하면서 프리라이더, 체리피커들을 경험했고 앞으로도 경험할 수 있습니다.


부동산개발사업의 특성을 고려하면 공정은 매우 길고, 이해관계자는 많으며, 규정에 얽혀 있는 요소가 많습니다. 복잡성이 굉장히 높은 비즈니스이고 그 복잡성을 다루는 주체 간의 역할은 MECE하게 정리되지 않을 때가 많죠. 잘 정리한다고 해도 소송과 하자보수, 일정지연이 (그러면 안 되지만) 기본값이 되어 있습니다. 그 안에서 이 일을 지속하려면 애씀 총량의 법칙을 믿으며 서로의 애씀을 알아주는 동료가 필요합니다. 저는 그런 동료들을 만나 작년엔 에피소드 용산 241을, 올해는 에피소드에 처음으로 '캠퍼스'라는 이름을 붙인 상품을 선보였습니다. 애씀을 알아준 그들에게 뒤늦은 고마움을 전합니다.


[목차] 


1️⃣ Ep9을 다시 롱블랙에서
2️⃣ 롱블랙과 첫 번째 협업, 가디언의 UX
3️⃣ 스페셜리스트와 제너럴리스트 사이
4️⃣ 무던한 사람을 좋아하는 이유
5️⃣ 우리가 예술을 필요로 하는 이유

https://maily.so/redbusbagman/posts/mjz636kwzwk

8월 21일(목) 저녁, 에피소드 신촌 캠퍼스에서 디자인하우스 '프로퍼티 브랜딩 여름학교' 수강생 대상으로 공간에서의 UX 리서치에 대해 발표하는 기회가 있었습니다. 아직도 한국에서는 생소한 기업형 임대주택 그 안에서 쉐어하우징을 만드는 사람의 고민과 그 고민의 단서를 발견하기 위한 UX 리서치. 이때 제가 쓴 타이틀은 '애씀 총량의 법칙'이었습니다. 만드는 사람이 애쓰지 않으면, 쓰는 사람이 결국 수고스럽다 복잡도 총량 보존의 법칙, 테슬러의 법칙 등으로 이 개념은 많은 분들에게 익숙할 겁니다. 복잡도는 관찰자 시점에서 바라볼 때 대상화 된 객채로서의 개념이라면 애씀은 주관적입니다. 어쩌면 눈치게임을 닮았습니다. 우리는 매일 많은 과제들을 낯선 사람들과 함께 하면서 프리라이더, 체리피커들을 경험했고 앞으로도 경험할 수 있습니다. 부동산개발사업의 특성을 고려하면 공정은 매우 길고, 이해관계자는 많으며, 규정에 얽혀 있는 요소가 많습니다. 복잡성이 굉장히 높은 비즈니스이고 그 복잡성을 다루는 주체 간의 역할은 MECE하게 정리되지 않을 때가 많죠. 잘 정리한다고 해도 소송과 하자보수, 일정지연이 (그러면 안 되지만) 기본값이 되어 있습니다. 그 안에서 이 일을 지속하려면 애씀 총량의 법칙을 믿으며 서로의 애씀을 알아주는 동료가 필요합니다. 저는 그런 동료들을 만나 작년엔 에피소드 용산 241을, 올해는 에피소드에 처음으로 '캠퍼스'라는 이름을 붙인 상품을 선보였습니다. 애씀을 알아준 그들에게 뒤늦은 고마움을 전합니다. [목차]&nbsp; 1️⃣ Ep9을 다시 롱블랙에서2️⃣ 롱블랙과 첫 번째 협업, 가디언의 UX3️⃣ 스페셜리스트와 제너럴리스트 사이4️⃣ 무던한 사람을 좋아하는 이유5️⃣ 우리가 예술을 필요로 하는 이유 https://maily.so/redbusbagman/posts/mjz636kwzwk

앤디의 마음챙김 레터

⟪TREND REPORT "2025년 8월에 본 것"⟫

우리는 환경이 우리가 존중하는 분위기와 관념을 구현하고, 우리에게 그것을 일깨워주기를 은근히 기대한다. 건물이 일종의 심리학적 틀처럼 우리를 지탱하여, 우리에게 도움이 되는 우리 자신의 모습을 유지해 주기를 기대한다. 우리 내부에 필요한 것 - 그러나 필요하다는 사실 자체를 잊을 위험이 있는 것 - 을 표현해 주는 물질적 형태들을 주위에 배치한다. 벽지, 베치, 그림, 거리가 우리의 진정한 자아의 실종을 막아주기를 기대한다.
⠀
알랭 드 보통, 행복의 건축

우리는 환경이 우리가 존중하는 분위기와 관념을 구현하고, 우리에게 그것을 일깨워주기를 은근히 기대한다. 건물이 일종의 심리학적 틀처럼 우리를 지탱하여, 우리에게 도움이 되는 우리 자신의 모습을 유지해 주기를 기대한다. 우리 내부에 필요한 것 - 그러나 필요하다는 사실 자체를 잊을 위험이 있는 것 - 을 표현해 주는 물질적 형태들을 주위에 배치한다. 벽지, 베치, 그림, 거리가 우리의 진정한 자아의 실종을 막아주기를 기대한다.⠀알랭 드 보통, 행복의 건축

《건축에 기대는 마음》

해외 기업들의 ‘그로스 전략’을 집중 분석했습니다. 퍼플렉시티, 노션, 듀오링고, 몬조, 링크트리 5곳은 마케팅 낭비 없이 성장 엔진을 구축해 지속 가능한 성장을 달성했습니다. 각 기업 사례를 통해 진짜 성장을 만드는 전략을 배워보세요. | 전략 인사이트

퍼플렉시티, 듀오링고…해외 기업 5곳의 그로스 전략 - 그로스메이커 블로그

퍼플렉시티, 듀오링고, 노션, 몬조, 링크트리가 어떻게 성장했는지 살펴봤습니다. 그저 간단하게 정리한 예시고, 회사마다 적용할 수 있는 전략이 다르겠지만 각자 회사들이 어떻게 했는지 알아보고 제품 성격이나 외부 환경에 따라 어떻게 지속적으로 이터레이션했는지 참고로 보시면 좋겠네요.

https://blog.growthmaker.kr/growth-strategies-of-overseas-companies

퍼플렉시티, 듀오링고, 노션, 몬조, 링크트리가 어떻게 성장했는지 살펴봤습니다. 그저 간단하게 정리한 예시고, 회사마다 적용할 수 있는 전략이 다르겠지만 각자 회사들이 어떻게 했는지 알아보고 제품 성격이나 외부 환경에 따라 어떻게 지속적으로 이터레이션했는지 참고로 보시면 좋겠네요. https://blog.growthmaker.kr/growth-strategies-of-overseas-companies

blog.growthmaker.kr

퍼플렉시티, 듀오링고, 노션, 몬조, 링크트리가 어떻게 성장했는지

Example Domain

오래전 HTTP 프로토콜을 공부하다가 느꼈던 기쁜 감정이 떠올랐습니다.
텔넷을 통해 웹서버에 접속해 HTTP 메시지를 보내고 응답을 받던 순간.

텔넷으로 웹서버에 접속한 뒤
telnet example.com 80


HTTP 메시지를 스스로 한땀한땀 입력해 봅니다.
한 글자씩 타이핑하면서 줄바꿈도 해봐야 합니다.

GET /index.html HTTP/1.1
Host: example.com
User-Agent: jeho



마지막에 빈 줄을 꼭 넣어야 서버가 “아, 요청이 끝났구나” 하고 응답을 줍니다.
서버에서 200 OK 와 함께 응답이 내려오는 순간 아하 모먼트를 느꼈습니다. 바로 이런 거였구나!

마찬가지로 POST 요청도 보내보면서 어떻게 파라메터가 전달되는지도 관찰하고…
SMTP(이메일) 또한 프로토콜도 텔넷으로 경험할 수 있습니다.
검은 텔넷 화면에서 그저 몇 글자 타이핑했을 뿐인데 그게 실제 이메일로 발송되는 순간 ‘아하!’ 하며 깨달음을 얻게 됩니다.

이렇게 기반 프로토콜의 이해를 높여가면 라이브러리도 쉽게 사용할 수 있고 트러블 슈팅도 잘할 수 있게 됩니다.


https://jeho.page/programming/2025/09/01/http-smtp.html

오래전 HTTP 프로토콜을 공부하다가 느꼈던 기쁜 감정이 떠올랐습니다. 텔넷을 통해 웹서버에 접속해 HTTP 메시지를 보내고 응답을 받던 순간. 텔넷으로 웹서버에 접속한 뒤<pre ><code>telnet example.com 80</code></pre> HTTP 메시지를 스스로 한땀한땀 입력해 봅니다. 한 글자씩 타이핑하면서 줄바꿈도 해봐야 합니다. <pre ><code>GET /index.html HTTP/1.1
Host: example.com
User-Agent: jeho
</code></pre> 마지막에 빈 줄을 꼭 넣어야 서버가 “아, 요청이 끝났구나” 하고 응답을 줍니다. 서버에서 200 OK 와 함께 응답이 내려오는 순간 아하 모먼트를 느꼈습니다. 바로 이런 거였구나! 마찬가지로 POST 요청도 보내보면서 어떻게 파라메터가 전달되는지도 관찰하고… SMTP(이메일) 또한 프로토콜도 텔넷으로 경험할 수 있습니다. 검은 텔넷 화면에서 그저 몇 글자 타이핑했을 뿐인데 그게 실제 이메일로 발송되는 순간 ‘아하!’ 하며 깨달음을 얻게 됩니다. 이렇게 기반 프로토콜의 이해를 높여가면 라이브러리도 쉽게 사용할 수 있고 트러블 슈팅도 잘할 수 있게 됩니다. https://jeho.page/programming/2025/09/01/http-smtp.html

example.com

HTTP에 대해 처음 아하 모먼트를 느꼈던 순간

1. 성공을 하기 위해 꼭 관리자가 되어야 하는 건 아닙니다 : 많은 사람들이 (직장 생활에서) 더 많은 돈을 벌고, 지위도 올라는 길은 승진해서 관리자가 되는 것, 하나뿐이라고 생각합니다. 하지만 비슷한 연봉을 받고, 비슷한 영향력을 행사하고, 또 그러면서도 전반적으로 더 행복해질 수 있는 대안들이 있습니다. 물론 사람들을 관리하는 일이 자신에게 잘 맞아서 관리자가 되고 싶은 것이라면 그렇게 되도록 노력해야 합니다. 하지만 설사 그런 경우여도 평생 관리자로만 지내야 하는 건 아닙니다. 팀장이었다가, 다시 개별 직원으로 돌아가는 사람들도 있습니다. (팀장으로의 승진이 비가역적 변화라고 생각하지 말란 말입니다)


2. 관리자가 되면, 당신을 성공하게 만들어준 일을 더 이상 못하게 된다는 사실을 절대 잊지 마세요 : 안타깝지만, 관리자가 되면 당신이 정말 잘하는 일들을 더 이상 못하게 될 수 있습니다. 대신, 다른 사람들이 그 일을 어떻게 하는지 지켜보고 더 잘할 수 있도록 도와주는 역할을 맡아야 합니다. 이제 당신이 해야 하는 일은 다른 사람을 도와주는 겁니다. 따라서 당신이 최우선적으로 해야 할 일은, 다른 사람들과의 커뮤니케이션, 커뮤니케이션, 커뮤니케이션입니다. 그리고 사람을 채용하고, 해고하고, 예산을 짜고, 모든 걸 검토하고, 1:1 면담을 하고, 회의를 하고, 사람들이 목표를 향해 가도록 감독하고, 갈등을 해소하고, 풀기 어려운 문제들에 대한 창의적 해결책을 찾도록 도움을 주는 겁니다. 정치적인 문제들도 해결해야 하고, 팀원들에게도 멘토 역할을 해줘야 합니다. 또한 일을 하는 내내 팀원들에게 “무엇을 도와줄까요?”라고 물어야 합니다. (관리자는 자기가 잘 하는 일을 하는 사람이 아니라, 팀원들이 잘할 수 있도록 이끄는 사람입니다)


3. (따라서) 관리자가 되는 것은 일종의 자기 수련입니다 : 매니징은 타고난 재능이 아니라, 학습을 통해 습득하는 기술입니다. 당신은 많은 커뮤니케이션 기술을 익혀야 하고, 각종 웹사이트, 팟캐스트, 책, 강의를 통해, 혹은 멘토나 이미 많은 경험을 한 다른 관리자들에게 도움을 받으며, 스스로를 단련시키고 훈련시켜야 합니다.


4. 관리는 마이크로 매니지먼트와 다릅니다 : 당신이 해야 할 일은 팀원들이 (스스로) 질적으로 훌륭한 일을 해낼 수 있도록 지원하는 겁니다. 당신이 업무의 모든 과정을 일일이 다 지시해 팀원들이 결과를 내는 데 집중하지 못하고, 당신의 지시를 이행하는 데만 급급하다면 그건 제대로 된 관리가 아닙니다. 마이크로 매니지먼트일 뿐입니다.


5. 스타일보다는 솔직한 게 더 중요합니다 : 그게 내성적이든, 감성적이든, 분석적이든, 흥분을 잘 하든, 모든 사람에게는 자기 고유의 스타일이 있습니다. 하지만 어떤 스타일이든, 아무리 불편하고 받아들이기 힘든 진실이더라도, 팀원들에게 솔직하게 말할 수 있어야 합니다. 그렇게 해야 성공할 수 있습니다.


6. 당신 팀이 당신보다 더 빛난다 해도 신경 쓰지 마세요 : 아니, 그게 당신의 목표가 되어야 합니다. 관리자는 팀원을 훈련시켜 당신이 해야 할 일을 대신 하고, 더 빛나도록 만들어야 합니다. 팀원이 잘 해야, 당신은 그만큼 더 승진하기 쉬워집니다.


- 토니 퍼델, <빌드 : 창조의 과정>

1.&nbsp;성공을 하기 위해 꼭 관리자가 되어야 하는 건 아닙니다&nbsp;: 많은 사람들이 (직장 생활에서) 더 많은 돈을 벌고, 지위도 올라는 길은 승진해서 관리자가 되는 것, 하나뿐이라고 생각합니다. 하지만 비슷한 연봉을 받고, 비슷한 영향력을 행사하고, 또 그러면서도 전반적으로 더 행복해질 수 있는 대안들이 있습니다. 물론 사람들을 관리하는 일이 자신에게 잘 맞아서 관리자가 되고 싶은 것이라면 그렇게 되도록 노력해야 합니다. 하지만 설사 그런 경우여도 평생 관리자로만 지내야 하는 건 아닙니다. 팀장이었다가, 다시 개별 직원으로 돌아가는 사람들도 있습니다. (팀장으로의 승진이 비가역적 변화라고 생각하지 말란 말입니다) 2.&nbsp;관리자가 되면, 당신을 성공하게 만들어준 일을 더 이상 못하게 된다는 사실을 절대 잊지 마세요&nbsp;:&nbsp;안타깝지만, 관리자가 되면 당신이 정말 잘하는 일들을 더 이상 못하게 될 수 있습니다. 대신, 다른 사람들이 그 일을 어떻게 하는지 지켜보고 더 잘할 수 있도록 도와주는 역할을 맡아야 합니다. 이제 당신이 해야 하는 일은 다른 사람을 도와주는 겁니다. 따라서 당신이 최우선적으로 해야 할 일은, 다른 사람들과의 커뮤니케이션, 커뮤니케이션, 커뮤니케이션입니다. 그리고 사람을 채용하고, 해고하고, 예산을 짜고, 모든 걸 검토하고, 1:1 면담을 하고, 회의를 하고, 사람들이 목표를 향해 가도록 감독하고, 갈등을 해소하고, 풀기 어려운 문제들에 대한 창의적 해결책을 찾도록 도움을 주는 겁니다. 정치적인 문제들도 해결해야 하고, 팀원들에게도 멘토 역할을 해줘야 합니다. 또한 일을 하는 내내 팀원들에게 “무엇을 도와줄까요?”라고 물어야 합니다. (관리자는 자기가 잘 하는 일을 하는 사람이 아니라, 팀원들이 잘할 수 있도록 이끄는 사람입니다) 3.&nbsp;(따라서) 관리자가 되는 것은 일종의 자기 수련입니다&nbsp;: 매니징은 타고난 재능이 아니라, 학습을 통해 습득하는 기술입니다. 당신은 많은 커뮤니케이션 기술을 익혀야 하고, 각종 웹사이트, 팟캐스트, 책, 강의를 통해, 혹은 멘토나 이미 많은 경험을 한 다른 관리자들에게 도움을 받으며, 스스로를 단련시키고 훈련시켜야 합니다. 4.&nbsp;관리는 마이크로 매니지먼트와 다릅니다&nbsp;: 당신이 해야 할 일은 팀원들이 (스스로) 질적으로 훌륭한 일을 해낼 수 있도록 지원하는 겁니다. 당신이 업무의 모든 과정을 일일이 다 지시해 팀원들이 결과를 내는 데 집중하지 못하고, 당신의 지시를 이행하는 데만 급급하다면 그건 제대로 된 관리가 아닙니다. 마이크로 매니지먼트일 뿐입니다. 5.&nbsp;스타일보다는 솔직한 게 더 중요합니다&nbsp;: 그게 내성적이든, 감성적이든, 분석적이든, 흥분을 잘 하든, 모든 사람에게는 자기 고유의 스타일이 있습니다. 하지만 어떤 스타일이든, 아무리 불편하고 받아들이기 힘든 진실이더라도, 팀원들에게 솔직하게 말할 수 있어야 합니다. 그렇게 해야 성공할 수 있습니다. 6.&nbsp;당신 팀이 당신보다 더 빛난다 해도 신경 쓰지 마세요&nbsp;: 아니, 그게 당신의 목표가 되어야 합니다. 관리자는 팀원을 훈련시켜 당신이 해야 할 일을 대신 하고, 더 빛나도록 만들어야 합니다. 팀원이 잘 해야, 당신은 그만큼 더 승진하기 쉬워집니다. - 토니 퍼델, &lt;빌드 : 창조의 과정&gt;

팀장으로 승진하는 사람들이 현실적으로 꼭 알아야 하는 6가지

1. 훌륭한 이야기는 모두 ‘생존’에 관한 것이다. 그게 어떤 종류의 생존이든 말이다.

2. 스토리가 그 외의 다른 것을 이야기한다면 듣는 이의 마음을 사로잡지 못할 것이다. 그런 내용에는 아무도 관심이 없다.

3. 그렇다면 앞으로 제품이나 서비스의 포지셔닝을 이런 식으로 해보면 어떨 까?

4. 사람들이 생존하고, 사랑을 찾고, 열망하는 정체성을 완성하고, 나를 물리적 • 사회적으로 지켜줄 집단을 형성하는데 도움이 되는 어떤 것이라고 말이다.

5. 그렇게 한다면 모든 이들에게 어떤 것이든 팔 수 있을 것이다. 사람들이 관심을 갖는 것은 오직 이런 것들뿐이다. 이 말은 절대적으로 믿어도 좋다.


#무기기되는스토리

1. 훌륭한 이야기는 모두 ‘생존’에 관한 것이다. 그게 어떤 종류의 생존이든 말이다. ​2. 스토리가 그 외의 다른 것을 이야기한다면 듣는 이의 마음을 사로잡지 못할 것이다. 그런 내용에는 아무도 관심이 없다. ​3. 그렇다면 앞으로 제품이나 서비스의 포지셔닝을 이런 식으로 해보면 어떨 까? ​4. 사람들이 생존하고, 사랑을 찾고, 열망하는 정체성을 완성하고, 나를 물리적 • 사회적으로 지켜줄 집단을 형성하는데 도움이 되는 어떤 것이라고 말이다. ​5. 그렇게 한다면 모든 이들에게 어떤 것이든 팔 수 있을 것이다. 사람들이 관심을 갖는 것은 오직 이런 것들뿐이다. 이 말은 절대적으로 믿어도 좋다. ​ #무기기되는스토리

< 스토리는 본능을 건드릴 때 힘을 가진다 >

Backend Developer Roadmap: Learn to become a modern backend developer

<📍백엔드 개발자 로드맵>

백엔드 개발 공부, 어디서부터 시작해야 할지 막막하신가요? 백엔드 개발자가 알아야 할 기본적인 정보가 나열되어 있는 로드맵을 공유드립니다! 각 토픽을 클릭하시면 상세 정보가 나와있는 링크로 이동합니다.

백엔드 개발에 주로 사용되는 Java, Python 전용 로드맵도 있으니 참고해 주세요.
- Java 로드맵: https://roadmap.sh/java
- Python 로드맵: https://roadmap.sh/python

📔 함께 읽어보면 좋은 글
- 프론트엔드 vs 백엔드 vs 풀스택 개발: https://brunch.co.kr/@jihyun-um/38
- 프론트엔드 로드맵: https://careerly.co.kr/comments/62133

roadmap.sh

Senior IT guy

HoJoong Kim

- Sr. IT Guy(INFP)
- OpenSource, Linux,  Cloud, AI/Data/LLM
- PreSales,  Tech Trend, Leadership, Tech review, Research

코비젼 고객사업팀 add-in

박주형

신입 웹 개발자입니다.
회사에서 ASP.NET을 주로 사용하고있습니다.
#개발자 #끊임없이배우기 #도전적인 #독서 #문제를해결하는 #소프트웨어엔지니어

엄지현

런던에서 개발자로 일하는 대한영국 직장인 🇰🇷🇬🇧
<개발자인데요, 런던 살아요>를 썼습니다.
#소프트웨어엔지니어 #출간작가 #브런치 #팟캐스트 #커피챗

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필