당신은 처음부터 시작하는 것이 아닙니다: 당신의 양도 가능한 기술이 새로운 경력에서 앞서 나가는 데 어떻게 도움이 될 수 있습니까?

소프트웨어 엔지니어가 되기 전에는 편집자와 저널리스트로 일했습니다.

저는 항상 글쓰기를 즐겼고 매일 하는 일에서 많은 것을 배웠습니다. 그러나 기술 분야로 전환한 후 저는 직업을 바꾸는 많은 사람들이 이전의 전문적인 경험을 관련 없는 것으로 숨기거나 최소한 축소하려고 한다는 것을 깨달았습니다.

그러나 많은 기술이 직업 간에 완벽하게 이전될 수 있으며 실제로 새로운 분야에 대한 귀중한 관점과 접근 방식을 가져올 수 있다고 확신합니다. 제 경우에는 저널리스트로 일하면서 배운 기술이 소프트웨어 엔지니어링 분야로 전환하는 데 도움이 되었습니다. 그 이후로 소프트웨어 엔지니어링에서 배운 기술과 교훈은 저만의 책 을 쓰고 출판하는 데 도움이 되었습니다 .

다음은 성공적으로 경력을 전환하고 새로운 역할을 시작하기 위한 최고의 팁입니다.

기존 기술을 무시하지 마십시오

당신이 이미 가지고 있는 가장 중요한 기술의 목록을 만들고 다른 작업이나 역할 내에서 어떻게 사용할 수 있는지 고려하십시오. 의사 소통 기술, 시간 관리 기술, 팀워크 경험 - 이 모든 것은 귀하가 맡은 역할에 대해 귀중한 자산입니다.

글쓰기는 그러한 기술의 또 다른 예입니다. 당장은 분명하지 않지만 잘 쓰는 능력은 모든 소프트웨어 엔지니어에게 중요한 기술입니다. 문서화 및 기술 계획에서 코드 검토 주석 또는 풀 리퀘스트 설명에 이르기까지 쓰기는 프로그래머의 일상 업무에서 큰 역할을 합니다.

"현재 직장에서 잘 할 수 있는 핵심 기술이 새 직장에서 부당한 이점이 된다면?"

명료한 작가가 된다는 것은 명료한 사상가가 되기 위한 대리인입니다. 편집자로서의 이전 경험은 소프트웨어 엔지니어의 핵심에 있는 비판적으로 사고하고 문제를 해결하는 능력을 향상시켰습니다. 쓰기 기술은 소프트웨어 엔지니어링 세계에서 저의 불공평한 이점입니다. 그들은 기술 경력을 쌓는 데 도움을 주었을 뿐만 아니라 소프트웨어 엔지니어가 된 경험을 기록한 책을 저술하고 출판할 수 있게 해주었습니다.

현 직장에서 잘할 수 있는 핵심 기술이 새로운 직장에서 부당한 이득이 될 수 있다면?

최고로부터 배우다

이전 직장에서 일정 수준의 기술을 쌓고 나면 새로운 직업에서 초심자 수준의 자신을 찾기가 어려울 수 있습니다. 그러나 개방적이며 동료 및 기존 전문가로부터 배우고자 하는 한, 얼마나 빨리 전문 지식을 습득하기 시작하는지 놀라게 될 것입니다.

독학 소프트웨어 엔지니어로서 나는 종종 사기꾼 증후군으로 고생했고 컴퓨터 공학 석사 학위를 가진 동료들에게 위협을 느꼈습니다. 글을 쓰는 배경에서 왔기 때문에 내 기술이 내 새로운 역할과 관련이 없다고 느끼기 쉬웠습니다. 그러나 저널리스트로 일하면서 얻은 정보를 소비하고 처리하는 능력이 가장 큰 장점이었으며 최고로부터 배우는 데 도움이 되었습니다.

“동료들이 코딩을 훨씬 더 잘한다는 사실에 의지하고 그들에게서 직접 배울 수 있는 기회를 이용했습니다.”

동료들이 코딩을 훨씬 더 잘한다는 사실에 기대어 그들에게서 직접 배울 수 있는 기회를 얻었습니다. 뛰어난 사람들과 함께 일하는 것 외에도 뛰어난 프로그래머가 쓴 책을 읽기 시작했습니다. 제 지적 능력을 훨씬 뛰어넘고 제 기술을 훨씬 더 높은 수준으로 끌어올린 책이었습니다.

책을 쓸 때도 같은 방식을 사용했습니다. 첫째, 나는 교과서를 펴고 위대한 작가들이 글쓰기의 예술과 과학에 대해 말한 모든 것을 읽기 시작했습니다.

둘째, 최고의 소설가들에게 배우기 시작했습니다. 나는 나의 자유 시간을 훌륭한 글쓰기의 예들로 채우는 것이 나를 고양시키고 나를 새로운 수준의 능력으로 데려왔다고 느꼈습니다.

