Essay on philipjkim

번역글: Big Design Up Front — 여전히 나쁜 생각입니다

Tue, 28 Jul 2026 14:23:37 +0900

이 글은 Claude Opus 5 를 이용해 번역되었으며, 이후 퇴고를 거쳤습니다.

원문: Pragmatic Programmers Newsletter — “Big Design Up Front: Still a Bad Idea”

우리는 1990년대의 소프트웨어 위기를 불러왔던 그 관행을 그대로 되풀이할 위험에 처해 있습니다.

40년 전, 도구와 하드웨어가 발전하면서 우리는 점점 더 큰 시스템을 만들 수 있게 됐습니다. 더 야심 차고, 범위도 넓고, UI도 화려한 시스템들이었습니다. 짜릿한 시절이었습니다.

하지만 문제가 있었습니다. 시스템이 복잡해질수록 프로젝트는 점점 더 실패했습니다. 일정 추정은 웃음이 나올 만큼 빗나갔고, 기능은 잘려나갔고, 버그는 넘쳐났습니다. 프로젝트는 납품되는 만큼이나 자주 취소됐습니다. 2000년 무렵에는 여섯 개 중 하나 정도만 일정과 예산에 근접하게 마무리됐습니다.

번역글: 어느 사랑 이야기

Mon, 20 Jul 2026 15:31:52 +0900

이 글은 Claude Opus 4.8 을 이용해 번역되었으며, 이후 퇴고를 거쳤습니다.

원문: Dave Thomas, Pragmatic Programmers Newsletter — “A Love Story”

1990년대, Reddit도 Twitter도 Facebook도 나오기 전, 사실상 그 무엇도 존재하기 전에, 새로운 프로그래밍 언어를 찾아보는 곳은 comp.lang.misc 라는 Usenet 그룹이었습니다.

사람들은 자신의 최신 창작물을 소스 코드 형태로 올렸습니다. 그것은 uuencode로 인코딩되어 여러 조각으로 나뉘어 있었습니다 (게시물에는 최대 크기 제한이 있었기 때문입니다). 어떤 언어를 써보고 싶으면, uuencode된 조각들을 전부 내려받아 이어 붙인 다음 디코딩해야 했습니다. 그러면 tar 파일이 나오고, 그것을 풀면 소스 코드가 나왔습니다. 그다음에는 ./configure를 돌아가게 만드는 즐거움이 기다리고 있었습니다.

배우는 부분들로 이루어진 배우는 시스템 — Kent Beck × Jessica Kerr 대담 정리

Fri, 26 Jun 2026 09:56:51 +0900

이 글은 Claude Opus 4.8 을 이용해 초안이 작성되었으며, 이후 퇴고를 거쳤습니다.

이 좋은 리소스를 귀띔해 주신 Luis 님께 감사드립니다. 덕분에 ‘symmathesy’ 를 몇 번이나 소리 내어 발음해 봤는지 모릅니다 — 혀는 여전히 꼬이지만, 개념만큼은 또렷하게 남았습니다.

Kent Beck 이 진행하는 팟캐스트 Still Burning 의 일곱 번째 에피소드 A Learning System Made of Learning Parts 는, “여전히 마음을 쓰고(still care) 여전히 무언가를 하고 있는 괴짜들” 을 위한 자리라는 이 시리즈의 취지에 꼭 맞는 대담입니다. 손님은 Kent 의 오랜 친구이자 시스템 사고(systems thinking)로 잘 알려진 개발자 Jessica Kerr(jessitron) 입니다.

번역글: 아웃소싱, AI, 그리고 작은 희망

Thu, 25 Jun 2026 07:45:43 +0900

이 글은 Claude Opus 4.8 을 이용해 번역되었으며, 이후 퇴고를 거쳤습니다.

원문: Dave Thomas, Pragmatic Programmers Newsletter — “Outsourcing, AI, and a Little Hope”

1990년대와 2000년대에 이 업계에 몸담았다면, 아웃소싱을 둘러싼 그 소동을 잘 알고 계실 겁니다.

기업들은 미국과 서유럽 바깥의 개발자들에게 대체로 더 적은 임금을 준다는 사실을 깨달았습니다. 그리고 개발자란 그저 자원에 불과하니, 개발 업무를 해외로 보내버리면 돈을 왕창 아낄 수 있다고 생각했습니다.

