주니어 소프트웨어 엔지니어에게 어떤 기술을 기대하고 높이 평가 하시겠습니까? [닫은]


64

저는 최근 소프트웨어 공학에서 이학 석사를 마쳤으며 몇 주 안에 전문 경력을 시작하려고합니다. 내 역할은 Java 및 관련 기술 (Spring 및 Hibernate)을 사용하여 소프트웨어를 개발하는 회사의 주니어 개발자가 될 것입니다. 솔직히 말해서, 특히 Java 개발자로서의 경력을 개발하고 싶기 때문에 앞으로 일어날 일에 정말 흥분합니다. 또한이 분야에서 경험을 쌓는 데 관심이 있습니다. 또한 이것은 전문 개발자로서의 첫 직장 경험이 될 것이므로 처음부터 최선을 다하고 싶습니다.

소프트 및 테크놀로지의 기술과 능력이 팀의 일부가 될 수있는 새로운 전문가 (주니어 개발자)와 소프트웨어로서 성공적인 경력을 달성하기 위해 어떤 기술에 집중해야하는지 알고 싶습니다. 기사.


13
멋진 질문이 웅변 적으로 물었다.
Adam Crossland

2
실제 작업 환경의 상황이 예상대로 작동하지 않을 때 게이트웨이 약물 / 활동을 찾으십시오. 그러나 그 효과가 아침에 쏟아지지 않도록하십시오.
Job

세부 사항에주의-더 중요한 것은 없습니다.
Orbling

1
당신은 JSWE이기 때문에. 귀하가 능숙하다고 말한 언어에 능숙하십시오. 언어를 알고 있지만 한 클래스에서만 언어를 배운 사람을 고용하는 것이 더 무서운 것은 없습니다. 예 : 이력서에 C / C ++를 등재했지만 둘 중 하나를 사용할 수없는 사람들 (신은 금지하고, 둘 다 사용할 수 없습니다!)
aqua

비디오 게임 제작의 꿈은 어떻게 되었습니까? 당신은 진심으로 "자바 개발자로서의 경력을 개발하고 싶습니까?" 농담, 각자 자신에게 :)
cambraca

답변:


50

경력의 어느 곳에 있든 많은 것들이 사실이지만, 막 시작한 사람에게는 특히 중요 할 수 있습니다.

  • 말보다 더 들어 봐 다른 사람들의 말을 배웁니다.
  • 겸손하라. 아이디어를 공유하는 것을 두려워하지 말고 자신이 옳고 다른 사람이 틀렸다고 가정하지 마십시오. 생각이 잘못되었다고 생각되면 그것에 대해 질문하지 마십시오.
  • 계속 공부하다. 교육의 기초는 훌륭해야하지만 직업을 배우기 시작했습니다. 함으로써 배우십시오. 실제로 배우고있는 것을 연습하지 않으면 실제로 배울 수 있다고 생각하지 않습니다.
  • 고객은 자신이 볼 때까지 원하는 것을 거의 알지 못합니다. 요구 사항 변경에 익숙해 지십시오. 피드백을 얻기 위해 고객 앞에서 신속하게 처리하는 개발 스타일 (허용되는 경우)을 채택하십시오.
  • 고객과 함께 일하는 데 능숙한 사람들을 찾고 고객과의 관계를 발전시키는 방법을 멘토하도록 요청하십시오.
  • 잘 테스트되고 강력한 코드를 작성하십시오. 그렇게하는 것이 목표가 아닙니다. 제대로하는 것입니다. 당신이 그것에 능숙하다면 속도는 시간이 갈 것입니다.
  • 열심히 일하다. 무언가를하라는 요청을 기다리지 마십시오. 해야 할 일을 찾거나 요구하십시오.
  • 실수 나 팀의 실수에 대해 책임 져야합니다. 고객 앞에서 버스에 팀원을 버리지 말고 코드 문제가있을 때는 정직하십시오.
  • 팀원들이 당신이 훌륭한 코더가되기를 원한다고 생각할 수도 있습니다. 정말 대단하지만, 팀원들은 당신이 바보가 아닌 유능한 사람이되기를 정말로 원합니다. 당신이 바보가 될 경우, 당신은 더 나은 것입니다.

