코드에 대한 분노: 프로그래머와 부정성

코드 조각을 보고 있어요. 이것은 내가 본 것 중 최악의 코드일지도 모릅니다. 데이터베이스에서 하나의 레코드만 업데이트하려면 컬렉션의 모든 레코드를 검색한 다음 업데이트할 필요가 없는 레코드도 포함하여 데이터베이스의 모든 레코드에 업데이트 요청을 보냅니다. 단순히 전달된 값을 반환하는 map 함수가 있습니다. 겉보기에는 동일한 값을 갖고 있지만 다른 스타일로 이름이 지정된 변수에 대한 조건부 테스트가 있습니다(firstName и first_name). 각 업데이트에 대해 코드는 다른 서버리스 함수에 의해 처리되지만 동일한 데이터베이스의 다른 컬렉션에 대한 모든 작업을 수행하는 다른 큐에 메시지를 보냅니다. 이 서버리스 기능이 환경에 100개 이상의 기능을 포함하는 클라우드 기반 "서비스 지향 아키텍처"에서 나온다고 언급했나요?

어떻게 이런 일이 가능했을까요? 나는 얼굴을 가리고 웃으면서 눈에 띄게 흐느낀다. 동료들은 무슨 일이 있었는지 묻고 나는 그 사실을 색깔별로 다시 이야기합니다. BulkDataImporter.js 2018의 최악의 조회수. 모두가 나에게 동정적으로 고개를 끄덕이며 동의합니다. 그들이 어떻게 우리에게 이런 짓을 할 수 있습니까?

부정성: 프로그래머 문화의 감정적 도구

부정성은 프로그래밍에서 중요한 역할을 합니다. 이는 우리 문화에 내재되어 있으며 우리가 배운 것을 공유하는 데 사용됩니다. 당신은 그것을 믿을 것입니다, 그 코드는 어땠어!”), 좌절감을 통해 동정심을 표현하기 위해(“맙소사, 왜 그런 짓을?”), 자신을 과시하기 위해(“난 절대 안 할 거야!”) 그래서 하지 않았다”), 다른 사람을 비난하는 것(“우리는 유지 관리가 불가능한 그의 코드 때문에 실패했습니다”), 또는 가장 “유해한” 조직에서 관례적인 것처럼, 다른 사람을 통제하는 것 수치심(“무슨 생각을 하고 있었나요?”? 맞아요”).

부정적인 태도는 가치를 전달하는 매우 효과적인 방법이기 때문에 프로그래머에게 매우 중요합니다. 프로그래밍 캠프에 참가한 적이 있는데, 학생들에게 산업 문화를 심어주는 표준 관행은 밈, 스토리, 비디오를 아낌없이 제공하는 것이었습니다. 사람들의 오해에 직면했을 때 프로그래머의 좌절감. 감정적인 도구를 사용하여 좋은 것, 나쁜 것, 추한 것, 하지 마세요, 전혀 하지 않는 것을 식별할 수 있다는 것은 좋습니다. IT와는 거리가 먼 동료들로부터 오해를 받을 수도 있다는 점에 대비해 신입사원을 준비시키는 것이 필요하다. 그들의 친구들이 그들에게 백만 달러짜리 앱 아이디어를 팔기 시작할 것입니다. 그들은 모퉁이를 돌면 수많은 미노타우르스와 함께 끝없이 낡은 코드의 미로를 헤매게 될 것입니다.

우리가 처음 프로그래밍을 배울 때, "프로그래밍 경험"의 깊이에 대한 이해는 다른 사람들의 감정적 반응을 관찰하는 데 기반을 둡니다. 이는 의 게시물을 보면 확실히 알 수 있습니다. sabe Programmer유머, 초보 프로그래머들이 많이 어울리는 곳입니다. 많은 유머러스한 것들은 어느 정도 실망, 비관, 분노, 겸손 등 다양한 부정적인 색조로 물들어 있습니다. 이것이 충분하지 않은 것 같으면 댓글을 읽어보세요.