한동안 미국과 유럽의 개발자들은 공황에 빠졌습니다. “저 멀리 어퍼 호피스탄(Upper Hopistan)에서 하루 1.5달러를 받는 어떤 코더에게 내 일자리를 빼앗기겠구나.”

정신적으로 강한 사람들의 6가지 습관 Part 2: 감사·반응·사람 + 추천 도서

Tue, 26 May 2026 08:19:14 +0900

이 글은 Claude Opus 4.7 을 이용해 번역되었으며, 이후 퇴고를 거쳤습니다.

원문: Accidental Genius, 6 habits of mentally strong people — “6 habits of mentally strong people”

들어가며

Part 1에서는 자기 통제, 과정에 대한 신뢰, 말 줄이기라는 세 가지 습관을 다뤘습니다. 이 세 가지가 정신력의 “토대"였다면, Part 2의 세 가지는 그 토대 위에서 일상의 감정과 관계를 다루는 “운영 원리"에 가깝습니다.

Part 2에서 다루는 세 가지는 다음과 같습니다.

기대하지 말고, 모든 것에 감사하라
덜 반응하는 법을 배워라
친구를 신중하게 골라라

그리고 글의 마지막에는 여섯 가지 습관 각각을 더 깊이 탐구할 수 있는 추천 도서를 정리했습니다.

정신적으로 강한 사람들의 6가지 습관 Part 1: 통제·과정·침묵

Tue, 26 May 2026 08:19:04 +0900

이 글은 Claude Opus 4.7 을 이용해 번역되었으며, 이후 퇴고를 거쳤습니다.

원문: Accidental Genius, 6 habits of mentally strong people — “6 habits of mentally strong people”

들어가며

정신적으로 강하다는 것은 감정을 느끼지 않는다는 뜻이 아닙니다. 오히려 그 반대입니다. 강한 사람은 누구보다 또렷하게 감정을 느끼면서도, 그 감정에 휘둘려 행동하지 않습니다. 화가 나도 화에 끌려가지 않고, 불안해도 불안에 잠식되지 않으며, 칭찬을 받아도 들뜨지 않고, 비난을 받아도 무너지지 않습니다.

원문은 이러한 정신력을 만드는 여섯 가지 습관을 짧고 강렬한 문장으로 정리합니다. 각 문장은 그 자체로 완결된 격언이지만, 막상 일상에 적용하려고 하면 “그래서 구체적으로 무엇을 하라는 것인가?“라는 질문에 부딪힙니다.

번역글: 자신을 존중하는 방법

Tue, 19 May 2026 07:33:37 +0900

이 글은 Claude Opus 4.7 을 이용해 번역되었으며, 이후 퇴고를 거쳤습니다.

원문: Moxie, How to Respect Yourself — “How to Respect Yourself”

자신을 존중하는 방법

(1) 당신을 찾지 않는 사람을 더 이상 찾지 마세요.

(2) 매달리지 마세요.

(3) 필요 이상으로 말하지 마세요.

(4) 누군가 당신을 무례하게 대한다면, 그 자리에서 곧바로 짚고 넘어가세요.

(5) 상대가 당신의 것을 누리는 것보다, 당신이 상대의 것을 누리는 일이 더 잦지 않게 하세요.

(6) 어떤 사람들에게는 방문하는 횟수를 줄이세요. 특히 그 사람이 같은 마음으로 화답하지 않는다면 더더욱.

2년 후 프로그래밍은 어떤 모습일까 — 아무도 모릅니다

Fri, 10 Apr 2026 12:58:02 +0900

이 글은 Claude Opus 4.6 을 이용해 초안이 작성되었으며, 이후 퇴고를 거쳤습니다.

이 글은 아래 두 편의 글을 재구성한 것입니다:

Charles Humble, Nobody knows what programming will look like in two years (LeadDev, 2026.02.18)
Tom Johnson, Nobody knows what it will look like in 2 years (I’d Rather Be Writing, 2026.03.03)

“업계를 떠나야 할까요?”

지난 2년간 개발자 멘토링과 컨퍼런스를 다니며, 프로그래머이자 작가이자 작곡가인 Charles Humble은 이전 30년간 한 번도 들어본 적 없는 질문을 반복적으로 듣게 되었습니다.

번역글: AI와 함께 더 빨리 실패하기

Wed, 08 Apr 2026 14:39:54 +0900

