새로운 프로그래머는 어떻게 소프트웨어 엔지니어 (보스)에게 깊은 인상을 줄 수 있습니까? [닫은]


98

첫 프로그래밍 작업을하고 있습니다. 상사는 매우 똑똑한 소프트웨어 엔지니어이며, 그에 비해 제공 할 것이 거의없는 것 같습니다. 문제는 항상 바쁘고 그를 도울 사람이 필요하다는 것입니다. 나는 충분하지 않다고 생각하지만 여전히 성공하고 싶습니다. 저는 훌륭한 프로그래머가되고 싶습니다.

그를 감동시키기 위해 무엇을 할 수 있습니까?

감사합니다.


4
@Pablo : 당신이 언급 한 것처럼, 훌륭한 프로그래머가
되십시오

2
실행 가능한 조언을위한 @ Fanatic23 +1 ... 아닙니다.
Olivier Lalonde

그에게 멘토
Brian

1
해결사 :-) 모두 진짜 문제의 열정, 스마트, 자기 학습자, 빠른 학습자 모두를 수
자한 지네딘

7
미래 독자들을위한 TL; DR의 대답은 다음과 같습니다. 미시간에서 샌프란시스코로 날아 가기 위해 고맙게도 일을 떠나 상사에게 감동을주십시오. 인상적인 일을 할 수있는 유일한 곳은 고정 바퀴 자전거가 가득한 도시에 있기 때문입니다.
시크릿

답변:


189

애쉬튼에 대해 말한 적이 있습니까?