나는 프로그래머들이 경험을 쌓을수록 점점 더 부정적이 된다는 것을 알아차렸습니다. 자신을 기다리고 있는 어려움을 알지 못하는 초보자는 이러한 어려움의 원인이 단순히 경험과 지식의 부족이라고 믿는 열정과 의지로 시작합니다. 그리고 결국 그들은 사물의 현실에 직면하게 될 것입니다.

시간이 지나면 경험이 쌓이고 좋은 코드와 나쁜 코드를 구별할 수 있게 됩니다. 그리고 그 순간이 오면, 젊은 프로그래머들은 명백히 나쁜 코드로 작업하는 것에 대한 좌절감을 느낍니다. 그리고 팀으로(원격 또는 직접) 작업하는 경우 경험이 많은 동료의 감정적 습관을 채택하는 경우가 많습니다. 이는 종종 부정적인 태도의 증가로 이어집니다. 이제 젊은 사람들은 코드에 대해 신중하게 이야기하고 코드를 나쁜 것과 좋은 것으로 나누어 자신들이 "알고 있음"을 보여줄 수 있기 때문입니다. 이는 부정적인 점을 더욱 강화합니다. 실망하면 동료들과 쉽게 어울리고 그룹의 일원이 되기 쉽습니다. Bad Code를 비판하면 다른 사람들의 눈에 귀하의 지위와 전문성이 높아집니다. 부정적인 의견을 표현하는 사람들은 종종 더 똑똑하고 유능하다고 인식됩니다.

부정성이 증가하는 것이 반드시 나쁜 것은 아닙니다. 프로그래밍에 대한 논의는 무엇보다도 작성된 코드의 품질에 중점을 둡니다. 코드의 내용은 수행하려는 기능(하드웨어, 네트워킹 등은 제외)을 완전히 정의하므로 해당 코드에 대한 의견을 표현할 수 있는 것이 중요합니다. 거의 모든 논의는 코드가 충분히 좋은지 여부와 코드의 품질을 특징짓는 감정적 의미라는 측면에서 나쁜 코드의 발현 자체를 비난하는 것으로 귀결됩니다.

• "이 모듈에는 논리 불일치가 많이 있습니다. 이는 상당한 성능 최적화를 위한 좋은 후보입니다."
• "이 모듈은 매우 좋지 않습니다. 리팩터링이 필요합니다."
• "이 모듈은 의미가 없습니다. 다시 작성해야 합니다."
• "이 모듈은 형편없어서 패치가 필요합니다."
• "이것은 모듈이 아니라 램 조각입니다. 전혀 작성할 필요가 없었습니다. 작성자는 대체 무슨 생각을 했을까요?"

그건 그렇고, 개발자가 코드를 "섹시함"이라고 부르게 만드는 것은 바로 이 "감정적 릴리스"입니다. 이는 PornHub에서 작업하지 않는 한 거의 공평하지 않습니다.

문제는 사람들이 이상하고 불안하며 감정적인 존재이기 때문에 어떤 감정에 대한 인식과 표현이 우리를 변화시킨다는 것입니다. 처음에는 미묘하지만 시간이 지나면 극적으로 변합니다.

부정의 문제가 많고 미끄러운 경사면

몇 년 전, 저는 비공식 팀장으로 개발자와 인터뷰를 했습니다. 우리는 그를 정말 좋아했습니다. 그는 똑똑하고, 좋은 질문을 하고, 기술에 정통하고, 우리 문화에 잘 들어맞았습니다. 특히 그의 긍정적인 태도와 진취적인 모습에 깊은 인상을 받았습니다. 그리고 나는 그를 고용했습니다.