이 글은 Claude Opus 4.6 을 이용해 번역되었으며, 이후 퇴고를 거쳤습니다.

원문: Dave Thomas, Pragmatic Programmers Newsletter — “Failing Faster With AI”

“모든 거대한 컴퓨팅 재앙은 너무 많은 아이디어를 한곳에 집어넣으려다 생겨났습니다.”

— Gordon Bell

지난 8년쯤 개인 프로젝트를 하나 진행해 왔습니다. 1970년대 중반의 오래된 PIC 언어를 구현하는 것으로 시작했습니다. 셀 수 없이 많은 반복을 거쳤는데, 순수한 PIC 언어로 출발해서 오늘날에는 프로토타입 기반 스크립팅 언어와 애니메이션 기능을 내장한 형태가 되었습니다.

번역글: 공중누각 — 여전히 보람찬 일

Thu, 26 Mar 2026 15:05:36 +0900

이 글은 Claude Opus 4.6 을 이용해 번역되었으며, 이후 퇴고를 거쳤습니다.

원문: Dave Thomas, Pragmatic Programmers Newsletter — “Castles in the Air: It’s Still Just as Rewarding”

마지막으로, 이토록 다루기 쉬운 매체에서 일하는 기쁨이 있습니다. 프로그래머는 시인과 마찬가지로, 순수한 사고의 재료에서 겨우 한 발짝 떨어진 곳에서 일합니다. 그는 공중에, 공기로 누각을 짓습니다. 상상력을 발휘하여 창조하는 것입니다. 이처럼 유연하고, 다듬고 고쳐 쓰기 쉬우며, 웅장한 개념적 구조물을 실현하는 데 이토록 적합한 창작 매체는 거의 없습니다.

번역글: 섣부른 최적화, 아니면... 내가 한 말은 나부터 지켜야 했는데

Fri, 10 Oct 2025 11:09:21 +0900

원문: Pragmatic Programmers Newsletter (Translated by Google Gemini)

저는 제 자신의 조언을 무시했고, 하루를 꼬박 날렸으며, 제가 저 자신의 최악의 고객임을 다시 한번 증명하고 말았습니다. (하지만 절망하지 마세요. 글 마지막에 쿠폰 코드가 있습니다.)

저희의 새로운 유통사는 요금을 청구할 항목들을 만들어내는 데 특별한 재능이 있습니다. 그런 항목이 수십 가지나 되죠. 저희는 순수익에 대해 로열티를 지급하기 때문에, 모든 청구 항목을 하나하나 맞춰봐야 합니다. 간단하죠, 안 그런가요?

문제는 “권당” 발생하는 비용은 한 정산서에 나오고, “총액 공제” 항목은 다른 정산서에 나온다는 겁니다. 게다가 각 총액 항목 안에는 어떤 이름표도 없이 뒤죽박죽 섞인 비용들이 숨어있곤 합니다. 저희가 받는 것이라고는 날짜 두어 개와 무작위로 보이는 총액 하나가 전부입니다. 그러면 저희는 그 총액을 특정 비용들의 어떤 조합과 맞춰봐야 하는 것이죠.

번역글: 솔직히 말해, 아이를 낳은 것을 후회하나요?

Tue, 09 Sep 2025 08:52:14 +0900

이 글은 Quora 에 있는 자녀 관련 질문과 답변을 Gemini 를 통해 번역한 것입니다.

Question

솔직히 말해, 아이를 낳은 것을 후회하나요?

Answer 1 (Angie Martin)

저는 네 명의 아이를 낳은 것을 100%, 아주 깊이 후회합니다. 섣불리 비난하기 전에, 제 이야기를 먼저 들어주세요.

저는 내향적이고 성실한 사람입니다. 어머니는 제가 태어났을 때 ‘엔젤(천사)‘이라는 이름을 지어주셨고, 그 이름은 제가 평생 완벽한 아이가 되기 위해 애쓰게 만들었죠.

슬프게도, 제가 스스로를 몰아붙인 것만큼이나 주변 사람들은 저를 더 힘들게 했습니다.

번역글: LLM과 소프트웨어 개발에 대한 몇 가지 생각

Mon, 08 Sep 2025 14:10:40 +0900

원문: https://martinfowler.com/articles/202508-ai-thoughts.html (translated by Gemini)