애쉬튼은 전형적인 옥수수 사육 농장 소년이었습니다 그의 부모님은 어머니가 미시간의 시골 지역에서 15 에이커를 상속받을 때까지 실제로 함께 행동하지 않은 히피족이었습니다. 그 가족은 그곳으로 이사를해서 유제품 염소 두 마리를 사서 앤아버 파머 스 마켓 (Ang Arbor Farmer 's Market)에서 유피 족에게 유기농 염소 치즈를 파는 생계를 유지하려고 애썼다.

그가 열 살 때부터, 애쉬튼은 매일 아침 4시에 새벽에 일어나서 그 염소를 젖을 먹여야했습니다. Ashton은 염소 똥에서 무릎을 꿇지 않고 학교에 다니는 것을 좋아했습니다. 고등학교 내내, 그는 좋은 대학에 대한 장학금이 농장 밖에서 그의 티켓이되기를 바라고 그의 엉덩이를 연구했다. 그는 대학 생활이 농장 생활보다 훨씬 쉬워서 다른 사람들이 왜 A를 똑바로 얻지 못했는지 이해하지 못했습니다. 그는 엔지니어가 오전 4시에 깨어날 것을 상상할 수 없었기 때문에 소프트웨어 엔지니어링을 전공했습니다.

Ashton은 소프트웨어 산업에 대해 많이 알지 못하고 학교를 졸업했습니다. 그래서 그는 경력 박람회에 가서 3 개의 일자리를 신청하고 3 개의 일자리를 모두 받아 가장 많이 지불 한 것을 선택했습니다. 전 세계 기업을위한 칸막이 농장을 제조 한 주 남서부의 대형 가구 회사에서 그는 농장을 다시보고 싶지 않았기 때문에 그의 상사 Charlie Sherman에게 좋은 인상을 주기로 결심했습니다.

큐비클 동료 인 Jeff는“쉽지 않을 것입니다. "그녀는 여기서 전설적인 존재입니다."

"무엇을 의미합니까?"그가 물었다.

"몇 년 전 Y2K에 대한 모든 소란이 있었을 때를 기억하십니까?"

애쉬튼은 아마 너무 어렸을 것입니다. “Y2K?”

“아직도 1960 년대에 작성된 모든 오래된 컴퓨터 프로그램이 2000 년에도 계속 실행될 것으로 예상하지 못했기 때문에 1 년 동안 두 자리 만 사용할 수있었습니다. 1999 년을 저장하는 대신 99를 저장했습니다. 그리고 2000 년 1 월 1 일에 연도가 바뀌면 컴퓨터 시스템은“100”을 두 자리로 맞추려고했기 때문에 추락했습니다.

"정말? 애쉬튼이 말했다.

Jeff는“세계의 다른 회사에서는 아무 일도 일어나지 않았습니다. “모든 코드 라인을 검사하는 데 수십억 달러가 소요되었습니다. 그러나 물론 여기서는 싸구려 새끼들이므로 테스트를하지 않아도됩니다.”

"전혀?"

"제로. 제로 테스트. 나다. 그리고 사람들이 1 월 2 일에 일을 다시 시작했을 때 단 한 가지 일도하지 않았습니다. 생산 일정을 인쇄 할 수 없습니다. 조립 라인의 절반을 켤 수 없었습니다. 그리고 그들이 어떤 교대 작업을해야하는지 아무도 몰랐습니다. 공장은 말 그대로 정지되었습니다.”

애쉬튼이 말했다.

“나는 당신을 똥하지 않습니다. 공장은 완전히 침묵했다. 찰리, 그녀는 그때 새로 왔어요 그녀는 마이크로 소프트 나 NASA 등에서 일하고 있었는데, 아무도 그녀와 같은 누군가가 회사의 작은 겨드랑이에서 일하는 이유를 알 수 없었습니다. 그러나 그녀는 앉아서 코딩을 시작했다. 그리고 코딩. 그리고 코딩.

“Charlie는 9 일 동안 직접 코딩했습니다. 9 일은 자지 않고, 먹지 않고, 어떤 사람들은 그녀가 결코 화장실에 가지 않았다고 주장했습니다. 그녀는 시스템에서 시스템으로 가서 문자 그대로 모든 것을 고쳤습니다. 볼만한 것이 었습니다. 나의 하나님, 그 안에 고쳐야 할 코볼 시스템이있었습니다. 공장 전체가 정체 상태에 있고 Charlie는 앤 아버 (An Arbor)에있는 대학교 도서관으로 사람들을 보내어 오래된 COBOL 매뉴얼을 찾습니다. 서모 스탯 조차도 Y2K 버그가 있었기 때문에 조립 라인 작업자는 떨림 주위에 서 있습니다 . Charlie는 커피 한 잔을 마시고 미친 여자처럼 타이핑을하고 있습니다.”

"와. 그리고 그녀는 절대 화장실에 가지 않았다?”

“음, 그 부분은 조금과장된 것. 그러나 그녀는 9 일 동안 24 시간 일했습니다. 어쨌든 1 월 11 일, 교대 근무가 시작되기 약 5 분 전에, 그녀는 칸막이에서 나오고 라인 프린터로 가서 버튼을 누르고 붐을 일으킨다! 제작 일정과 팀 일정이 나오고, 약간 작은 글꼴을 사용하여 모든 것이 완벽하고 완벽하게 형식화되어“2000”이“99”와 같은 위치에 맞도록하고, 그녀는 새로운 우선 순위 최적화 시스템을 작성했습니다. 너무 많은 고객을 괴롭히지 않고 9 일 동안 누락 된 생산을 따라 잡을 수 있도록 도와줍니다. 모든 조립 라인이 아무 문제가 없었던 것처럼 작동하기 시작하고 열이 발생하고 송장이 대신 연도에 '2000'으로 인쇄됩니다. "19100 년"이후에는 그 누구도 단일 버그를 발견하지 못했습니다. "

애쉬튼이 말합니다. "버그없이 코드를 작성하는 사람은 없습니다."

"그녀는 한. 나는 내 눈으로 그것을 보았다. 첫날에는 딸꾹질없이 이틀의 칸막이를 달렸습니다.”

애쉬튼은 멍청했다. “그것은 서사시입니다. 어떻게하면 좋을까요?”

Jeff는 컴퓨터 터미널로 돌아와서 4 개월 동안 성폭행했던 Spock이나 Batman과의 싸움에서 이길 수있는 온라인 화염 전쟁을 재개했습니다.

포기할 사람이 아니라 애쉬튼은 언젠가는 전설적인 일을하겠다고 맹세했습니다. 그러나 진실은 다른 Y2K는 없었습니다. 그리고 미시간의 그 지역에서는 아무도 좋은 프로그래밍에 대한 쥐의 엉덩이를주지 않았습니다. 실제로 프로그래머가 할 일은 거의 없었습니다. Ashton은 자신에게 할당 된 멍청한 작은 프로젝트를 받았는데, 한 지점에서 특정 우편 번호가 두 개의 다른 판매 세금 영역에 걸쳐 있기 때문에 특정 카운티의 판매 세금이 잘못 된 경우를 처리하는 데 3 주를 소비했습니다. 재밌는 것은, 아무도 사무실 칸막이를 구입 한 적이없는 뉴욕주의 일부 지역에 있었기 때문에 고객이 없었기 때문에 그의 코드는 결코 실행되지 않았습니다.

이제까지.

Ashton은 2 년 동안 열정적이고 흥미 진진한 일을하면서 변화를 일으키고 굉장하고 멋진 일을하기 위해 죽어 갔으며, 동료들은 인터넷을 서핑하고 친구에게 인스턴트 메시지를 보내며 몇 시간 동안 컴퓨터 솔리테어를 연주했습니다.

큐비클 동료 인 Jeff는 한 번의 책임이있었습니다. 그 주에 몇 명의 사람들이 다쳤는지 나타내는 Excel 주간 스프레드 시트 업데이트. 아무도 없었다. 일주일에 한 번 Jeff는 스프레드 시트를 열고 페이지 맨 아래로 이동하여 날짜와 0을 입력 한 후 저장을 클릭했습니다.

애쉬튼은 심지어 그 하나의 작업을 자동화하는 Jeff를위한 매크로를 작성했습니다. Jeff는 붙잡기를 원하지 않았기 때문에 설치를 거부했습니다. 그들은 그 이후로 말을하지 않았습니다. 어색했습니다.

칸막이 회사에서 2 주년을 맞이한 아침에 Ashton은 무언가를 깨달았을 때 일을 시작했습니다.

그가 작성한 한 줄의 코드도 실행되지 않았습니다.

그가 2 년 동안 일한 것은 세상에 영향을 미치지 않았습니다.

그리고 그것은 미시간의 그 부분에서 24도를 망 쳤고, 회색이고 냄새가 좋았고, 그의 혼다는 쓰레기였으며, 그는 도시에 친구가 없었고 아무런 문제가 없었습니다.

링컨 애비뉴 (Lincoln Avenue)를 운전하면서 왼쪽의 가구 회사를 보았습니다. 미국 캠퍼스, 미시간 주 플래그, 회사 로고가있는 흰색과 빨간색 플래그 등 3 개의 깃발이 회사 캠퍼스 앞에서 펄럭였다. 그는 좌회전을 기다리는 긴 차량 라인 뒤의 차선에 들어 섰습니다. 항상 턴을 만들기 위해, 혼잡 시간에, 네다섯 신호등주기를했다, 그래서 애쉬튼 그가 한 코드 경우 기억하려고 많은 시간이 있었다 지금까지 기록이 된 지금 에 의해 사용되는 사람 .

그리고 그렇지 않았습니다. 그리고 그는 눈물을 흘렸다.

왼쪽으로 돌리는 대신 직진하여 좌회전 표시등이 직진 할 수 없다는 것을 잊었 기 때문에 거의 사고를 일으켰습니다.

그리고 그는 링컨 애비뉴 바로 아래로 운전하여 제랄드 포드 고속도로를 타고 그랜드 래 피즈에서 공항에 도착할 때까지 운전을 계속했고, 그의 낡은 혼다를 터미널 바로 앞에서 내버려 두었습니다. 견인을하고 차문을 닫지 않았으며 프론티어 항공 카운터까지 걸어서 20 분만에 샌프란시스코로가는 다음 비행기에서 티켓을 샀습니다. 비행기에서 그는 미시간을 영원히 떠났다.


61
이런 식으로 나를 매달아 둘 수 없습니다. 이 이야기의 2 장 어디에
있습니까

50
이야기의 도덕을 이해하지 못하는 것이 바보입니까? :(
Terence Ponce

39
그런 다음 애쉬튼은 "벨기에의 왕자로서 나의 왕좌에 앉기 위해 마침내 그곳에있는 나의 왕국을 보았습니다"라고 말했습니다. 미안해 저항 할 수 없었습니다.
Jin

37
도덕은 당신이 당신의 직업에 변화를 일으키지 않거나 발전 할 기회가 없다면, 당신이 원하는 곳에서 직업을 얻는 것입니다. 나는 내가 일에 능숙하다는 것을 알고있는 상황에 처해 있었지만, 상사는 구식이었고 융통성이 없었으며, 나는 아무데도 못 가겠다는 것을 알고 떠났다. 내가 한 최고의 경력 결정.
Simon Hibbs

149
이야기는 계속됩니다. 그는 Google에서 일했고 Wave에서 일했습니다. 그리고 다시는 아무도 그의 코드를 사용하지 않았습니다.
Ivo van der Wijk

97

알라딘 이 알라딘이 재스민에게 감동을주고 싶어하는 장면을 기억하고 지니는 그에게 자신에 집중하는 것이 더 나을 것이라고 말합니다. 여기에도 같은 원칙이 있습니다.

보스가 당신보다 훨씬 나아서 당신도 알고 있다면 아마 그 사람도 알고있을 것입니다. 그는 당신에게서 별을 프로그래밍하는 위대한 업적을 기대하지 않습니다. 이것이 당신의 첫 직업이므로, 그는 당신의 좋은 코더가 될 가능성을 보았 기 때문에 당신을 고용했을 가능성이 높습니다. 당신이 정말로 그를 감동시키고 싶다면 배우십시오. 언어를 배우고, 작업중인 시스템을 배우고, 안과 밖과 어두운 구석을 배우십시오. 올바른 원리를 배우고, 잘 배우고, 빠르게 배우는 순서에 중점을 둡니다.

그리고 학습의 일부는 다른 사람들이 이미 가지고있는 지식을 복사하는 것임을 기억하십시오. 동료 나 StackOverflow에서 질문하거나 Google에서 조사하는 것을 두려워하지 마십시오. 당신이 무엇을 하든지, 멍청 해 보이는 것을 피하기 위해 실제로는 모르는 것을 아는 척하지 마십시오. 좋은 개발자라면 누구나 빨리 알아 차릴 수 있으며, 멍청한 눈으로 보일 수도 있습니다. 겸손은 여전히 ​​엔지니어들 사이에서 미덕으로 여겨지는 경향이 있습니다.

그 일을 잘하면 상사에게 깊은 인상을 줄 것입니다.


2
+1 그리고 그의 보스가 그보다 낫다면- 당연한
sharptooth

@Mason : 위대하고 정확한 답변. 그러나 나는 당신이 Aladdin para ....를 제거해야한다고 생각합니다.

3
바로 그거죠. 게임 프로그래밍 학교에서도 나는 항상 질문을하는 사람입니다. 그러나 당신은 또한 사람들이 항상 답을 가지고 있지는 않으며, 심지어 교사조차도 이해해야합니다. 여러 번 교사가 나에게 "모르겠습니다"라고 대답했지만 자랑스럽지 않았지만 "이 남자의 시간을 낭비하기 전에 이것을 더 잘 검색했을 것"과 같습니다. 과학과 마찬가지로 호기심은 당신이 생각할 수있는 최고의 미덕입니다. 진심으로, 당신이 궁금해하는 주제에 대한 단어를 구글에 보내십시오. 호기심은 내가 가진 최고의 학습 엔진입니다. 그것은 당신이 똑똑한 사람과 다른 사람의 차이입니다.
jokoon

3
디즈니 영화에서 신호를받을 때 자신이 인생의 나쁜 장소에 있다는 것을 알고 있습니다.
Epaga

47

두 단어 : 신뢰하십시오.

당신의 위치에서, 당신은 팀에서 가장 똑똑한 사람으로 고용되지 않았습니다. 당신은 당신이 보여준 잠재력과 당신의 기술 수준에 맞는 과제가 있기 때문에 고용되었습니다.

먼저 그 신뢰에 부응 할 수 있다는 것을 보여주십시오. 그리고 코드와 회사에 대한 느낌을 가지면서 자신의 첫 인상을 넘어 설 수있는 방법을 찾으십시오. 후자는 시간이 걸리지 만 주니어가 열등하다고 오해하지는 않습니다.


2
이 의견은 모든 직업에 적용됩니다. 신뢰할 수있는 사람이 당신을 데려다 줄 수 있다는 것은 놀라운 일입니다.
Bryan Harrington

27

영원히 전처럼 보이는 나는 놀랍고 뛰어난 프로그래머들로 가득 찬 방에서 일하는 놀라운 일을했습니다. 모든 사람들은 록 스타 였고, 원래 Macintosh 팀의 몇몇 사람들은 거의 절반의 사람들이 책을 출판했습니다. 그것은 훌륭한 장소였습니다.

그래서 나는 첫해에 모두에게 감동을 주려고 노력했습니다. 나는 놀라운 일을해야한다고 느꼈고, 아주 짧은 시간 안에 생각했던 것보다 더 많이 배우게되었습니다. 두 번째 해에 나는 진정했고, 내가하고있는 일에 대해 더 자신감이 있었고, 의견에 대해 조금 더 목소리를 내었고, 둘러 보면서 우리가 만들고있는 실제 제품에 대해 점점 비관적으로 성장했습니다.

작년에 프로젝트에 완전히 자금이 지원되었습니다. 오늘날까지도 살펴 보는 놀라운 엔지니어들은 프레임 워크 이후에 5 년 동안 수백만 달러를 소비했습니다. 실제로 출시되지 않은 응용 프로그램을 기반으로하는 응용 프로그램 플랫폼이자 마지막으로 아무도 할 수없는 UI와 워크 플로 그것을 만든 사람들조차도 이해합니다.

똑똑하다 "락스타"가 과대 평가되었습니다. 복잡성에 대한 임계 값을 높이는 것은 정말 쉬운 변명입니다. 고객이 요청한 다음 사항을 구현하는 대신 "깨끗한"작업 시스템을 다시 작성하는 것이 더 중요하다고 생각합니다.

제이콥 카플란 모스 (Jacob Kaplan Moss)는 내가 이름을 밝히지 않을 프로그래머에 대해 한 번 나에게 말했다. "그는 너무 똑똑하다. 그는 똑똑하지 않아서 사용할 수없는 정말 똑똑한 복잡한 라이브러리를 작성한다. 어리석은 사람들은 도서관을 써야한다. 어리석은 사람들이 사용할 수 있도록 "

"완성 된"엔지니어들은 루비와 JavaScript를 쓰는 사람들, 그리고 다른 "장난감"언어를 사용하는 사람들, 코를 쑤시는 경향이 있습니다. 코드가보기 흉하고, 아키텍처가 원하는만큼 순수하고 깨끗하지 않을 수도 있지만,이 산업에서 실제로 중요한 문제를 제공합니다.

내가 당신이라면 나는이 록 스타가 되려고 노력하는 것을 포기하고 제품 배송 및 건축에 중점을 둘 것입니다. 코드가 얼마나 영리한 지에 따라 당신의 기여를 판단해서는 안되며, 매일 코드를 실행하는 사람들이 얼마나 많은지 판단해야합니다.


1
진실. 고객이 불평하거나 문제가 생겼을 때 쉽게 고칠 수있는 코드를 작성하면 똥이있는 것처럼 보일 것입니다.
TehShrike

14
스마트는 과대 평가되지 않았다. 그들이 너무 복잡하고 현실에 맞지 않는 시스템을 구축했다면 결국 똑똑하지는 않았습니다. 똑똑한 사람들은 바보 같은 사람들이 사용할 수 있도록 라이브러리를 작성해야합니다.
EMP

1
나는 최근에 비슷한 대화를 나누었고 동료 중 한 사람이 사람 코드 / 코딩 스타일을 '소박한'것으로 묘사했습니다 ... 그리고 나는 실제로 적절한 설명이라고 생각합니다 ... 코드를 작성하는 동료는 훌륭합니다. 그에게 동의하지 않는 사람은 아무도 없었지만 ... 그의 코드는 엄청나게 소중했습니다 ... 비슷하게 눈에 띄지 않는 사람들에게는 따르기 어려운 부작용이있었습니다 ... 나는 바보 같은 사람들을위한 코드를 작성하는 것을 좋아합니다. 내 멍청한 *** 이해하기 쉬워집니다).
TJ Seabrooks

2
성공하기 위해서는 팀이 다른 종류의 사람들로 구성되어야합니다. 디자이너, 건축가, 코더, 관리자, 그런트, 똑똑한 사람, 세부 지향적 인 사람, 프로세스에 관심이있는 사람 등이 필요합니다. 한 유형의 사람 만 있으면 팀이 제대로 작동하지 않아 실패 할 가능성이 높습니다. 아니. 록 스타 만 고용하려는 그룹은 종종 그 사실을 놓칩니다.
onedozenbagels

@Evgeny 동의합니다. 요점은 추상화를 통해 무언가를 어렵게 (또는 적어도 지루한) 쉽게 만드는 것이다. 단순성을 좋아하는 똑똑한 사람들이 필요합니다.
LnxPrgr3

16

명확하고 견고한 코드를 작성하십시오.


7
좋은 문서를 포함!

1
... 완전히 투명하다는 것을 분명히하십시오. 트럭을 사용하여 50mph에서 보이지 않는 벽돌 벽을 때리는 것과 같습니다. [누구 한테 전화 할껀데? MythBusters!]
Mateen Ulhaq

일반적으로 좋은 조언. 그러나 불행히도 그것은 sysadmin 문제입니다. 모든 것이 효과가 없다면 아무도 알아 차리지 않으면 무언가가 깨지면 모두 당신을 비난합니다. 코드와 동일합니다. 명확하고 단순하며 작동하면 아무도 작성하기가 어렵다고 생각하지 않습니다. 따라서 "인식"되는 방법이 아닙니다.

1
교체 가능하도록 노력하십시오-이런 식으로 승격 또는 교체됩니다.
IAdapter

롤 @ 교체 가능! 교체 가능한 코드를 작성하여 대체 할 수 없다는 의미가 아닙니까?
익명 유형

15

문을 두드렸다. 그가 당신이 처리 할 수있는 똥 일이 있는지 물어보십시오. 지금 시간이 없다면 나중에 이메일로 해고하라고 말하세요.


2
실패하면 그를 해고하라고 말해
IAdapter

이 답변과 @IAdapter의 의견 모두 나를 법률로 만들었습니다.
CFL_Jeff

13

크 누스 읽기

(의견 : 많은 사람들 크 누스를 가지고 있지만 아무도 크 누스를 읽지 않음 )

모든 정말 내가 함께 작업 한 좋은 프로그래머는 공통점이 몇 가지 특성이있다 :

(1) 당신이하지 않더라도 수학 프로그래밍을 할에 좋은, 그들은 어쨌든 있었다 (그리고 그들은 그것을 좋아)

(2) 그들은 내가 '우아함'을 호출 품질을 주셔서 감사합니다 - 하지 간결함과 혼동 (!)

(3) 소프트웨어 디자인에 능숙하다

또한 개인적으로 다음과 같은 특성이 유용하다는 것을 알았습니다.

(a) 퍼즐 풀기 즐기기

(b) 읽을 수있는 코드 작성

(c) 좋은 기억

(d) 다른 프로그래밍 언어에 쉽게 표면적으로 적응할 수 있음 (폭)

(e) 모국어를 심층적으로 배우십시오 (예 : Java가 사용자 환경 인 경우 Java 인증을 수행하십시오 (이는 한 번도하지 않았지만 Microsoft의 인증이 그랬기 때문에 인증을 슬래그하지 않는 단서가 없는 경우)) . 종이를 가지고 있으면, 이점은 연구에 있습니다 ))