3
+1 "고객이 원하는 것을 알 때까지 거의 알지 못한다 ..."
FrustratedWithFormsDesigner

1
"학습 계속"+1 그것은 아마도 주니어 레벨 프로그래머에서 가장 중요하게 생각하는 것입니다
Rachel

+ "완료를 얻는 것이 목표가 아닙니다. 올바르게 수행하는 것은"코드가 작동 할뿐만 아니라 엄격하게 테스트되는지 확인하는 것이 매우 중요합니다. 또한 올바르게 수행하면 다른 개발자가 코드를보고 이해하고 주석을 읽고 해당 코드를 유지 관리 할 수 ​​있습니다.
제레미

61

내 머리 꼭대기에 빠른 목록이 있습니다.

  • 후속 조치 (시작한 작업 완료)
  • 정직 (당신이 붙어 있으면 말해)
  • 호기심 (일을하는 더 좋은 방법을 찾으십시오)
  • 열린 마음 (비판과 자신이 아닌 아이디어 모두)
  • 관대함 (배운 것을 공유하고 차세대를 훈련 시키십시오)

1
나열된 모든 특성에 동의합니다. 그런 주니어 프로그래머를 멘토링하라는 요청을 받으면 기뻐할 것입니다.
Adam Crossland

3
나는이 목록이 거의 그것을 요약한다고 생각합니다. 추가 할 수있는 유일한 것은 커뮤니케이션입니다. 나는 유망한 많은 젊은 개발자들이 단순히 팀원들과 의사 소통하기를 원하지 않기 때문에 남겨지는 것을 보았습니다. 코딩만으로도 요즘에는 문제가되지 않습니다. 사용자, 팀원과 대화하고 참여해야합니다. 또한 생각했던 것보다 더 많은 일을 할 것이므로 글을 잘 쓰는 법을 배우십시오.
Nodey The Node Guy

14
+1 정직 : "나는 이것을 이해하지 못한다." -먼저 자신과 동료에게-정말 중요합니다. 의사 소통과 학습의 문을 엽니 다. 자존심이 마음을 넓히는 데 방해가되는 프로그래머가 너무 많습니다. 저는이 업계에서 40 년 동안 일해 왔으며 매일 이해할 수없는 것들을 만납니다 . 그래서 저는 구글을 읽고 연습 코드를 작성하고 테이블에 가져올 수있는 기술이 하나 더 있습니다.
피터 로웰

열린 마음으로-특히 규칙 책에 대한 예외가 포함됩니다. 이 시점에서 실패했습니다. 경험의 일부는 규칙을 어기는 순간을 배우는 것입니다. 때로는 모든 것이 당신의 이상에 맞도록 강요하면 모든 것이 더 복잡해집니다. OTOH,
룰북을 전혀 모른다

1
정직한 부분 : 내가 사람들에게 나를 위해 말하는 것은 30 분 동안 스스로 알아 내고 도움이나 조언을 구하는 것입니다. 즉각적인 답변이없는 경우 4 시간 정도 걸리면 그 이상을 복용하고 있음을 알려줍니다. 그때 우리가 도와 줄 다른 작업에서 사람들을 끌어 들이기 시작했습니다. 요즘에는 그 프로세스 초기에 검색하고 스택 오버플로와 일반적으로 Google에 요청하도록 조언합니다. 여기서의 목표는 즉각적인 중단 응답을 방지하여 주변 사람들의 생산성을 저하시킬 수 있습니다.
Hack Saw


4

호기심, 열정은 자신을 위해 높은 기준을 설정하고, 배우고 자하는 의지, 모르는 것을 기꺼이 인정합니다. (20 년의 경험이 있어도 모든 좋은 특성들)

좋은 기술 지식은 훌륭하지만이 지식을 어떻게 적용 할 것인지 보여 주어야합니다.

무엇보다도, 면접관은 당신이 그곳에서 일하고 기여하고 싶어하는 것을 볼 수 있어야합니다. 당신이 너무 좋다면, 그것은 일부 사람들이 평균보다 낮은 것보다 더 빨리 벗어날 수 있습니다. ;)


4