그 당시 나는 회사에서 몇 년 동안 일하면서 우리 문화가 그다지 효과적이지 않다고 느꼈습니다. 제가 도착하기 전에 두 번, 세 번, 그리고 몇 번 더 제품을 출시하려 했고, 그로 인해 재작업에 많은 비용이 들었고, 그 동안 우리는 긴 밤, 빡빡한 마감 기한, 제대로 작동하는 제품 외에는 보여줄 것이 없었습니다. 그리고 여전히 열심히 일하고 있음에도 불구하고 경영진이 우리에게 할당한 마지막 마감일에 대해 회의적이었습니다. 그리고 그는 동료들과 코드의 일부 측면을 논의할 때 아무렇지도 않게 맹세했습니다.

따라서 몇 주 후에 그 새로운 개발자가 나와 똑같은 부정적인 말(욕설 포함)을 한 것은 놀랍지 않았습니다. 비록 저는 놀랐습니다. 나는 그가 다른 문화를 가진 다른 회사에서는 다르게 행동할 것이라는 것을 깨달았습니다. 그는 내가 만든 문화에 적응했을 뿐입니다. 나는 죄책감에 사로잡혔습니다. 주관적인 경험으로 인해 나는 완전히 다른 것으로 인식되는 신인에게 비관론을 심어주었습니다. 정말 그런 사람은 아니고 그냥 어울릴 것 같은 모습을 보여주고 있을 뿐인데도 나는 그에게 엉뚱한 태도를 강요했다. 그리고 농담으로나 지나가는 말로 말한 모든 것은 믿는 것으로 바뀌는 나쁜 태도를 가지고 있습니다.

부정적인 방법

약간의 지혜와 경험을 얻은 이전의 초보 프로그래머로 돌아가 보겠습니다. 그들은 프로그래밍 산업에 더 익숙해졌고 나쁜 코드는 어디에나 있으며 피할 수 없다는 것을 이해했습니다. 이는 품질에 중점을 둔 가장 발전된 회사에서도 발생합니다(그리고 분명히 현대화는 잘못된 코드로부터 보호하지 못합니다).

좋은 스크립트. 시간이 지남에 따라 개발자는 잘못된 코드가 소프트웨어의 현실이며 자신의 임무는 이를 개선하는 것임을 받아들이기 시작합니다. 그리고 나쁜 코드를 피할 수 없다면 그것에 대해 소란을 피울 필요가 없습니다. 그들은 자신이 직면한 문제나 과제를 해결하는 데 중점을 두고 선(禪)의 길을 택합니다. 그들은 소프트웨어 품질을 정확하게 측정하고 비즈니스 소유자에게 전달하는 방법을 배우고, 수년간의 경험을 바탕으로 타당한 추정치를 작성하고, 궁극적으로 비즈니스에 대한 놀라운 지속적인 가치에 대해 후한 보상을 받습니다. 그들은 일을 너무 잘해서 보너스로 천만 달러를 받고 남은 생애 동안 원하는 일을하기 위해 은퇴합니다 (당연히 여기지 마십시오).

또 다른 시나리오는 어둠의 길입니다. 개발자는 나쁜 코드를 불가피하다고 받아들이는 대신 프로그래밍 세계의 모든 나쁜 코드를 스스로 찾아내어 이를 극복할 수 있습니다. 그들은 여러 가지 좋은 이유로 기존의 잘못된 코드 개선을 거부합니다. "사람들은 더 많이 알아야 하고 너무 어리석어서는 안 됩니다." "불쾌하다"; "이것은 사업에 좋지 않습니다"; "이것은 내가 얼마나 똑똑한지를 증명합니다"; “이게 얼마나 형편없는 코드인지 알려주지 않으면 회사 전체가 바다에 빠질 것이다” 등이 있다.