(f) 간단하고 쉬운 일을 선택하고 몇 주 또는 몇 달이 걸리는 매우 복잡한 일을 선택하면 간단한 일을합니다. 견고 함을 향한 경향이 있기 때문에 요구 사항이 변경 될 때 더욱 유연하며 다른 팀원과 의사 소통하기가 훨씬 쉽습니다.

(g) 교활하다고 생각되는 일을한다면, 그 내용물을 문서화하십시오

누군가 (Djikstra?)는 디버깅이 코딩보다 두 배 어렵다고 말했다. 따라서 당신이 능력의 한계에있는 코드를 작성한다면, 정의에 따라 디버깅하기에 현명하지 않다.

========

스마트 / 더 나은 코더가되는 것은 경력을 발전시키는 것과는 다릅니다.

진로를 향상시키는 데 필요한 단 하나의 '비밀 성분'만이 있으며 사람들의 기술입니다.

진로 를 진척시키고 싶다면 가장 좋은 방법은 6-12 개월 동안 차를 팔고 나가는 것입니다.


3
내가 생각하는 인용은 Kernighan : stackoverflow.com/questions/1103299/…
Orbling

2
“디버깅은 처음에 코드를 작성하는 것보다 두 배나 어렵습니다. 따라서 코드를 가능한 한 영리하게 작성하면 정의에 따라 코드를 디버깅 할만큼 똑똑하지 못합니다.”-Brian Kernighan
Ape-inago