동기. 자신에게 동기를 부여하는 방법을 알고 있습니까? 다른 전술보다 어떤 전술이 더 효과적 일 수 있는지 알고 있습니까? 이것은 자기 인식에 관한 것입니다. 어떤 사람들은 당신이 당신이 한 모든 교육에서 이것을 알게 될 것이라고 기대할 수 있습니다.

기본 테스트 및 디버깅 기술. 단위 테스트가 무엇인지 아십니까? 문제를 디버깅하는 몇 가지 방법을 알고 있습니까? 이것은 환경에서 무엇을해야하는지 아는 것이 아니라 가장 기본적인 테스트가 무엇인지, 그리고 문제를 조사 할 때 어떤 전략이 필요한지에 대한 일반적인 아이디어입니다.

의사 소통 능력. 언어에 대해 얼마나 정확한가요? 기술에서 비 기술로 얼마나 잘 갈 수 있습니까? 이것은 발전해야 할 것이지만, 어떤 경우에는 그들이 주장하는 내용의 의미를 이해하지 못하여 문제를 일으킬 수있는 사람을 구해야합니다. 사람들과 얼마나 잘 지내십니까? 이것은 엄격한 요구 사항은 아니지만 동료 동료와 좋은 관계를 유지할 수 있으면 일부 작업을 좀 더 쉽게 처리 할 수 ​​있습니다. 정직과 성실도이 기술 그룹에 속합니다. 일반적으로 말의 의미와 말의 의미에 대한 질문이있을 수 있습니다. "사무실 공간" 의사 소통이 좋지 않은 사례가 많이 있으며, 작업이 허구 일 수 있지만, 사무실 환경에서 일하는면에서 일부 사람들에게는 현실에 가까운 장면이 많이있을 수 있습니다.

다재. 팀의 새로운 직원은 광범위한 책임을 져야하므로 소규모 회사에서는 데이터베이스, 네트워크, 웹 서버 및 기타 개발 이외의 항목을 설정해야 할 수 있습니다. 팀이 마감일을 맞추도록 돕기 위해 투구하는 것도 여기에 또 하나의 예가 될 것입니다.


1
+1 : 커뮤니케이션 기술 섹션에 정직함 을 추가하고 싶습니다 . 당신이 무언가에 완전히 익숙하지 않거나, 문제에 빠져 있다면, 선임 동료 나 팀장에게 조기에 알리면 나중에 더 심각한 문제를 피할 수 있습니다.
oosterwal

2
잠깐만 ... "사무실 공간"은 허구입니까 ???
PSU

3

저에게는 어느 정도의 주니어 개발자로서 열심히 일하고 자신을 향상시키려는 의지가 저의 커리어에 큰 도움이되었습니다. 또한 나는 일부 비판 (긍정적이든 아니든)에 대처할 수 있고 그에 대한 후속 조치가 내 상사들에게 높이 평가된다는 것을 알아 차렸다.

새로운 환경에 관해서는 : 나는 첫 주 정도의 흐름을 따라 가라고 조언합니다. 나는 한 너무 열심히 노력하는 실수를 만들어 하지 감사합니다.


예. 비판을 받는다는 것은 '비판자'가 더 편안해 지도록 많은 후속 질문을하는 것을 의미합니다. 더 잘하기 위해 무엇을 바꿀 수 있는지 물어보십시오. 같은 문제로 다음 예를 보여주세요. 이번에는 더 잘 했습니까? 개선하고 있습니까? 모든 사람이되면 정말 편안 얻는다 건설적인 비판, 재미가 시작됩니다. 귀하의 비즈니스 제품 사람들이 이런 식으로 생각하지 않을 수도 있음을 기억하십시오.)
Michael Durrant

3

나는 이미 언급 된 모든 것에 동의하지만, 기술 전문가 대신에 이러한 일반적인 (부드러운) 기술을 절대 잊지 말아야한다는 점을 강조하고 싶습니다. 둘 다 일해야하지만, 자신이 알고있는 것을 의사 소통 할 수있는 중개인이 있고 오히려 혼자 일하는 주인이 있습니다.