불행하게도 비즈니스는 계속 발전해야 하고 코드 품질에 대해 걱정하는 데 시간을 보낼 수 없기 때문에 확실히 원하는 변경 사항을 구현할 수 없습니다. 이러한 사람들은 불평자라는 평판을 얻습니다. 그들은 높은 역량 때문에 유지되지만 회사의 가장자리로 밀려나서 많은 사람들을 괴롭히지는 않지만 여전히 중요한 시스템의 운영을 지원하게 됩니다. 새로운 개발 기회에 접근하지 못하면 기술을 상실하고 업계 요구 사항을 충족하지 못하게 됩니다. 그들의 부정적인 생각은 쓴맛으로 바뀌고, 그 결과 그들은 자신들이 가장 좋아하는 오래된 기술이 걸어온 여정과 그것이 여전히 왜 그렇게 뜨거운지에 대해 XNUMX세 학생들과 논쟁을 벌이면서 자존심을 키우게 됩니다. 그들은 결국 은퇴하고 새들에게 욕을 하며 노년을 살아가게 된다.

현실은 아마도 이 두 극단 사이 어딘가에 있을 것이다.

일부 회사는 극도로 부정적이고 고립적이며 의지가 강한 문화를 만드는 데 큰 성공을 거두었습니다(이전의 Microsoft처럼). 잃어버린 XNUMX년) - 종종 이들은 시장에 완벽하게 맞는 제품을 보유하고 가능한 한 빨리 성장해야 하는 회사입니다. 또는 모든 사람이 시키는 대로 행동하는 명령 및 통제 계층을 갖춘 회사(잡스 전성기의 Apple)도 있습니다. 그러나 현대 비즈니스 연구(및 상식)에 따르면 기업의 혁신성과 개인의 높은 생산성으로 이어지는 최대의 독창성을 위해서는 지속적인 창의적이고 체계적인 사고를 지원하기 위해 낮은 수준의 스트레스가 필요합니다. 그리고 동료가 코드의 모든 줄에 대해 뭐라고 말해야 할지 끊임없이 걱정한다면 창의적인 토론 기반 작업을 수행하는 것이 극히 어렵습니다.

부정성은 대중문화를 조작하는 것이다

오늘날에는 그 어느 때보다 엔지니어의 태도에 더 많은 관심이 쏠리고 있습니다. 엔지니어링 조직에서는 “뿔 없음". 외부인에 대한 적대감과 악의를 계속 참을 수 없어서 이 직업을 떠난 사람들에 대한 일화와 이야기가 점점 더 많이 트위터에 나타나고 있습니다. 심지어 리누스 토발즈 최근 사과했다 다른 Linux 개발자에 대한 수년간의 적대감과 비판으로 인해 이 접근 방식의 효율성에 대한 논쟁이 이어졌습니다.

어떤 사람들은 여전히 ​​매우 비판적일 수 있는 리누스의 권리를 옹호합니다. 그들은 "유독한 부정성"의 장점과 단점에 대해 많이 알아야 하는 사람들입니다. 예, 예의는 매우 중요합니다(심지어 기본적임). 그러나 우리 중 많은 사람들이 부정적인 의견의 표현이 "독성"으로 바뀌도록 허용하는 이유를 요약하면 이러한 이유는 가부장적이거나 사춘기처럼 보입니다. "그들은 바보이기 때문에 그럴 자격이 있습니다. ", "그는 그들이 다시는 그런 짓을 하지 않을 것이라고 확신해야 합니다.", "그들이 그렇게 하지 않았다면 그는 그들에게 소리를 지르지 않아도 되었을 것입니다." 등등. 리더의 감정적 반응이 프로그래밍 커뮤니티에 미치는 영향의 예는 Ruby 커뮤니티의 약어 MINASWAN입니다. "Matz는 친절하므로 우리도 친절합니다."

나는 "바보 죽이기" 접근 방식을 열렬히 지지하는 많은 사람들이 코드의 품질과 정확성에 대해 매우 많은 관심을 갖고 자신의 작업과 동일시한다는 사실을 발견했습니다. 불행하게도 그들은 종종 경도와 강성을 혼동합니다. 이 입장의 단점은 단순한 인간이지만 다른 사람보다 우월하다고 느끼려는 비생산적인 욕망에서 비롯됩니다. 이 욕망에 빠진 사람은 어둠의 길에 갇히게 됩니다.