4
좋은 기억력 : 나는 아주 좋은 기억력을 가진 아주 좋은 프로그래머를 알고있었습니다. 그는 2 년 전에 작성한 코드를보고 당시의 생각을 기억할 수있었습니다. 따라서 그는 해시 코드를 작성하기에 충분한 키워드만으로 좋은 의견을 작성하는 데 많은 노력을 기울이지 않았습니다. 내 기억이 빨라 버그를 신고 한 후 1-2 개월이 지나면 완전히 새로운 사람과 똑같은 일을해야한다는 것을 알기 때문에 잘 설명해야합니다. 물론, 어떤 것들은 다른 것보다 더 생생합니다 ... 나는 위대하다고 말하지는 않지만 관리자와 테스터는 나를 좋아하는 경향이 있습니다.;)
Job

1
그럼에도 불구하고 우아함과 간결함은 공통점이 많습니다.

나는 많은 훌륭한 프로그래머를 만났으며 수학이 무엇인지 왜 알지 못합니까? 당신은 학교에서의 수학과 나쁜 프로그래밍 인터뷰에 대해서만 이야기합니다. 조기 최적화에 대해 이야기하지 않는 한 놀라운 추가 기술을 가진 사람들을 만났습니다 (심지어 머리에만 존재하는 것을 추가 할 수 있다고 생각합니다.
IAdapter

11

저는 20 년 이상 코딩을 해왔으며 현재 10 명의 프로그래머가 나와 함께 일하고 있습니다. 나는 저에게 깊은 인상을 주었던 사람들이 제 시간에 품질을 발휘하면서도 버그를 줄이면서 업무를 잘 수행 한 사람들이라고 말합니다. 자주 의사 소통하며 열정을 나타내는 것이 모두 중요한 요소입니다.

그것에 대해 내가 지금 공유 할 수 있습니다. ;)