또한 책에서 코로 너무 많은 시간을 보내지 마십시오. 책은 훌륭하지만 훌륭하지만 대부분의 시간을 읽는데 시간이 적게 걸리더라도 그 책의 절반을 얻지 못할 것입니다.


++ 좋은 지적입니다. Wes, 궁금합니다. 요즘 사람들에게 그런 책을 읽었는지 물어 보면 대답은 보통-읽기?
Mike Dunlavey 님이

2

모두 좋은 답변입니다. 나는 제한된 비행 경험을 통해서만 조종사 면허증이라고 부르는 것을 알고 있습니까?

배울 라이센스.


2

많은 훌륭한 답변.

'큰 녀석들'을 위해 일하지 않고 전문가가 아니더라도 2 센트를 더할 것입니다.

사람들에게 친절하십시오 .

가능하면 동료들과 사귀고 일상적인 시간을 보내십시오. 가끔씩 그들과 함께 저녁 식사를하고, 그들과 좋은 웃음을 보내십시오.

다시 말해, "커뮤니티"가없는 경우 커뮤니티를 구축하거나 존재하는 경우 그 일부가되도록 노력하십시오.

동료를 알면 동료와 더 쉽게 지낼 수 있습니다. 또한, 재미있게 할 수 있습니다.


2

커뮤니티가 제출 한 모든 좋은 것들 (위)뿐만 아니라, 어려운 기술의 증거도 기대합니다. 완벽이나 괴짜의 힘이 아니라 기본과 기본 개념에 대한 실무 지식이 있습니다. 당신은 이미 직업을 얻었습니다 ( 그런데 축하합니다 !).

그러나 회사에서 사용하는 도구, 언어 및 기술을 사용하여 지식을 새로 고치거나 속도를 높이면 처음부터 새로운 인상을 남길 수 있습니다.

가상의 완벽한 주니어 개발자는 다음 과 같은 것들 의 기본 을 알게 될 것입니다.

  • 언어.
  • I / O
  • 상속과 같은 OO 개념
  • 객체 인터페이스
  • 데이터베이스 액세스 (예 : 새 코드 상점에서 데이터베이스를 수행하는 방법과 관련하여)
  • HTTP 모델
  • CSS
  • 자바 스크립트 / JQuery
  • 데이터베이스 디자인
  • SQL 및 저장 프로 시저
  • 사용할 IDE
  • 관련 프레임 워크 (Spring 언급)

등등. 그는 기본을 배우지 않고도 새로운 기술을 익히는 데 집중할 수 있습니다. 그는에 터벅 터벅 걷다 할 수 있습니다 (많은 요구 분별 - 그가 좋아하는 같은 질문에 대부분의 수석 DEVS는 사랑 요청을 받고 분별있는 많은 후배가 처음 몇 달 동안 직면 온라인 양식, 관리자 페이지의 일상 요금과 기술적 인 질문에). 신뢰할 수있는 주니어 개발자가되는 것은 첫 팀 시작 테스트 일 수 있습니다. ;-)

대기업의 웹 팀에서 주니어로 시작했을 때, 할당 된 초기 작업의 대부분은 다소 고무적이지 않았지만 매일 밤 책을 치는 지점에 세금을 부과하여 내가 가고있는 일을 이해할 수있었습니다. 다음날 해야 합니다 . 나는 그것을 통과했지만, 그것은 내 석사 과정의 상대적 사치 이후 5-6 개월 동안 스트레스가 많았습니다. ;-)

모든 기본적인 것들을 효율적으로 할 수 있다면, 더 빨리 재미있는 일을 할 수있게되며 이것은 물론 경력 발전에 도움이됩니다.

컴퓨터와 코드의 세계는 끊임없이 진화하고 있습니다. 격일로 새로운 것을 배워야합니다. 당신의 마음을 활짝 열어두고 왜 당신이 이것을 시작했는지에 대한 이유를 먼저 살펴보십시오. 앞으로 몇 년 동안 이것이 당신의 마음의 최전선에 있지 않을 때가있을 것입니다. 열정은 대부분의 충돌과 장애물을 극복하게 해줄 것입니다.