저는 몇 주간 이 사이트 관리를 잠시 떠나려 합니다 (일부 휴가, 일부 업무). 일상적인 루틴에서 벗어나 몇 주를 보낼 생각을 하니, LLM과 AI의 현재 상태에 대한 산발적인 생각들을 나누고 싶은 충동을 느낍니다.

AI가 소프트웨어 개발에 어떤 영향을 미치는지에 대한 초기 설문조사들을 몇 가지 봤습니다. 과연 개발 속도를 높여주고 있는지, 코드 품질을 향상시키는지 아니면 망치고 있는지에 대한 내용들이죠. 이런 설문조사들의 큰 문제점 중 하나는 사람들이 LLM을 어떻게 사용하고 있는지 고려하지 않는다는 점입니다. 제가 아는 바로는 LLM 사용의 대다수가 코파일럿(Co-pilot)을 이용하는 것과 같은 단순한 자동 완성에 그치고 있습니다. 하지만 LLM으로부터 가장 큰 가치를 얻는다고 말하는 사람들은 자동 완성이 그다지 유용하지 않다고 생각하며, LLM이 소스 코드 파일을 직접 읽고 편집하여 작업을 수행하는 방식을 선호합니다. LLM을 사용하는 다양한 워크플로우를 무시하는 설문조사는 사람들을 잘못된 길로 이끌 수 있는 데이터를 만들어낼까 봐 걱정됩니다. (또 다른 복잡한 문제는 모델마다 기능이 다르다는 점입니다.)

번역글: Rust 의 목적성에 대한 질문과 답변

Mon, 08 Sep 2025 11:28:08 +0900

이 글은 Quora 에 Rust 관련 올라온 질문과 답변을 Gemini 를 통해 번역한 것입니다.

Q: Rust는 ‘메모리 안전성’보다는 Rust를 사용해 경력 있는 시니어 개발자들의 일을 값싼 주니어들이 해낼 수 있을 거라는 희망을 품고 그들을 고용하는 것과 더 관련이 있는 것 아닌가요? 제가 틀렸나요? Rust가 새로운 Ruby인가요?

A1 (Matt Laine의 답변):

어떤 프로그래밍 언어의 기능이든 홍보되는 데는 이유가 있습니다. 어떤 기능들은 언어 설계자가 멋지다고 생각해서 홍보되죠. 또 다른 기능들은 개발 속도를 높여준다거나, 특정 관리자들이 골치 아프다고 여기는 종류의 오류들을 제거해준다거나, 비즈니스에 도움이 되는 어떤 지표를 향상시켜 준다는 약속을 하는 것으로 해석될 수 있기 때문에 홍보됩니다. 또 어떤 기능들은 그저 과대광고를 철석같이 믿고 다른 사람들도 그렇게 해주기를 바라는 ‘언어 전도사들’에 의해 홍보되기도 합니다.

번역글: 증강 코딩: 바이브를 넘어

Wed, 06 Aug 2025 09:22:00 +0900

원문: https://tidyfirst.substack.com/p/augmented-coding-beyond-the-vibes (Translated by Google Gemini)

이 글의 존재를 알려준 r@rsl.kr 에게 감사를 표합니다.

최근 증강 코딩을 사용하여 B+ 트리 라이브러리를 구축하려는 야심 찬 프로젝트에서 좋은 마무리를 지었습니다. 그 결과물은 BPlusTree3 - Rust 및 Python으로 구현된 성능 경쟁력이 있고, 어쩌면 프로덕션에 즉시 사용 가능한 구현입니다. 저는 친구와 앉아 저의 이야기를 나누고 GenAI 시대의 프로그래밍 미래에 대해 무엇을 시사하는지 생각해 보았습니다.

무엇이 당신을 B+ 트리를 먼저 구현하게 만들었나요?

증강 코딩의 놀라운 힘을 깨닫기 시작했을 때, 저는 과거에 기술적으로 접근하기 어려웠던 프로젝트들을 떠올리기 시작했습니다. 그중 하나는 특수 목적 데이터베이스였습니다. 지금 그 데이터베이스 프로젝트를 구현하면서 B+ 트리 데이터 구조를 충분히 이해하지 못했다는 것을 깨달았고 그래서 목표를 바꿨습니다.

번역글: 유해한 직장 환경을 나타내는 9가지 신호 - 그리고 대처법

Thu, 31 Jul 2025 14:02:02 +0900