나는 작가들을 닮고 그들의 작문 스타일을 따라하려고 노력했다. 순진하게 들리지만 효과가 있었습니다. 내가 책을 쓰고 나면 영어 사용자는 오류가 거의 없다는 점에 깊은 인상을 받았고 원어민이 편집했다고 가정했습니다. 그렇지 않았다. 그래서 내 트릭이 효과가 있었던 것 같아요!

투쟁을 수용

이것은 내가 코딩 여정에서 상당히 늦게 배운 교훈이며, 처음부터 그것을 알았더라면 좋았을 것입니다.

코딩을 시작했을 때 많은 어려움을 겪었습니다. 나는 모든 것을 고투했다. 대부분의 경우 동료들이 하는 말이 전혀 이해가 되지 않았고 그들이 사용하는 가장 기본적인 단어라도 조사해야 했습니다. 쉘, 도커, 컴파일러; 실제 작업을 시도하기도 전에 가장 기본적인 개념의 의미를 파악해야 했습니다.

"투쟁은 학습의 중요한 부분이며 피해야 할 것이 아니라 개선에 도움이 되는 것으로 보아야 합니다."

나는 모든 단계에서 어려움을 겪었습니다. 기분이 좋지는 않았지만 나중에야 그것이 정확히 느껴야 할 느낌이라는 것을 깨달았습니다. 이 투쟁은 학습의 중요한 부분이며 피해야 할 것이 아니라 개선하는 데 도움이 되는 것으로 보아야 합니다.

어려움을 받아들이는 법을 배운 후 몇 년 동안 책을 쓰는 것이 얼마나 어려운지 받아들이고 대처하는 것이 더 쉬웠습니다. 정말 많은 수준에서 내가 한 일 중 가장 어려운 일 중 하나였습니다. 하지만 이 투쟁은 내가 나쁜 작가라는 것을 의미하는 것이 아니라, 내가 열심히 해야 할 일을 열심히 하고 있다는 것을 의미했습니다.

프로그래밍과 마찬가지로 쓰기도 고군분투하는 것이 좋습니다. 그리고 누구나 인정하지 않거나 처음에 자신이 얼마나 힘들었는지 잊어 버려도 어렵습니다.

당신의 작품을 일찍 그리고 자주 보여주세요

나는 내 작품을 일찍 보여주는 것을 좋아하지 않는다. 나는 내 코드를 다른 사람에게 보여주기 전에 가장 잘 보일 필요가 있다고 생각하곤 했습니다. 내가 올바른 방향으로 가고 있지 않을 수도 있다는 의심이 들더라도 나는 일하고 일했습니다. 결국 나는 누군가에게 코드를 보여줄 것이고 종종 내가 잘못된 방향으로 가고 있고 그것에 몇 시간 또는 며칠을 낭비했다는 것이 드러날 것입니다.

내 작업을 더 일찍 보여주기만 했다면 훨씬 더 많은 시간과 노력을 절약하고 훨씬 더 빨리 배울 수 있었을 것입니다. 글쓰기에도 같은 교훈이 적용됩니다. 내 책의 첫 번째 초안을 완성하는 데 약 두 달이 걸렸습니다. 그 초안을 제가 직접 편집했고, 괜찮다고 생각되면 편집자에게 보여줬습니다.

"작업을 100% 편안하게 공유할 수 있다면 아마도 너무 오래 기다렸을 것입니다."

편집자의 피드백에 따르면 책을 거의 처음부터 다시 작성해야 검색 엔진에 최적화된 다른 블로그 게시물이 아닌 개인적인 이야기처럼 읽힐 수 있습니다. 내가 쓴 모든 것은 내 살아 있는 경험의 프리즘을 통해 말해야 했고, 그래서 나는 다시 원점으로 돌아가야 했습니다.

피드백을 요청해서 기쁩니다. 하지만 작업을 더 일찍 보여주었다면 최소 한 달을 절약할 수 있었을 것입니다. 정기적으로 피드백을 요청하고 가능한 한 빨리 작업을 보여주십시오. 공유하는 것이 100% 편하다면 너무 오래 기다렸을 것입니다.

다음 노력에 도움이 될 교훈은 무엇입니까?

이것이 내가 프로그래머로 일하면서 배운 가장 중요한 세 가지 교훈으로, 책을 쓰기 시작했을 때 귀중한 기술이 되었습니다.

직업을 바꾸거나, 자신의 사업을 시작하거나, 직장에서 새로운 역할을 맡고 싶지만 자격이 충분하지 않다고 느끼기 때문에 시작할 수 없는 경우 가장 중요한 기술과 교훈의 목록을 만드십시오. 당신이 배운 것을 다른 작업이나 다른 역할로 옮길 수 있는 방법을 생각하십시오.

귀하의 이전 직업이 어떤 분야에 있든 다음 노력에서 성공하는 데 도움이 될 수 있는 양도 가능성이 높은 기술과 교훈을 많이 배웠음을 알게 될 것입니다.

인터콤 엔지니어는 일상 업무에 다양한 기술, 관점 및 전문 지식을 제공합니다. 엔지니어링 팀에서 일하는 것이 어떤 것인지 자세히 알아보려면 채용 페이지를 방문하세요.