지난 12 년간의 경험에 따르면 대부분의 후배들은 첫 회사에 영원히 머 무르지 않기 때문에 '완벽한'상태에 너무 매달리지 마십시오. 실수를하는 것은 주니어에서 끝까지 원하는 곳으로가는 과정의 일부입니다. 나는 이것을 잠시 동안 해왔고 거의 일년에 거의 두 번 프로덕션 데이터베이스를 거의 삭제합니다.

당신의 경력에 ​​행운을 빕니다.


1
언급 대답 가진 +1 뭔가 때문에 프로그래밍에 특정한을하고는 boyscout 수동으로 편집되지 않은 이동할 수 없습니다.
psr

롤 그렇습니다.이 질문에는 많은
소소함

1

(1) 열린 마음. 모든 프로젝트에 언어 X와 환경 Y를 사용하도록 제도화 된 사람을 원하지는 않습니다. 특정 기술이 문제를 완전히 해결하지 못하고 좋은 대안을 제시 할 수없는 사람은 원할 것입니다. 또한 기존의 사고에 도전하고 비즈니스 동기를 부여하는 솔루션을 제안 할 수있는 사람이 필요합니다. 당신은 이것을 직접 경험할 수도 있지만, 사람들은 그것을 바꾸지 않는 과정에 너무 익숙해 져 있지만 여전히 고통의 정도에 대해 불평합니다. 보통 도착하면 개선 방법을 살펴보고 관리자에게 솔루션을 제공합니다. 이제, 나는 또한 개인이 자신의 제안에 대해 "외교적"이어야한다고 말합니다. :)

(2) 좋은 도메인 모델링 기술. 이것은 내가 사람들이 간과 한 것을 발견 한 꽤 큰 것입니다. 내가 일한 일부 장소에서 비즈니스에 대해 배우는 것은 '손이 더러워지고'사람들은 맞춤법 검사기를 버전 관리 등에 통합하는 것과 같은 순수한 기술적 문제에 부끄러워하며 개선에 많은 시간을 투자하지 않습니다. 사업. 비즈니스를 살펴보고 그로부터 모델 (단순화)을 작성하고 다양한 청중에게 말, 시각적 (UML, SSADM 또는 기타) 또는 둘 다를 전달할 수 있다는 사실을 알고 있다면 그 정신을 가진 사람이 필요합니다.

주제에 대해 추천 할 수있는 두 권의 책은 The Passionate ProgrammerThe Pragmatic Programmer 입니다. 두 책 모두 중학교 및 상급 프로그래머에게 좋은 조언을 제공합니다.


책 추천에 +1; OTOH 도메인 모델링 기술은 성숙하는 데 시간이 걸리므로 주니어에게는 기대하지 않습니다. 그러나 비즈니스 관점을 이해하고 사용자의 실제 문제를 해결하기 위해 노력하는 것은 어느 정도 나 중요합니다.
Péter Török

Peter는 대학을 통해 (적어도 내가 본 것에서) 강력한 분석 기술을 구축 할 것입니다. 이것은 실제로 모델링, 전문 지식 추출 및 다른 사람들이 배울 수 있도록하는 목표입니다. 저는 이것이 대부분의 개발자들에게 기대할 수있는 기본적인 기술이라고 말하고 싶습니다. 마이크로 / 마르코 수준에서 특정 문제를 구성하고이를 금융 거래 담당자에게 설명하고 피드백을 받고 팀 동료에게 다시 전달하도록 설명 할 수 있습니다. 그래도 내 취향입니다.
황량한 행성

1

주도권을 잡기. 나는이 일을 전혀하지 않는 사람들이 많았고 항상 정확히 무엇을해야할지 기다리기를 기다렸다. 개선해야 할 것이 있으면 해보십시오. 무언가를 개선 할 아이디어가 있습니까? 앞으로 가져 오십시오. 무언가를 개선하기 위해 다른 기술이 필요하십니까? 그것을 배우십시오.

하고있는 일에 관심이 있고 개선하고 싶다는 것을 보여줍니다.


1