내가 할 일이 없다고 생각하기 때문에 할 일이 있습니까? (응답 -25473에서 Doug가 언급 한 바와 같이) 나는 틀릴 수 있습니다.
IAdapter

9

글쎄, 나는 복음에서이 인용문을 덧붙일 것입니다.

"믿을 수없는 사람은 누구나 신뢰할 수 있으며, 부정직 한 사람도 부정직 할 것입니다."


3
그것은 누가 복음 16:10 에서 나온 것입니다 . "최소한에 충실한 사람도 또한 많이 충실하며, 가장 의로운 사람도 의로운 사람도 많습니다." 또한 : "잘 했어, 충실하고 충실한 종. 당신은 몇 가지에 대해 충실했습니다. 많은 것을 설정하겠습니다. 주인의 기쁨에 들어가십시오." (마태 복음 25:21)
Mark C

7

프로그래머의 보스 였기 때문에 프로그래머가 내가 고치기 위해 게으른 버그를 고쳤을 때보 다 더 행복하지 않았다고 말할 수 있습니다 !

따라서 가능하다면 버그를 수정하십시오.


6

Steven이 말한 것처럼 Mason은 자신의 게임에 집중합니다. 명심해야 할 것은 상사가 당신이 자신의 일을 잘하기를 원한다는 것입니다. 그는 아마도 자신이 당신보다 낫다는 사실을 좋아할 것입니다. 만약 그렇지 않다면, 그는 불안감을 느끼게 될 것입니다 (보스는 인간입니다!). 지금, 당신은 그의 경험으로부터 배울 수있는 이상적인 위치에 있습니다. 그와 경쟁하는 시간을 낭비하지 말고, 대신에 그의 조언을 구하십시오. 48 가지의 힘의 법칙을 읽었다면, 가장 중요한 것은 "주인을 결코 능가하지 마십시오"입니다.


