정말 훌륭한 웹 개발자가 되기 위해 필요한 것은 무엇입니까?
프로그래밍 작업을 처음 해보면 그게 쉽지 않다는 걸 금세 알게 되었을 것입니다.
코딩 튜토리얼을 보고, 프로그래밍 책을 읽고, 포트폴리오 사이트를 만드는 것이 한 가지입니다. 사양에 따라 웹사이트를 구축하고, 마감일을 준수하고, 가장 중요한 것은 상사와 고객이 만족하는지 확인하는 것은 완전히 다른 일입니다!
무엇보다 기술이 빠르게 변합니다. 트렌드에 뒤쳐지지 않고 내년에 쓸모없게 될 위험이 있다고 느낄 수도 있습니다.
그래도 비밀을 알고 싶습니까? 두려워할 필요가 없습니다.
계속 일하다 보면 업무에 대한 경험이 쌓일 것입니다. 코딩을 배운 것과 같은 방법으로 직장에서 높은 수준의 성과를 내는 방법도 배울 수 있습니다.
좋은 웹 개발자가 되는 방법을 배울 수 있습니다. 그리고 필수적으로 좋은 웹 개발자가 되는 것도 가능합니다. . (물론 나는 당신의 직업 안정성을 보장할 수 없지만 무슨 말인지 알 것입니다.)
저는 정식 컴퓨터 과학 과정을 수강한 적이 없는 독학 웹 개발자입니다. 저는 약 7년 동안 현장에서 일했고 학습 곡선과 사기꾼 증후군으로 고생했습니다.
하지만 그 과정에서 소중한 경험과 기술도 많이 얻었습니다. 내 경험과 귀하의 경험과 유사한 점을 찾을 수 있습니다.
나의 첫 직장
실제 첫 직장에서 주니어 웹 개발자로 일을 시작했을 때 저는 더할 나위 없이 기뻤습니다.
하지만 솔직히 말해서 처음 2년 동안은 두려웠습니다.
나는 매일 내가 어떻게 성취해야 할 지 몰랐던 일을 위해 무엇인가를 해야 했다. 그리고 종종 시작하는 방법조차 몰랐습니다!
나는 종종 무능하다고 느꼈습니다.
고맙게도 모든 것이 항상 잘되었습니다. 나에게 도움을 주는 상사와 동료들이 있어 로프를 보여주었다. 어떻게든 마감 시간을 모두 지켰습니다.
시간이 지나면서 전처럼 스트레스를 받지 않았습니다.
그리고 4~5년 후, 저는 실제로 제 기술에 자신감을 갖기 시작했습니다. 나는 5년이 당신에게 정말 긴 시간처럼 들릴 수도 있다는 것을 압니다. 특히 이제 막 시작하는 경우입니다.
이것만 기억하세요:
성공은 하루아침에 이루어지지 않습니다. 그러나 포기하지 않고 열심히 노력한 후 며칠, 몇 주, 몇 달, 몇 년이 지난 후에 종종 발생합니다.
짧은 경력을 통해 많은 것을 배운 것 같습니다. 그리고 저는 현재 직장을 얻기 위해 열심히 싸워온 초보 웹 개발자를 돕고 싶습니다.
군중 속에서 눈에 띄는 데 도움이 될 몇 가지 원칙이 있습니다. 이를 적용하면 회사와 고객에게 자산이 될 수 있습니다.
그리고 아직 일을 하고 있지 않더라도 이러한 원칙의 대부분을 학습 과정에 적용할 수 있습니다.
흔하지 않은 훌륭한 웹 개발자가 되고 싶으십니까? 계속 읽어보세요!
1:무엇이든 마스터하는 것은 단거리 경주가 아니라 마라톤임을 이해하십시오.
부트캠프나 대학에서 바로 취직했다면 정말 좋은 일입니다! 코딩 여정의 시작 단계에 있다는 것만 알아두세요.
웹 개발은 광범위한 분야이며 다른 기술과 마찬가지로 실제로 능숙해지는 데 오랜 시간이 걸립니다. 여러분 앞에는 갈 길이 멀고, 지금 이 순간에도 여러분이 모르는 것이 많습니다.
하지만 괜찮아! 당신은 초보자입니다. 지금 당장은 모든 분야의 전문가가 될 수 없습니다.
내가 초등학교 5,6학년 때 누나가 SAT(미국에서 대학 입시에 사용하는 표준화된 시험) 공부를 시작했다. 저도 동생이라 해보고 싶어서 연습문제에 답을 해보았습니다.
당연히 잘하지도 못했다. 질문 하나라도 제대로 못 들은 것 같아요. 그 나이에도 좀 과한 성적이었는데, 만점을 받지 못해서 화를 냈어요.
코딩 문제를 파악할 수 없을 때 짜증을 내시는 분이 계실지 모르겠습니다. 하지만 마찬가지로, 알아야 할 모든 것을 알아야 한다고 기대하지 마세요. 바로 이 순간입니다.
비현실적이며 많은 스트레스를 줄 것입니다.
당연히 웹 개발을 배우고 더 나아지기를 원해야 합니다.
그러나 진행 상황을 조감도로 유지하고 현재 위치에 대해 현실적입니다.
현재 이 순간의 단기적 관점이 아니라 경력의 장기적 관점에서 생각하십시오.
2:도움을 요청하기 전에 먼저 자신이 할 수 있는 한 최선을 다하십시오.
그 초기 몇 년 동안, 미지의 영역을 탐험해야 한다는 느낌은 불안을 유발했습니다. 내가 몰랐던 것을 알아내야 한다는 압박감을 느꼈을 것입니다.
그 상황에서 나는 두 가지 선택을 할 수 있었다. 나는 상사에게 돌아가 이렇게 말할 수 있습니다. “죄송합니다. 어떻게 해야 할지 모르겠습니다. 저를 대신해 주실 수 있나요?”
그것이 단기적으로는 부담을 덜어줄 수 있었지만 장기적으로는 나에게 좋지 않았을 것입니다. 해결책을 찾는 방법을 모르는 직원은 다른 직원들로부터 시간을 빼앗기 때문입니다.
다른 선택은 먼저 가능한 한 많은 연구를 스스로 하는 것입니다. 결국 나는 내가 이해할 수 있는 것의 끝에 도달하게 될 것입니다.
그런 다음 마침내 상사에게 가서 "죄송합니다. 저는 이것을 알아낼 수 없습니다. 하지만 여기까지 내가 지금까지 시도한 것이 있으며, 아마도 이것과 관련이 있을 것 같습니다..."
차이점이 보이시나요?
일찍 포기하고 다른 사람에게 내 일을 부탁하기보다 내가 할 수 있는 한 최선을 다했습니다.
그리고 도움을 요청할 때 나는 스스로 일을 했다는 것을 보여주었습니다.
스스로 연구하고 테스트하면 새로운 개념을 가르치는 방법을 배우는 데 도움이 됩니다. 이렇게 하면 다음과 같은 두 가지 이점이 있습니다.
당신은 직장에서 새로운 기술을 배우고 있습니다. 본질적으로 배우기 위해 돈을 받고 있습니다. 당신은 스스로 알아낼 수 있는 질문으로 내 상사나 동료로부터 시간을 빼앗고 있지 않습니다. 당신은 손해가 아니라 회사의 자산입니다.
물론 다른 극단적인 방법은 도움을 요청하여 신속하게 답변을 얻을 수 있었던 문제에 대해 몇 시간 또는 며칠을 보내는 것입니다. 그 시점에서 문제에 너무 많은 시간을 할애하기 때문에 그것도 좋지 않습니다.
스스로 얼마나 노력해야 하는지, 언제 도움을 청해야 하는지 스스로 알아내야 합니다. 하지만 경험을 통해 행복한 매체를 찾을 수 있을 것입니다.
3:호기심을 유지하세요.
처음 일을 시작했을 때 스펀지처럼 정보를 흡수한다는 긍정적인 피드백을 자주 받았습니다.
하는 방법을 정확히 알지 못하더라도 무엇이든 시도할 의향이 있었습니다. 그리고 저는 솔직히 어떻게 작동하는지 알고 싶었습니다.
작동 방식을 이해하려는 이러한 열망은 모든 엔지니어의 핵심입니다. 당신의 호기심이 그 욕망을 채우도록 하십시오.
일을 끝내기 위해 종료하지 마십시오. 이유 이해 매우 중요합니다.
수행 방법을 연구하는 경우 일부 스택 오버플로 코드 스니펫에서 답을 찾은 후에 중단하지 마십시오.
긴급한 마감 시간이 촉박하지 않은 경우 몇 분만 더 시간을 내어 솔루션과 코드가 어떻게 맞는지 살펴보세요.
이전에 코드가 작동하지 않았던 이유와 지금 작동하는 이유를 이해하려고 노력하십시오. 100% 다 이해하지 못해도 괜찮아요. 개념을 파악하기만 하면 됩니다.
이번에는 완전히 이해하지 못하더라도 다음에 같은 문제가 발생할 때 더 잘 이해할 수 있도록 준비되어 있습니다.
4:항상 개선하십시오.
이것은 웹 개발뿐만 아니라 요리, 자동차 운전, 심지어 인간 관계와 같은 삶의 모든 영역에 적용됩니다.
일이 제대로 진행되지 않는다는 것을 알게 되면 뒤로 물러나 관점을 취하십시오. 스스로에게 물어보세요:어떤 일이 일어나길 원했고 왜 일어나지 않았나요?
코드가 웹사이트를 망가뜨렸다면 어떻게 되었으며 앞으로 어떻게 방지할 수 있습니까?
뭔가를 설명하려고 하다가 동료와 말다툼을 했다면 그곳에서 무슨 일이 일어났습니까? 상황을 완화하기보다는 확대할 수 있었다고 말씀하신 것이 있습니까?
다음을 시도하십시오:
- 돌아가서 최적이 아닌 상황을 분석합니다.
- 무슨 일이 일어났는지 알아보세요.
- 다음 번에 문제를 피하기 위해 취할 수 있는 실행 가능한 단계를 생각해 보세요.
시간이 걸리며 때로는 과거로 돌아가 모든 결정을 분석할 시간이 없습니다.
그러나 실수와 갈등에서 배우지 않고 계속해서 헛소리를 하면 실수를 반복하게 될 것입니다.
부정적인 일이 지나가면 그것에 연연하지 않으려는 것이 본능이기 때문에 하기가 어렵습니다.
인생을 디버깅하는 것처럼 생각하십시오. 코드에서 똑같은 실수를 계속한다면 꽤 비효율적일 것입니다. 더 이상 그런 일이 발생하지 않도록 배워야 할 것이 있다는 뜻입니다.
아주 작은 실수일지라도 이러한 자기 인식과 자기 개선의 조합을 연습하면 장기적으로 보상을 얻을 수 있습니다.
5:문제 해결을 정말 잘하세요.
웹 개발자로서 당신의 업무 중 많은 부분이 문제를 해결하는 것입니다. 새 코드를 작성하든 기존 코드를 디버깅하든 최종 목표는 원하는 대로 수행하는 것입니다.
그렇다면 어떻게 하면 코드 문제를 잘 해결할 수 있을까요?
먼저, 수행해야 하는 작업과 프로세스에 관련된 모든 부분을 정확히 이해해야 합니다. 그러면 어디에서 문제가 발생하는지 파악하고 해결할 수 있습니다.
램프 수리
예를 들어, 작동하지 않는 램프를 수리해야 한다고 가정해 보겠습니다.
이 램프의 문제를 해결하려면 먼저 최적의 동작을 식별해야 합니다. 이 경우 램프를 "켜짐"으로 전환하면 전구가 켜집니다.
이것이 발생하지 않으면 프로세스의 각 단계를 살펴보고 무엇이 실패했는지 확인할 수 있습니다.
만들 수 있는 목록은 다음과 같습니다.
- 1단계 :집에 있는 전기가 콘센트를 통해 옵니다. 집에 전기가 켜져 있는지 확인하고 콘센트가 작동하는지 확인하세요.
- 2단계 :램프가 콘센트에 연결되어 램프를 통해 전기가 흐를 수 있습니다. 램프가 꽂혀 있는지 확인하세요.
- 3단계 :전기는 전선과 램프의 스위치를 통해 이동합니다. 전선과 스위치가 모두 작동하는지 확인하십시오.
- 4단계 :스위치를 켜면 전기가 전구에 도달하여 켜집니다. 전구가 고장나지 않았는지 확인하세요.
각 단계를 테스트하여 제거 프로세스를 사용하여 문제의 원인을 좁히고 식별할 수 있습니다.
물론 코드에서 문제를 찾고 수정하는 것은 전구를 테스트하는 것보다 더 복잡합니다. 하지만 과정은 동일합니다.
저는 거짓말을 하지 않습니다. 코드를 디버깅하고 문제와 오류를 해결하는 것은 매우 실망스러울 수 있습니다. 특정 문제에 대해 말 그대로 며칠 또는 몇 주를 보낸 적이 있습니다. 이것이 웹 개발자의 가장 나쁜 점입니다.
그러나 이면은 마침내 그 해결책을 발견했을 때 놀라운 느낌을 받게 될 것입니다. 적어도 그 순간에는 거의 전능하다고 느낄 수 있습니다. 그 환희는 의심할 여지 없이 웹 개발자의 가장 좋은 부분입니다.
기술적이지 않은 기술을 간과하지 마십시오.
마지막 두 가지 팁은 지금까지의 주제와 상당히 다를 것입니다. 코딩과 전혀 상관없는 전문 웹 개발자의 다른 측면이 있습니다.
사람 기술 또는 소프트 기술이라고 부를 수 있습니다.
우리는 코드로 작업하지만 궁극적으로 사람들과 함께 작업합니다. 우리가 구축하는 웹사이트와 앱은 인간을 위한 것입니다. 그리고 직업에 관계없이 인간 고객, 고객 또는 동료와 함께 일하게 됩니다.
최고의 웹 개발자는 코딩만 잘하는 것이 아닙니다. 그들은 또한 큰 그림을 이해하고 사람들과 협력하는 데 정말 능숙합니다.
저는 개인적으로 이 마지막 두 가지 원칙이 팩에서 벗어나는 데 정말로 도움이 될 수 있다고 생각합니다. 다른 종류의 복잡한 사고가 필요하기 때문에 마스터하기가 쉽지 않습니다.
그리고 많은 웹 개발자는 이러한 비기술적 기술을 개발할 필요성을 고려하지 않을 수 있습니다.
여기에서 자신을 고유하게 유용하게 만들기 시작할 수 있습니다.
6:다른 사람에 대한 공감 능력을 기릅니다.
공감은 다른 사람의 감정, 필요 및 관점을 인식하고 이해하는 것을 포함합니다. 요컨대, 자신의 입장이 되어줄 수 있는 능력입니다.
남편과 내가 싸울 때, 우리는 둘 다 서로의 감정이 상하기 시작합니다. 내가 100% 옳다고 느낄 수도 있습니다. 실생활에서는 절대 그렇지 않습니다! 그래서 우리는 고통스럽고 어렵더라도 모든 것을 이야기합니다.
결국 우리는 그것이 모두 오해에서 비롯된 것이거나 우리 중 하나가 나쁜 하루를 보냈음을 깨닫습니다. 마침내 우리 둘 다 상대방의 입장에서 상황을 볼 수 있게 되었습니다.
그것은 옳거나 논쟁에서 "승리"하는 것에 관한 것이 아닙니다. 공감하고 다른 사람과 같은 페이지에 있는 것입니다.
마찬가지로 사람과 일을 하다 보면 갈등이나 갈등이 생길 수밖에 없습니다.
그러나 성급하게 결론을 내리거나 상대방을 악마화하는 것은 피하십시오. 그들이 한 행동이나 말은 개인적으로 의도한 것이 아닐 가능성이 큽니다.
그들과 이야기하고 그들이 어디에서 왔는지 알아내십시오. 그들은 정말 바빠서 이메일을 보내는 것을 잊어버렸을 수도 있습니다. 그들은 방금 끔찍한 만남을 가졌고 유감스럽게도 간결한 대답의 형태로 당신의 스트레스를 해소했을 것입니다.
그리고 다른 사람들에게 의심의 혜택을 주는 것 외에도 직장에서의 공감에는 다른 사람들의 업무량과 상황을 인식하고 존중하는 것도 포함됩니다.
동료 중 한 명이 마감 시간에 미친 듯이 일하고 있다고 가정해 보겠습니다. 그들이 위기에 처한 동안에는 실제로 긴급하지 않은 관련 없는 문제로 그들을 괴롭히지 마십시오.
하지만 상황이 진정되면 어떻게 되었는지 물어보는 것도 좋은 제스처일 수 있습니다.
이와 관련하여 직장 에티켓에 대해 더 알고 싶다면 조언 블로그 Ask Manager를 확인하는 것이 좋습니다. 직장에서 해야 할 일과 하지 말아야 할 일에 대해 매우 유익합니다.
7:사후 대응이 아니라 사전 예방적이어야 합니다.
제 생각에는 능동적인 것과 반응적인 것이 성공적인 사람과 평범한 사람을 구별하는 특성입니다.
반응적인 직원은 요청된 작업을 수행하지만 그 이상은 하지 않습니다. 문제가 발생하면 해결하지만 문제가 다시 발생하는 것을 방지하기 위해 미리 생각하지는 않습니다.
그들은 큰 그림이나 시스템의 연동 부분이 함께 작동하는 방식을 고려하지 않습니다. 반응하는 사람의 기본 사고 방식은 "나에게 영향을 미치지 않으면 내 문제가 아닙니다."입니다.
아주 단기적인 생각입니다. 그들이 나쁜 일을 하는 것은 아니지만 할 수 있는 일을 많이 놓치고 있다는 점에 유의하십시오.
이와 대조적으로 능동적인 직원은 할당된 작업을 완료하고 하루라고 하지 않습니다. 또한 진행하면서 조금씩 개선될 것입니다.
문제가 발생하면 발생한 상황을 분석하고 다시는 이러한 일이 발생하지 않도록 변경합니다. 그들은 업무 프로세스를 보다 효율적으로 만드는 방법에 대해 끊임없이 생각합니다.
요컨대, 능동적인 사람들은 미래의 일을 개선하기 위해 현재에 노력합니다.
그들은 큰 그림을 볼 수 있고 그것을 개선하기 위해 기꺼이 노력합니다.
꽤 괜찮은 것 같죠?
능동적인 기술을 배우려면 시행착오와 많은 관찰을 해야 합니다. 하지만 일단 이해하고 나면 그 혜택이 삶의 다른 영역으로 퍼질 것입니다.
마감
좋은 웹 개발자가 되는 방법에 대한 팁을 읽어주셔서 감사합니다! 초보 웹 개발자라면 이 중 일부가 도움이 되었기를 바랍니다.
질문이나 의견이 있으면 주저하지 말고 아래에 의견을 남겨주세요.