긍정적 사고, 음식의 절제, 규칙적인 운동

Gemini에서 연결된 앱 사용 및 관리하기

https://support.google.com/gemini/answer/13695044

건강한 어른이라면

어렸을 때 우리는
고집을 부리거나 제멋대로 굴거나
떼를 쓰거나 터무니없이 굴어도 괜찮았다.
현명한 부모는 정해놓은 한계선 안에서는
이런 행동을 용납한다. 건강한 어른이라면
가끔 이렇게 친숙한(하지만 이제는 두려운)
어린 시절로 돌아가 자유를 누릴
필요가 있다.


- 이은경의《어른이 되는 법》중에서 -


* 어른이란
'자유'와 '방종'을 구분할 수 있고,
'권리'와 '책임'을 구분하여 행동하는 사람이라고
말할 수 있습니다. 그러나 어른의 마음속에도 어린아이가
있어서 가끔은 떼를 쓰기도 하고, 말도 안 되는 짓을
저지르고 싶은 충동이 일어납니다. 그 충동에
휘말리지 않고 고요히 바라보는 성숙한
자세가 건강한 어른이 되는 길입니다.

소녀의 꿈

정말
소녀였을 땐
소녀이고 싶지 않았다.
왠지 작은 체구에
큰 꿈을 담기 어렵다고 믿었기 때문일까
소녀의 꿈을
이루었을 땐
소녀이고 싶었다.


- 김승희의《시간 가는 줄 모르고》중에서 -


* 아이는
어서 어른이 되고 싶어 하고,
어른은 아이 시절로 돌아가고 싶어 합니다.
시간의 속도는 나이만큼 빨리 흘러
10대에는 10km로 흐르던 시간이
60대에는 60km로 흐른다지요.
하지만 소녀의 꿈은 늘
그 자리에 있습니다.

고요함을 배우라

나무를 보라.
꽃과 풀을 보라. 당신의
맑은 마음을 그 위에 살며시
올려놓아라. 나무는 얼마나 고요한가.
꽃은 얼마나 생명 속에 깊이 뿌리내리고 있는가.
자연에서 고요함을 배우라.


- 에크하르트 톨레의《고요함의 지혜》중에서 -


* 고요함.
고요함은 아름답습니다.
고요함은 깊고도 깊습니다.
스스로를 고요함 속에 잠기게 할 때,
비로소 침묵의 소리가 들립니다.
어머니의 음성, 신의 소리가
들립니다.

How to Be a 30x AI Engineer with a Taste( 취향(taste)을 갖춘 30배 AI 엔지니어가 되는 법)

https://pakodas.substack.com/p/how-to-be-a-30x-ai-engineer-with-a-taste

https://news.hada.io/topic?id=30338

https://news.hada.io/topic?id=30263

1. AI 코딩 시대의 변화와 패러다임 전환

• 코드 생성의 상품화: 2025년 말 주요 AI 모델(Opus 4.5, GPT-5.2, Gemini 3 등)이 숙련된 엔지니어 수준의 코드를 수 분 만에 작성하게 되면서, 단순히 코드를 타이핑하는 기술의 가치는 급락했습니다.
• 엔지니어 역량의 재정의: AI가 코드의 대부분을 작성하는 세계에서 엔지니어의 진짜 차별점은 속도가 아니라 문제 분해, 아키텍처 설계, 신뢰성 검증, 트레이드오프 판단을 아우르는 ‘취향(Taste)’으로 이동했습니다.

2. '취향(Taste)'의 3가지 정의

최고의 엔지니어링 팀이 말하는 취향은 결국 '내부 평가 함수의 품질'이 어디로 향하는가에 따라 3가지 형태로 나뉩니다.

• 인식 (Recognition): 어떤 구현이 왜 더 나은지 논리적으로 설명하기 전에, 직관적·패턴 매칭으로 더 깔끔하고 확장 가능한 코드를 식별하는 능력입니다. (예: 팀의 행동 양식을 유도하기 위해 TypeScript 대신 Rust를 선택하는 결정)
• 나침반 (Compass): 무언가를 만들기 전에 '옳은 기능인지 아닌지' 방향을 아는 능력입니다. 수많은 프로토타입을 거치며 임의적이지 않고 필연적인 해법으로 수렴해 나가는 기준이 됩니다.
• 비전 (Vision): 현재가 아니라 2년 뒤에 중요해질 것을 내다보는 능력입니다. 지루한 코드 생성이 아닌, 시스템 설계 및 모델이 소프트웨어의 존재 이유를 이해하도록 만드는 제품 전략에 집중하는 것입니다.