전혀 당신을 놀라게하지는 않지만, 내가 일한 모든 회사에서 크고 더러운 거대한 스크롤 방법과 소스 파일을 열지 못하게하는 나쁜 이름의 객체라는 것에 대해 경고 할 것 그런 혼란의 충격과 공포. 이러한 위치는 일반적으로 대화 상자의 "확인"단추 또는 웹 페이지의 "제출"단추에 대한 이벤트 핸들러에 있습니다.

내 마음의 바닥에서 당신을 구걸하고 있습니다. 방법이 커 보이기 시작하면 10 줄 이상을 의미하는 다른 방법을 만드는 것에 대해 생각하십시오 ... 너무 많은 방법은 나중에 얼마나 많은 책임이 있는지 이해할 것입니다. 개발중인 객체가 있습니다.

다음으로 권장되는 알람 벨은 방법에서 최대 2-3 개의 매개 변수입니다. 약 10 개의 입력 매개 변수가있는 메소드가 표시되면 OO 언어로 기능 프로그래밍을 시작하십시오 ...

이 응답으로 표현 된 약간의 좌절감에 대해 유감스럽게 생각합니다. 깨끗한 코드를 작성하는 방법을 배우는 것이 얼마나 유익한 지 비명을 질 수 없습니다.

자신에게 Robert 의 사본을 가져 오십시오. C 마틴 클린 코드 . 매주 읽고, 저녁 식사를 위해 꺼내고, 베개 아래에서 자고, 화장실에 복사하고, 몇 페이지를 인쇄하고 천장에 붙여서 잠자기 전에 읽을 수 있습니다. 당신은 끄덕였다;).

당신의 경력에 ​​최선을 다하길 바랍니다. 이 시점에서 당신의 열정은 이미 당신이 훌륭하게 할 것임을 보여줍니다.


1

내가 제공 할 수있는 유일한 조언은 학습을 멈추지 않는 것입니다. 록 스타 개발자들이 새로운 기술과 언어를 배우기 위해 시간을내어가는 방식은 그들 만의 자유 시간입니다. 10 년 동안 머무르면 훌륭하지만, 나오면 Java + Spring + Hibernate 만 알게됩니다. 그렇기 때문에 자유 시간에 .NET 플랫폼, Python 및 occassional C ++ 코드를 확인하여 활성 상태를 유지합니다. info sec에서 MS에서 일하는 사람은 시간이 소중하고 현명하게 사용해야합니다.


1

구글을 사용하는 능력. 정말.

나는 절대로 어느 누구, 특히 하급 동료를 도울 수 없습니다. 그러나 누군가가 지속적으로 문제를 해결하기 위해 실사를하지 않는 것이 더 실망스럽지 않습니다.

주니어 소프트에 대한 조언. 엔지니어는 문제를 해결하기 위해 실사를 수행해야합니다. 무언가를 모르는 경우 Google, wikipedia 또는 stackoverflow를 부지런하고 체계적으로 사용하십시오.

도움을 받기 위해 상급 동료에게 가기 전에 너무 오래 기다리지 마십시오. 조직 유형에 따라 다릅니다. 사람들이 서로를 돕는 좋은 회사에서 반나절을 초과하여 답을 찾으려고한다면 주저하지 말고 자신의 연구를 중단하여 도움을 요청하십시오.

사람들이 항상 서로에게 의미가있는 다른 조직에서는 도움을 요청하기 전에 자신이 며칠을 보내야합니다 (수행 한 모든 내용과 조사한 모든 곳을 문서화 함). 그런 회사에서, 당신이 한 일을 문서화하면 당신이 "구글을했다"는 것을 보여줄 수 있도록 도움을 줄 수 있습니다. 왜냐하면 그들이 당신에게 던질 첫 번째 레토르트이기 때문입니다.

그러나 어느 날이든, 주니어 엔지니어가 찾는 것의 본질은 항상 대답을 기대하지 않고 문제를 해결하려고 노력하는 것입니다. 간단히 말해 Google을 사용할 수 있다는 것을 보여주세요.



1

사람들이 여기서 말하는 모든 것을 따르면, 나는 그 사람이하는 일에 능숙 할 것이라고 확신합니다.