원문: https://www.themuse.com/advice/toxic-work-environment (Translated by Google Gemini)

대부분의 경력 기간 동안 저는 유해한 직장 환경을 피해 운이 좋다고 생각했습니다. 물론, 유해한 조직이 존재한다는 것을 알고 있었고, 이론적으로는 어떤 대가를 치르더라도 피해야 한다는 것을 알고 있었습니다. 하지만 유해한 직장이 실제로 어떤 모습인지 깨닫는 데는 수년이 걸렸습니다. 일단 깨닫고 나니, 저 역시 그런 직장에서 일했었다는 것을 알게 되었습니다.

당시에는 제가 문제라고 생각했기 때문에 깨닫지 못했습니다. 제 업무는 충분히 전략적이지 않았고, 관리자로서의 잠재력이 없었거나, 승진할 준비가 되지 않았다고 생각했지, 제가 일했던 조직이 문제라고는 생각하지 않았습니다.

번역글: 원하는 기술을 갖춘 사람을 고용하라

Wed, 23 Jul 2025 07:42:17 +0900

원문: Pragmatic Programmers Newsletter (Translated by Google Gemini)

제인은 12번째 면접에 나타난다. 면접관은 그녀에게 마커를 건네고 화이트보드를 가리킨다. “연결되고 가중치가 있으며 무방향 그래프의 최소 신장 트리의 가중치를 계산하는 코드를 작성해 보세요.” 제인은 한숨을 쉬었다. 이달 들어 벌써 세 번째였다. 그녀는 작업을 시작했다.

내 생각에, 그녀는 아무리 답변 연습을 했더라도 그 직업을 가져서는 안 된다.

나에게 좋은 지원자라면 펜을 내려놓고 이렇게 물었을 것이다. “이것에 대한 맥락을 알려주시겠어요? 왜냐하면 프로그래머가 이런 종류의 문제를 처리하기 위해 AI(또는 라이브러리)를 사용하기를 원하실 테니까요. 저는 귀사의 AI가 할 수 없는 일을 할 수 있게 해주는 직업을 찾고 있었습니다.”

번역글: 40대에는 다음을 깨달을 만큼 현명해져야 합니다

Wed, 23 Jul 2025 07:29:58 +0900

원문: https://www.quora.com/profile/Waleed-666/BY-AGE-40-YOU-SHOULD-BE-SMART-ENOUGH-TO-REALIZE-THIS-1-Someone-makes-10x-more-than-you-do-in-a-9-5-job-because-they-h (Translated by Google Gemini)

어떤 사람은 9-5시 직업에서 당신보다 10배 더 많이 버는데, 이는 그들의 업무에 더 많은 “레버리지"가 있기 때문입니다.
산만함은 성공의 가장 큰 적입니다. 그것은 당신의 두뇌를 위축시키고 파괴합니다.
당신이 되고 싶은 위치에 있지 않은 사람에게서 조언을 구해서는 안 됩니다.
아무도 당신의 문제를 해결해주러 오지 않습니다. 당신의 삶은 100% 당신의 책임입니다.
100권의 자기계발서가 필요한 것이 아니라, 필요한 것은 오직 행동과 자기 훈련입니다.
특정 기술(예: 의사, 엔지니어, 변호사)을 배우기 위해 대학에 가지 않았다면, 다음 90일 안에 영업을 배우는 것만으로도 더 많은 돈을 벌 수 있습니다.
아무도 당신에게 신경 쓰지 않습니다. 그러니 부끄러워하지 말고 나가서 당신의 기회를 만드세요.
당신보다 똑똑한 사람을 찾으면 경쟁하지 말고 그들과 함께 일하세요.
흡연은 당신의 삶에 아무런 이점이 없습니다. 이 습관은 당신의 사고를 느리게 하고 집중력을 저하시킬 뿐입니다.
편안함은 최악의 중독이자 우울증으로 가는 값싼 티켓입니다.
사람들이 알아야 할 것 이상을 말하지 말고, 당신의 사생활을 존중하십시오.
술은 어떤 대가를 치르더라도 피하십시오. 이성을 잃고 바보처럼 행동하는 것보다 더 나쁜 것은 없습니다.
당신의 기준을 높게 유지하고 단지 가능하다고 해서 어떤 것에 만족하지 마십시오.
당신이 만드는 가족이 당신이 태어난 가족보다 더 중요합니다.
99.99%의 정신적 문제로부터 자신을 구하기 위해 어떤 것도 개인적으로 받아들이지 않도록 훈련하십시오.

