회원가입을 하면 원하는 문장을
저장할 수 있어요!
다음
본문은 deepL을 활용해 만든 해외 번역 콘텐츠입니다. 필자인 테일러 트로시(Taylor Troesh)는 소프트웨어 엔지니어로 최근 스텔스 AI 스타트업 ‘Gob’를 설립했습니다. 이 글은 10x 엔지니어가 아닌 -10배의 엔지니어가 되는 법에 대해 작가의 개인적인 견해를 담은 글입니다. ‘10배 이상 뛰어난 개발자가 되는 법’과 함께 읽어보셔도 좋을 것 같습니다.
회원가입을 하면 원하는 문장을
저장할 수 있어요!
다음
본문은 deepL을 활용해 만든 해외 번역 콘텐츠입니다. 필자인 테일러 트로시(Taylor Troesh)는 소프트웨어 엔지니어로 최근 스텔스 AI 스타트업 ‘Gob’를 설립했습니다. 이 글은 10x 엔지니어가 아닌 -10배의 엔지니어가 되는 법에 대해 작가의 개인적인 견해를 담은 글입니다. ‘10배 이상 뛰어난 개발자가 되는 법’과 함께 읽어보셔도 좋을 것 같습니다.
+10배의 엔지니어는 신화적인 인물일지 몰라도 -10배의 엔지니어는 존재합니다. -10배의 엔지니어가 되려면 주당 400시간의 엔지니어링 시간을 신나게 낭비하면 됩니다. 아래의 전략들을 조합해 보세요.
가능한 한 개발 단계에서 요구 사항을 변경하세요. 비난을 피하려면 처음부터 요구 사항을 읽기 어렵게 만드는 것이 좋습니다.
팀이 유사한 작업을 계속 수행하도록 요청하세요. 프레젠테이션, 다이어그램, 티켓 관리 등이 일반적인 예입니다. 무의미한 일을 계속해서 만드세요.
매사 감사할 줄 모르고 남 탓만 하면 됩니다. 혼란을 조성하고 자주 화를 내며, 다른 사람들이 초과 근무를 하게 만듭니다.
엔지니어들이 아이디어를 토론하게 합니다. 실용주의보다 우아함을 추구하도록 격려하며, 누구도 결정을 내릴 권한을 갖지 못하게 하세요.
회의는 캘린더를 망칠 뿐입니다. 다른 사람의 시간을 눈에 띄지 않게 낭비하려면, 긴 메시지 또는 문서를 작성하여 가능한 한 널리 공유하세요. 모든 의견을 환영하고 참여를 목표로 합니다.
느린 프로그램을 작성하고, DB 인덱스를 사용하지 마세요. 16코어 컴퓨터에서 단일 스레드 프로그램을 실행하고, 화려한 RAM과 GPU를 갖춘 이색적인 하드웨어를 선택하세요. RAM/디스크에 데이터를 넉넉하게 저장하고 아무것도 압축하지 마세요. 데이터 레이아웃에 신경 쓰지 마세요.
기존 솔루션이 꼭 필요하지 않다고 판단합니다. 한 사람만 이해할 수 있는 스크립트를 작성하고, 스크립트가 중요한 작업을 수행하는 경우 문서화하지 마세요.
느린 빌드는 시간을 낭비하고 복합적인 관심을 일으킵니다. 빌드 시간이 길어질수록 개발자는 집중력이 흐트러질 가능성이 높아집니다. 개발자가 컨텍스트를 전환할 수 있도록 재컴파일 시간은 최소 20초가 소요되어야 합니다. 느린 테스트를 작성해도 비슷한 효과를 얻을 수 있습니다.
기본 기능을 테스트하지 않고 특정 변수에 대한 종속성을 생성합니다. 원본 코드가 실행되지 않을 때까지 모의 함수 호출을 수행합니다. 테스트에 무작위성을 도입하여 이유 없이 테스트가 성공, 실패하도록 합니다.
시간이 지남에 따라 시스템 설계가 어떻게 진화할지 전혀 고려하지 마세요. 또는 팀이 아키텍처 결정에 집착하도록 유도하여 가설을 테스트할 시간이 없도록 만드세요.
가능한 한 많은 환경을 만드세요. 프로덕션 환경과 스테이징 환경은 크게 달라야 합니다. 취약한 빌드 시스템으로 취약한 코드를 실행하고, 데이터베이스를 자주 마이그레이션합니다.
심각한 버그를 반복적으로 감지하지만 이를 해결하지 마세요. 보안 취약점이 있어도 주의하지 않습니다.
개인 메시지로 코드를 설명하고, 아무도 사용하지 않는 위키를 작성합니다.
유능한 엔지니어를 끌어들여 그들의 잠재력을 낭비합니다. 경영진에게 프로젝트의 난이도를 낮게 평가하고, 프로젝트의 유용성에 대해선 과대평가합니다. 더불어 프로젝트를 폐기할 때까지 경영진에게는 거의 완료되었다고 말합니다.
엔지니어가 각 라이브러리를 개별적으로 학습하게 합니다.
실패를 인정하지 말고 팀을 매몰 비용에 빠뜨립니다. 상황을 개선할 수 있는 80/20 법칙을 무시합니다.
기회비용은 치명적일 수 있습니다. 성과가 없는 평범한 엔지니어는 팀에 직접적인 해를 미치지는 않지만, 적극적으로 도움을 줄 수 있는 사람들의 자리를 차지하게 됩니다.
0x 엔지니어 고용 후 안주하지 마세요. 재앙을 일으키고 학습에 저항하는 엔지니어를 적극적으로 고용하세요.
그들의 실수를 지적하지 않습니다. 실패의 흔적은 문서로 남기지 않고, 잘못된 엔지니어링을 보증하세요.
디버깅할 수 없는 프로그램을 만듭니다. 모든 것에 추상화 레이어를 덧씌우고 스파게티 코드를 작성하세요. 모든 것을 초기 조건에 민감하게 만들고 순수 함수를 피합니다. 종속성을 자유롭게 사용하고, 가능하면 "내 컴퓨터에서 작동합니다"라고 말하세요.
<함께 읽어보면 좋은 콘텐츠>
<원문>
위 번역글의 원 저작권은 Taylor Troesh에게 있으며, 요즘IT는 해당 글로 수익을 창출하지 않습니다.
좋아요
댓글
공유
공유
여기어때에서는 WorkerNode의 AutoScaling 도구로 Karpenter를 사용하고 있습니다. 일반적으로 POD의 수량이 부족한 상황이 되면 HPA에 의해 POD가 Scale out 되며 신규 배포가 수행됩니다. 이때 WorkerNode에 충분한 공간이 있다면 정상적인 배포가 이루어지겠지만 공간이 부족한 상황이라면 POD는 모두 Pending 상태에 빠집니다. 이러한 상황을 해결하기 위해서는 WorkerNode를 Scale out 해주는 과정이 필요한데 이러한 과정을 담당하는 도구가 Karpenter입니다.
지금 회원가입하고,
요즘IT가 PICK한 뉴스레터를 받아보세요!
24.0K