3. 취향이 막대한 가치를 만드는 5가지 영역

4. 나쁜 취향 vs 좋은 취향 (실제 사례 비교)

• 기술 스택 선택: 관습이나 유행에 따라 선택하면 '취향 없음', 모델의 강점(예: Claude 모델이 이미 잘 다루는 분포)이나 구체적인 제약 조건에 근거해 선택하면 '취향 있음'입니다.
• AI 생성 코드 리뷰: AI가 짠 코드를 테스트만 통과했다고 바로 출시하면 '취향 없음', 전체 시스템 구조와 검증 계층(로컬 CI 등)의 정확성을 인지하고 코드보다 '생성 프롬프트(의도)'를 리뷰하면 '취향 있음'입니다.

5. 취향을 기르기 위한 90일 가이드 & 추천 프로젝트

[ 90일 훈련 계획 ]

• 1개월차 (인식 구축): 존경받는 개발자 도구 10개와 기술 논문 10편을 분석하며 첫 60초의 느낌과 우아한 방법론의 통찰을 기록합니다.
• 2개월차 (나침반 구축): 같은 종류의 예시(API 문서, 블로그 등) 두 개를 비교해 왜 하나가 더 나은지 구체적 메커니즘을 밝혀 적는 연습을 합니다.
• 3개월차 (비전 적용): 기존 프로젝트의 온보딩/README를 재설계하고, 모든 아키텍처 결정을 관습이 아닌 제1원칙(First Principles)으로 설명하는 시스템을 설계합니다.

[ 실행해 볼 수 있는 5가지 프로젝트 ]

1. AI 코드 평가 프레임워크 구축: AI가 생성한 PR이 프로덕션에 적합한지 채점하는 자체 루브릭 정의 (품질 판단력 향상)
2. 오픈소스 온보딩 재설계: 타 기여자가 첫날 바로 PR을 보낼 수 있도록 개발자 경험(DX)의 첫 5분을 개선 (사용자 공감 능력 향상)
3. 팀 내 '취향 테스트' 만들기: 엔지니어 간의 의견 불일치 지점을 찾아내어 조직의 표준과 아키텍처 기준을 정렬
4. 48시간 제약 내 제품 출시: 극단적인 시간 제약 속에서 기능을 쳐내고 포함하는 필수적 취향 결정 강제 수행
5. 사고를 바꾸는 기술 블로그 작성: 단순 튜토리얼이 아닌, 독자의 관점을 뒤흔드는 독창적인 시각 공유 (스토리텔링 능력 향상)

💡 결론

AI가 타이핑을 대신해 주면서 엔지니어의 전통적인 '손코딩 상실감'은 현실이 되었습니다. 하지만 어떤 코드가 존재해야 하고, 어떻게 구조화되어야 하며, 언제 충분한지를 아는 '취향'은 언제나 엔지니어링의 본질이었습니다. 앞으로 번창할 엔지니어는 이 취향 중심의 판단력에 경력을 최적화하는 사람입니다.

'메타인지' 훈련이 필요한 이유

데카르트는 말한다.
"내가 내 영혼의 존재를 의심하고자 한다면,
그것은 의심하고 있는 나 자신을 의심하는 것임을
발견하게 된다. 나 자신이 의심하고 있음을 의심한다면,
나는 실제로 의심을 하고 있는 것이다"
그러므로 "내가 의심하고 있다는
이 사실만은 의심할 수 없다."


- 위저쥔의 《하루 10분 철학이 필요한 시간》 중에서 -


* 나를 객관적으로 바라보는
'메타인지' 훈련이 필요합니다. 그래야
나 자신을 바라보고 있는 또 다른 자신을
발견할 수 있습니다. 그 '나'를 알고 있으면
좌절하거나 난관에 부딪혔을 때도 한 발짝
떨어져 스스로를 바라볼 수 있습니다.
열심히 삶을 살아가는 자신에게
연민의 마음과 따뜻한 응원을
보낼 수 있습니다.