번역글: 직원들을 아기 다루듯 (babysitting) 대하지 마세요: 효과적인 리더십을 위한 가이드

Thu, 17 Jul 2025 10:21:58 +0900

원문: https://www.linkedin.com/pulse/stop-babysitting-your-employees-guide-effective-leadership-hakes-1ddpc/ (Translated by Google Gemini)

직원들을 실제로 이끄는 것보다 보모처럼 돌보는 데 더 많은 시간을 보낸다고 느껴본 적이 있나요? 마치 하루에 세 번씩 모든 작업 현장에 끊임없이 나타나지 않고, 모든 작은 세부 사항에 대한 프로세스를 만들지 않고, 직접 문제 해결에 뛰어들지 않으면 모든 것이 무너질 것 같은 느낌이 드나요? 네, 저도 그런 경험이 있습니다. 그것은 지치고, 좌절감을 주며, 솔직히 성공적인 사업을 구축하는 방식이 아닙니다.

새로운 쇼인 토랜도 온 비즈니스의 첫 번째 에피소드에서 저는 리더십 코치 브리트니 드로즈와 함께 이 너무나 흔한 문제를 분석하기 위해 앉았습니다. 그리고 솔직히 말씀드리자면, 우리는 정말 귀중한 것을 발견했습니다. 요점은 다음과 같습니다.

번역글: 모든 것을 공격으로 해석하는 사람과 대화하기

Fri, 11 Jul 2025 14:05:45 +0900

원문: https://www.uwgb.edu/sbdc/articles/avoiding-conflict/ (Translated by Google Gemini)

어떤 말이나 제안이라도 상대방을 화나게 할까 봐 조심스러웠던 적이 있나요? 우리는 때때로 우리가 하는 모든 말을 비난으로 해석하는 사람을 불쾌하게 하거나, 우리가 의도한 대화의 요점을 놓치게 하는 특정 단어를 사용할 수도 있습니다. 대화가 언제 터질지 모르는 지뢰밭처럼 느껴질 때 믿을 수 없을 정도로 어렵고 심지어 좌절감을 느끼기도 합니다. 그렇다면 모든 것을 공격으로 해석하는 방어적인 사람과 긴장을 고조시키지 않고 어떻게 대화할 수 있을까요?

모든 언급을 개인적인 공격으로 생각하는 방어적인 사람과 대화하는 것은 지칠 수 있습니다. 이것은 대화를 어렵게 만들고 관계에 큰 부담을 줄 수 있습니다. 가족, 친구, 동료와 관계없이 상황을 처리하는 방법을 아는 것이 존중과 평화를 유지하는 데 중요합니다.

번역글: 더 현명한 질문을 하는 기술

Tue, 08 Jul 2025 14:21:34 +0900

원문: https://hbr.org/2024/05/the-art-of-asking-smarter-questions (Translated by Google Gemini)

미국 칩 제조업체 엔비디아의 공동 설립자이자 CEO인 젠슨 황은 민첩하고 혁신적인 사고가 필요한 고속 산업에서 일합니다. 그의 리더십 스타일이 어떻게 발전했는지 회상하며 그는 뉴욕 타임스에 “나는 아마도 답변을 덜 하고 질문을 훨씬 더 많이 한다….이제는 하루 종일 질문만 하고 지내는 것이 거의 가능할 것 같다”고 말했습니다. 그는 계속해서 “탐색을 통해 나는 [나의 경영진]이…탐색할 필요가 있다고 생각하지 못했던 아이디어를 탐색하도록 돕는다”고 덧붙였습니다.

기술 기업들이 오랫동안 직면해 온 긴급성과 예측 불가능성은 더욱 성숙한 부문으로 확산되어 질문을 필수적인 기술로 끌어올렸습니다. AI의 발전은 답변이 중요했던 세상에서 질문이 중요해지는 세상으로의 엄청난 변화를 야기했습니다. 큰 차이점은 더 이상 정보에 대한 접근성이 아니라 스마트 프롬프트를 만드는 능력입니다. 씨티은행의 CEO인 제인 프레이저는 포춘지에 “리더로서 당신은 답을 가지고 있지 않다. 당신의 직원들이 [가지고 있다], 당신의 사람들이 [가지고 있다]”고 말했습니다. “그것은 조직을 이끌어가는 방식을 완전히 바꿔놓았다. 창의성을 발휘해야 한다….혁신은 회사 정상에 있는 천재가 모든 답을 내놓기 때문에 일어나는 것이 아니다.”