프로그래밍의 세계는 빠르게 성장하고 있으며 컨테이너의 경계, 즉 비프로그래밍의 세계를 밀어내고 있습니다(또는 프로그래밍의 세계가 비프로그래밍의 세계를 위한 컨테이너인가요? 좋은 질문입니다).

업계가 점점 더 빠른 속도로 확장되고 프로그래밍에 대한 접근성이 높아짐에 따라 "기술자"와 "일반인" 사이의 거리가 빠르게 가까워지고 있습니다. 프로그래밍의 세계는 초기 기술 붐의 고립된 괴상한 문화에서 자란 사람들의 대인 관계 상호 작용에 점점 더 많이 노출되고 있으며, 프로그래밍의 새로운 세계를 형성할 사람은 바로 그들이었습니다. 그리고 어떤 사회적 또는 세대적 논쟁에도 불구하고 자본주의라는 이름의 효율성은 회사 문화와 고용 관행에 나타날 것입니다. 최고의 회사는 좋은 관계를 유지하는 것은 물론이고 다른 사람들과 중립적으로 상호 작용할 수 없는 사람을 고용하지 않을 것입니다.

부정성에 대해 배운 것

마음과 사람들과의 상호 작용을 통제하기 위해 너무 많은 부정적인 것을 허용하여 독성으로 변한다면 제품 팀에는 위험하고 비즈니스에는 비용이 많이 듭니다. 나는 신뢰할 수 있는 한 개발자가 기술, 다른 개발자 또는 전체 코드베이스의 품질을 나타내기 위해 선택한 단일 파일에 대해 원한을 품었기 때문에 무너지고 막대한 비용을 들여 완전히 재구축된 수많은 프로젝트를 보았고 들었습니다.

부정적인 태도는 또한 관계의 사기를 저하시키고 파괴합니다. 나는 CSS를 잘못된 파일에 넣었다고 동료가 나를 꾸짖었던 것을 결코 잊지 못할 것입니다. 그것은 나를 화나게 하고 며칠 동안 내 생각을 정리할 수 없게 했습니다. 그리고 앞으로는 그런 사람이 내 팀 근처에 있는 것을 허용하지 않을 것입니다(하지만 사람은 변합니다).

마지막으로 부정적인 말 그대로 건강에 해롭다.

나는 이것이 미소에 대한 마스터 클래스의 모습이라고 생각합니다.

물론, 이것은 모든 끌어오기 요청에 XNUMX억 개의 이모티콘을 삽입하거나 미소에 대한 마스터 클래스에 가는 것(아뇨, 글쎄요, 그것이 당신이 원하는 것이라면 문제 없습니다)으로 환하게 웃는 것을 지지하는 주장이 아닙니다. 부정성은 프로그래밍(및 인간의 삶), 신호 품질에서 매우 중요한 부분으로, 감정을 표현하고 동료 인간과 공감할 수 있게 해줍니다. 부정성은 문제의 깊이인 통찰력과 신중함을 나타냅니다. 나는 개발자가 이전에 소심하고 확신할 수 없었던 것에 대해 불신을 표현하기 시작하면 새로운 수준에 도달했다는 것을 종종 발견합니다. 사람들은 자신의 의견을 통해 합리성과 자신감을 드러냅니다. 부정적인 표현을 무시할 수는 없습니다. 그것은 Orwellian이 될 것입니다.

그러나 부정적인 태도는 공감, 인내, 이해, 유머 등 인간의 다른 중요한 자질과 균형을 이루어야 합니다. 소리를 지르거나 욕하지 않고도 그 사람이 일을 망쳤다고 언제든지 말할 수 있습니다. 이 접근 방식을 과소평가하지 마십시오. 누군가가 아무런 감정도 없이 당신이 심각한 일을 망쳤다고 말하면 정말 무섭습니다.