그리고 소프트웨어 몽키가 스티븐에서와 같은 점을 지시하기 전에 ... 메이슨의 대답을 공언했습니다 :) 사물에 약간 다른 경사를두고 싶었습니다.
Stuart Golodetz

하지만 스티븐도 찬성 했습니까? ;)
Jackson Miller

6

루빅스 큐브를 푸십시오. 상사는 당신이 도전적인 퍼즐을 좋아한다는 것을 알고 당신에게 어려운 과제를 줄 것입니다.


1
나중에 그러나 그것은 어려운 과제 를 원하는지 아닌지에 달려 있습니다 .
Robert S Ciaccio

그것이 작동하려면 시간이 필요합니다. 즉, 스피드

나는 크리스마스에 새 ​​C64를 얻은 후 11 살 때 했어요.
Pablo

1
1 분 안에 할 수 있습니다. 이제 뭐? 어려운 과제는 어디에 있습니까? : P
Nathan Osman

최고의 답변 +1! 조지-이제 눈을 감고하세요!
IAdapter

6

상사에게 인상을 남기고 싶다면 정직하십시오. 매주 1-1 번에 집중할 수있는 가장 중요한 것이 무엇인지 물어보십시오. 그가 당신의 역할이 무엇이라고 생각하는지 이해하고 그것을 달성하기 위해 최선을 다하십시오. 그가하고있는 일에 집중할 수 있도록 특정 작업을 수행해야 할 수도 있습니다. 그가하고있는 일을 열심히하려고한다면, 자신의 일을 충분히 수행하지 못했을 수 있습니다. 팀에서 당신의 자리를 찾고, 그것을 능가하고 확장하십시오. 도와주고 싶다고 말하십시오.


5

@Mason이 옳다

  • 들리다
  • 배우다
  • 적절한 간격으로 관련 질문하기 (예 : 5 분마다가 아닌 하루에 두 번)
  • 긴장을 풀고 자신이 되십시오

3
@Mason이 옳다면 단순히 자신을 요약 한 자신의 글을 올리는 대신 자신의 답변을 찬성하지 말아야합니까?
Lawrence Dol

@ 소프트웨어 : 나는 그의 대답을 찬성하고 확장했다.
Steven A. Lowe