몇 가지 사항을 강조하고 싶습니다.

  • 겸손하고 의견을 제시하는 것을 두려워하지 마십시오. 일단 의견이 공유되면이를 지키지 말고 다른 사람들로부터 배울 준비를하십시오.
  • 똑똑하고 잘 확립 된 프로그래머와 함께 일하고 싶은만큼 팀원, 사람들과 관계를 형성하십시오. 우리는 여전히 대화 할 수있는 사람이 필요합니다. 팀원과 건강한 관계를 유지하면 커리어에 큰 도움이됩니다.
  • 그들이 적극적으로 받아 들여지지 않더라도, 적극적으로 행동하고, 일자리를 찾고, 일자리를 찾고, 새로운 아이디어를 환경에 제안하십시오.
  • 배우는 내용을 다른 사람과 공유하면 이해 수준이 높아지고 회사와 커뮤니티에 대한 가치가 높아집니다.
  • 당신이 시작한 것을 끝내십시오. 약속은 훌륭한 품질입니다.
  • 일이 계획대로 진행되지 않을 때 기뻐하고 실망하지 마십시오. 기복이있을 것입니다.

당신의 일에서 최고


1

하나의 기술 많은 Jr 프로그래머가 생각하지는 않지만 실제로는 자신의 도구를 만들 수있는 능력입니다. 잘 만들어진 몇 가지 사용자 지정 도구를 사용하면 많은 시간과 노력을 절약 할 수 있습니다. 그리고 그들은 공상 일 필요는 없습니다. 내 대부분은 3 줄짜리 셸 스크립트이지만 몇 개는 훨씬 더 깁니다.

그러나 일을 자동화하는 법을 배우면 인생이 더 쉬워 질 것입니다. (그리고 일을 잘할 수있을 때 동료 직원들에게 깊은 인상을 남깁니다.)


-3
  • Java와 C ++에 대한 강한 싫어요.
  • 운영 체제 내부, 알고리즘 및 데이터 구조에 대한 기본 이해
  • C 및 1 개 이상의 스크립팅 언어에 능숙합니다.
  • 하나의 주류 VCS (Mercurial, Subversion 또는 Git)에 대한 실무 지식.
  • 커맨드 라인에서 능숙하게 작업 할 수있는 능력.
  • Windows를 싫어하고 개발 또는 일반적인 용도로 Linux, BSD 또는 Solaris와 같은 Unix 파생 OS를 가끔씩 사용합니다.

나는 세상이 시작되고 끝나지 않는다는 것을 이해하는 것만 큼 Java / C # / C ++에 대한 강한 싫어하는 것이 중요하다고 생각하지 않습니다. Java는 그 용도가 있지만 Ruby, PHP, Erlang, Lisp 등도 마찬가지입니다.
Zachary K

주류 VCS에 대한 실무 지식을 개발하는 데 얼마나 걸립니까?
Andrew M

@Andrew M : VCS를 둘러싼 수많은 도구를 숙달하는 데 몇 주가 걸릴 수 있습니다. 확산, 가지, 패치, 병합. 그런 다음 각 VCS의 한계 또는 과도한 합병증을 해결하기 위해 노력하고 있습니다.
매트 소목 장이

@ 매트 : 감사합니다. 그렇다면 직접 수행하는 가장 좋은 방법은 무엇입니까? 자신의 애완 동물 프로젝트에 사용하는 것만으로도 충분합니까?
Andrew M

2
첫 번째 글 머리 기호와 마지막 글 머리 기호는 개발 또는 학습에 능숙하다는 것과 거의 관련이 없습니다 (새로운 개발자가 필요로하는 주요 사항). "XYZ를 강력하게 싫어함"을 갖는 것은 팀의 모든 사람이 싫어하는 것을 공유하는 경우에만 유용합니다. 모두가 그렇지 않으면, 단지 균열을 일으킬 것입니다. Windows-hater와 Linux-hater는 둘 다 싫어한다는 점을 제외하고는 차이가 없습니다. 다른 한편으로, 개인적인 경험에 근거한 것을 싫어하는 이유가있는 사람은 테이블에 가져올 무언가가 있다는 것을 의미합니다. 그럴만 한 가치가 있습니다 ... 그러나 집에서 Suse를 사용한다고해서 더 똑똑해지지는 않습니다.
corsiKa
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.