몇 년 전 그 때, CEO가 나에게 말을 걸었다. 우리는 프로젝트의 현재 상황에 대해 논의한 후 그는 내 기분이 어떤지 물었습니다. 나는 모든 것이 괜찮고, 프로젝트가 진행 중이며, 작업 속도가 느리고, 뭔가 놓친 것이 있어서 재고해야 할 수도 있다고 대답했습니다. 그는 내가 사무실 동료들과 비관적인 생각을 더 많이 나누는 것을 들었고, 다른 사람들도 이를 알아차렸다고 말했습니다. 그는 의심스러운 점이 있으면 경영진에게 충분히 말할 수는 있지만 “내려놓을” 수는 없다고 설명했습니다. 수석 엔지니어로서 내가 깨닫지 못하더라도 영향력이 크기 때문에 내 말이 다른 사람에게 어떤 영향을 미치는지 염두에 두어야 합니다. 그리고 그는 나에게 이 모든 것을 매우 친절하게 말했고 마침내 내가 정말로 그렇게 느낀다면 나 자신과 내 경력을 위해 내가 원하는 것이 무엇인지 생각해야 할 것이라고 말했습니다. 그것은 믿을 수 없을 만큼 온화하고 자리에서 일어나거나 일어나려는 대화였습니다. 나는 XNUMX개월 동안 나의 변화된 태도가 내가 눈치채지 못한 채 다른 사람들에게 어떤 영향을 미치고 있는지 알려준 그에게 감사했습니다.

이는 놀랍고 효과적인 관리와 부드러운 접근 방식의 힘을 보여주는 사례였습니다. 나는 회사와 회사의 목표 달성 능력에 대해 완전한 믿음을 갖고 있는 것처럼 보이지만 실제로는 전혀 다른 방식으로 다른 사람들과 말하고 소통했습니다. 또한 내가 진행 중인 프로젝트에 대해 회의적인 느낌이 들더라도 동료들에게 내 감정을 드러내고 비관론을 전염병처럼 퍼뜨려 성공 가능성을 줄여서는 안 된다는 것을 깨달았습니다. 대신 경영진에게 실제 상황을 적극적으로 전달할 수 있었습니다. 그리고 그들이 내 말을 듣지 않는다고 느끼면 회사를 떠나서 의견 차이를 표현할 수도 있었습니다.

인사평가실장을 맡으면서 새로운 기회를 얻었습니다. 전직 수석 엔지니어로서 저는 우리의 (계속 개선되는) 레거시 코드에 대한 내 의견을 표현하는 데 매우 신중합니다. 변화를 승인하려면 현재 상황을 상상해야 하지만, 신음소리를 내거나 공격하는 등의 일에 빠져 있으면 아무데도 갈 수 없습니다. 궁극적으로 나는 작업을 완료하기 위해 여기에 있으며 코드를 이해하고 평가하거나 수정하기 위해 코드에 대해 불평해서는 안 됩니다.

실제로 코드에 대한 감정적 반응을 더 많이 제어할수록 코드가 어떻게 될 수 있는지 더 잘 이해하고 혼란을 덜 느끼게 됩니다. 절제된 표현(“여기에는 더 발전할 여지가 있어야 합니다”)은 나 자신과 다른 사람들을 행복하게 만들고 상황을 너무 심각하게 받아들이지 않는 것이었습니다. 나는 완벽하게(귀찮게도?) 합리적(“당신 말이 맞아요, 이 코드는 꽤 나쁘지만 개선하겠습니다”)함으로써 다른 사람들의 부정성을 자극하고 줄일 수 있다는 것을 깨달았습니다. 나는 선(禪)의 길을 어디까지 갈 수 있는지 보게 되어 기쁘다.

본질적으로 나는 중요한 교훈을 끊임없이 배우고 또 배우고 있습니다. 끊임없이 화를 내고 고통을 느끼기에는 인생이 너무 짧습니다.

출처 : habr.com