2
@Software Money-그는 글 머리 기호로 바 꾸었습니다. 솔직히 말하면, 'Alladin'을 보자 마자 나는 다음 지점으로 넘어갔습니다. 나는 이것이 꽤 좋은 기여라고 생각합니다.
Alex C

@Alex : 불릿 +1!
Steven A. Lowe

5

내 생각에, 녹색 프로그래머가 기존 기술 능력을 넘어서 테이블에 가져올 수있는 가장 큰 자산은 주도권과 열정입니다. 상사에게 새로운 것을 배우는 데 적극적이고 회사, 코드 기반, 도구 및 동료를 둘러 보는 데 적극적이라는 것을 보여주고 자신이하는 일에 대한 열정이 있음을 보여줍니다 감동합니다. 당신이 끔찍한 관리자를 위해 일하지 않는 한, 어쨌든 원합니다.

또한 퍼팅 제안 약간의 "소프트 기술"물건에 초점을. 당신이하지 않은 것을 증명 단지 개인 간 상호 작용의 어떤 종류의 쓸모있는 괴짜. 영업, 마케팅, 지원, 사업 개발, 프로젝트 관리 등의 사람들과 친구를 사귀십시오. 당신이 훌륭한 의사 소통 자이며 사람들과 협력하여 일을 완수 할 수있는 사람임을 보여주십시오.


Sh.t는 시간이 지남에 따라 코드베이스에 누적되며 일반적으로 녹색 사람들이 가장 많이 인식합니다. 때때로 처음으로 그것을 읽는 것은 하나를 쉽게 만들 수 있습니다. 대규모 조직의 규모, Joel의 시험 등의 점수에 따라 다릅니다.
Job

3

그렇게 할 자유가 있다면 : 보조금을 쓰거나, 외부에서 보조금을 가져 오거나, 유능한 프로그래머 또는 최소한 가치있는 직원으로 생각하는 새로운 파트너와 비즈니스 가치가있는 협력을 시작하십시오.


3

사람들이나 상사에게 깊은 인상을주지 마십시오. 대화만으로 감동을받는 사람은 없습니다. 운송 코드에 집중하십시오. 사람들이 사용할 프로젝트 나 응용 프로그램에 참여하고 있는지 확인하십시오. 프로덕션 환경에서 더 많은 코드를 사용하면 관련성이 높아집니다. 사람들이 당신에게 더 의존할수록 더 관련성이 있습니다. 나머지는 모든 마술 쇼입니다.


좋은 점은 Release Manager가되어야하며 다른 사람들이 무엇을 써야하는지, 원하는 것을 쓰고 발송하지 말아야한다는 것입니다.
IAdapter

2

열심히 일하다. 들은대로하고 모든 것을 배우십시오. 당신보다 더 많은 것을 알고있는 사람과 함께 일하는 것은 매우 행운입니다.

열심히 일하고 현재 직장에서 성공하는 것 외에도 묻지 않은 질문에 대한 답이 될 수있는 조언을하고 싶습니다. (내 첫 소프트웨어 작업을 받았을 때 레이더에도 없었습니다).

인터넷은 당신 같은 사람들에 의해 만들어집니다. 그리고 당신 같은 사람들은 인터넷에서 돈을 벌 수 있습니다.

열정적 인 것을 찾으십시오. 그것을 구축하십시오. 팔아요 자신의 상사가 되십시오.

  • http://news.ycombinator.com을 열고 기사를 읽기 시작하십시오. 당신은 아이디어를 가지고 웹 사이트를 구축하고 1 ~ 2 달러를 벌어 들인 당신 같은 사람들로부터 끝없는 이야기를 보게 될 것입니다. 빙고 카드 생성기를 교사에게 판매하는 엄청나게 좋은 임금을받는 사람이 있습니다. 웹 사이트를 수백만 명이 넘는 사람들에게 Google에 판매 한 사람도 있습니다. 거기에는 다른 흥미로운 기술도 많이 있습니다.

  • 'Rich Dad, Poor Dad'는 좋은 조언을받는 곳이 있습니다.

  • '4 시간 노동 주간'은 소금 한 덩어리로 이것을 복용하지만, 그는 일과 삶을 보는 흥미로운 방법을 가지고 있습니다.

지금있는 사람에게서 계속 배우십시오. '당신의 첫 번째 실제 직업'에서 배울 것도 너무 많아서 시작할 수도 없습니다. 돈을 버는 법을 배우면 장기적으로 (3, 5, 10, 20 년) 다른 사람에게 깊은 인상을 줄 필요가 없습니다.


2

사람들을 감동 시켜서 사람들에게 깊은 인상을 줄 수는 없습니다. 그리고 당신이 사람들에게 감동을 주려고하고 그들이 감동하지 않는 한, 당신의 좌절감은 커질 것입니다.

자신을 자랑스럽게 생각하는 방식으로 일을하십시오. 다른 사람의 생각에 대해 걱정하지 마십시오. 당신이 행복하게 할 수있는 유일한 사람은 당신입니다.


1

답변에 게시 된 이야기가 마음에 들었지만 신뢰할 수있는 답변보다 더 재미 있습니다.

모든 사람이 당신과 똑같다는 것은 정상적인 일입니다. 우리가하는 일을 더 잘하려고 노력하는 것은 인간입니다. 그러나 끔찍한 진실은 당신이 그것에 최고가 될 가능성이 거의 없다는 것입니다.