번역글: 전문적인 환경에서 사용할 수 있는 11가지 토론 기술

Thu, 03 Jul 2025 10:48:11 +0900

원문: https://www.indeed.com/career-advice/career-development/debate-techniques (Translated by Google Gemini)

직장에서 사용할 수 있는 11가지 토론 기술

다음은 전문적인 맥락에서 사용할 수 있는 11가지 토론 기술입니다.

1. 청중 정의하기

직장에서 토론을 할 때 주요 청중 중 한 명은 당신이 토론하는 상대방입니다. 상대방의 입장과 신념을 고려하여 당신의 주장에 공감하도록 만드는 방법을 결정하십시오. 예를 들어, 상사와 토론하는 경우 생산성 향상에 대한 상사의 욕구에 호소하도록 주장을 구성할 수 있습니다.

직장 토론에는 당신이 토론하는 상대방 외에 추가 청중이 있을 수 있다는 점을 인지하십시오. 당신의 주장을 듣는 사람들을 설득하고 싶다면 그들의 욕구에도 호소하는 것을 고려하십시오. 청중의 원하는 바를 충족시키면 당신의 주장이 더욱 설득력 있어지고 당신의 주장에 대한 지지를 얻을 수 있습니다. 당신이 토론하는 상대방이 당신의 주장이 다른 사람들에게도 호소력이 있다는 것을 알게 되면 당신의 입장을 더 잘 이해할 수 있습니다.

번역글: 난치병을 겪고 있는 사람으로서, 살아있는 사람들에게 어떤 조언을 해주고 싶으신가요?

Thu, 03 Jul 2025 09:58:45 +0900

원문: https://www.quora.com/As-a-dying-person-what-is-your-advice-to-the-living (Translated by Google Gemini)

2009년 저는 교모세포종이라는 4등급 뇌종양 진단을 받았습니다. 수술 후 종양 전문의는 통계가 매우 좋지 않다는 슬픈 소식을 전하며 9개월간의 치료와 6개월에서 1년 정도의 수명을 예상했습니다.

저는 몇 달 후 결혼할 예정으로 약혼한 상태였습니다. 하지만 우리는 헤어졌는데, 제가 그녀를 과부로 만들고 마음을 아프게 할 이유가 없다고 생각했습니다. 그 이후로 삶에서 어떤 것도 더 이상 추구하고 싶은 마음이 없었습니다. 완전히 모든 것을 중단했던 시기였습니다.

직장을 그만두고 싶었지만, 제 상사들이 편안한 스케줄로 저를 설득해서 계속 일하게 했습니다. 그들은 저에게 통계를 다시 가르쳐주기 시작했습니다. 평균 수명 1년이라는 것은 어떤 사람은 3년 후에 죽고, 어떤 사람은 6개월 후에 죽는다는 의미이며, 저는 장기 생존 쪽에 속할 것이라는 긍정적인 마음을 가져야 한다고 했습니다.

번역글: 분산 시스템 개발자를 위한 기도

Tue, 01 Jul 2025 13:55:13 +0900

원문: https://philipotoole.com/a-prayer-for-distributed-systems-developers/ (Translated by Google Gemini)

16년이 넘는 시간 동안 저는 전체 스택을 오르내리며 소프트웨어를 작성했습니다. 제 경력 초기에 저는 특수 임베디드 장치를 위한 부트 ROM 소프트웨어를 작성했습니다. 이런 종류의 프로그래밍은 컴퓨터가 정말로 어떻게 작동하는지에 대해 많은 것을 가르쳐주었습니다.

대부분의 프로그래머는 컴퓨터가 어떻게 작동하는지 안다고 생각하지만, 그들은 단지 소프트웨어가 어떻게 작동하는지 알 뿐입니다. 이 프로그래머들은 인터럽트 서비스 루틴이 어떻게 호출되는지, 컴퓨터가 두 숫자를 어떻게 더하는지, 마이크로프로세서가 다음 명령어를 RAM에 어떻게 로드하는지 정말로 알지 못합니다. 하지만 괜찮습니다. 그럴 필요도 없고, 관심도 없습니다.