나 자신에 관해서는, 나는 항상 옳고 그른 사람에 대한 작은 유치한 싸움을 싫어하기 때문에 항상 겸손 문제를 두려워했습니다. 그리고 여기에 이유가 있습니다.

당신이 최고가 아닌 한, 당신은 알고있는 것과 최고의 프로그래머가 알고있는 것과 비교하는 더 많은 경험을 얻기 위해 노력하는 것이 좋습니다.

당신은 내가 최고의 프로그래머들과 비교할 수는 있지만, 반은 맞습니다.-나는 그들과 비교할 때 내가 터무니 없다는 것을 알고, 나 자신을 최고와 비교하는 것이 좋습니다. -나는 그들의 명성을 고려하지 않고 오히려 그것을 달성하기 위해 달성 한 것을 생각합니다. 실제로, 실제로는 대부분의 천재 신화가 비즈니스 작동 방식과 같은 진실을 알면 사라지기 때문입니다. 그들이 훌륭한 성과를 거두었다는 사실은 변하지 않지만, 근무 조건에 대해 생각한다면 경험을 평가하기가 어렵다는 것을 기억하십시오. -결국,이 과정은 실제로 저를 방해하는 경쟁 과정을 피하고 중요한 것에 초점을 맞출 수 있도록 도와줍니다. 연습으로 배우는 것뿐만 아니라 호기심 많은 엔진의 도움으로 배우는 것입니다.

당신은 당신이 만나는 다른 모든 직원이나 다른 프로그래머들보다 훨씬 낫다고 생각하여 원하는 모든 사람을 존경 할 수 있지만, 세상은 방대하고 당신이 존경하는 사람은 실제로 다른 사람보다 상당히 평균적이라는 것을 기억해야합니다 경험 많은 사람들이 저기에 있기 때문에, 당신은 그를 감동시킨 후에 기분이 나아질 것입니다. 그러나 당신은 그보다 더 나은 경험을 가진 다른 사람들에 대해 같은 느낌을 느낄 것입니다.

이 사소한 게임을 끝내고 당신이 들어 본 더 흥미로운 주제를 찾으십시오. 왜냐하면 당신이 이야기하는이 엔지니어는 당신이 생각하는 것보다 덜 중요한 것을 위해 바쁘기 때문입니다.


이 게시물 덕분에 나는 그것을 이해할 수있었습니다. 맨 아래에서 내려올 때 영웅은 내가 동기를 부여하는 데 사용한 도구입니다. 그러나 이제는 더 나은 곳에 도달 했으므로 내 영웅이되어 열심히 노력해야합니다. 인정을 위해서가 아니라 나 자신을 위해. 현명한 아버지 인 아버지는 한 번 성공의 비결이 저라고 말씀하셨습니다. 나는 그것을 어제까지 얻지 못했습니다. 감사합니다.
Pablo

1

잘못된 문제에 초점을 맞추고 있거나 초점이 너무 좁기 때문에 목표를 달성하지 못할 수 있다는 점에서 다른 사람들의 의견에 동의해야합니다 .

훌륭한 프로그래머가 되길 원합니다. 한 소프트웨어 엔지니어의 주관적인 의견이 (Joel 이외의) 제목과 능력을 부여합니까? 당신이 상사에게 감동을주는 데에만 집중한다면, 당신은 일에 집중하지 않거나 기술을 향상시키는 데 집중하지 않습니다 – 당신은 훌륭한 프로그래머가되는 목표에 집중하지 않습니다. 당신은 돈을 벌기보다는 존경을 받으려고 노력합니다.

최악의 경우를 보도록하자 (프로그래머는 그렇게하기를 원한다). 사장은 객관적인 이유없이 당신을 절대적으로 미워한다. 그는 결코 당신에 대해 좋은 의견을 가지지 않을 것입니다. 과제를 완수하고, 효율적이고 우아하게 문제를 해결하고, 기술 능력을 향상시키는 데 집중한다면, 당신은 상사가 생각하는 것과 무관하게 자신을 향상시킬 것입니다.

Ashton 작업은 코드가 사용되지 않아서가 아니라 Maslow의 계층 구조에 대한 안전 외에 실질적인 이점을 제공하지 못했기 때문에 실패를위한 레시피였습니다. 그는 새로운 기술을 배우고 있었습니까? 아니요. 그의 작품으로 창의력을 발휘할 수 있었습니까? 아뇨, 존경을 얻었나요? 아니.

이것이 첫 번째 위치이므로 기본적으로 이러한 속성의 대부분을 제공합니다. 당신은 전문적으로 프로그래밍하는 첫 경험을하게 될 것이며, 기술적이거나 기술적이지 않은 새로운 도전을 받게 될 것입니다. 그러나 당신이 지위를 능가하거나 너를 능가하는 시간이 올 것이며, 당신은 그것을 지키지 않기 위해 지속적으로 자신을 개선해야합니다.

한 가지 더, Ashton이 코드를 사용하는 사람들의 수에 의해서만 자신의 가치를 측정한다면 빈번한 클럽에 가입하는 것이 좋습니다. 인생에서 유일하게 지속되는 행복은 우리 자신을 위해 만드는 것입니다. 우리에 대한 다른 사람들의 의견에 따라 엄격하게 생활하는 것은 비극적이고 진실하지 않은 인간을 만들어냅니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.