홈페이지 » 웹 디자인 » 웹 개발자의 10 가지 가장 일반적인 유형

    웹 개발자의 10 가지 가장 일반적인 유형

    당신의 인생에서 얼마나 많은 개발자를 알고 있습니까? 한 그룹의 사람들과 함께 일한다면, 그들이 실제로 함께 그룹화 할 수있는 특정 단점이나 성격을 가지고 있음을 알게 될 것입니다. 이것이 내가이 게시물로 할 일입니다.

    개발자는 개인 취향과 작업 스타일을 가지고 있습니다.비록 그들이 똑같은 일을하더라도 그들은 매우 다릅니다. 우리는 가장 일반적인 10 개의 개발자 그룹을 살펴볼 것입니다. 자신이나 동료 중 한 명을 그 자리에 앉힐 수 있는지 확인하십시오..

    1. 정복자들

    Purists는 정의에 의해 전통적인 규칙에 충실한 사람들입니다. 자연스럽고 순진한 영어 선생님이나 두 명을 알고있을 수도 있습니다. 내리스트의 순수 주의자들은 그렇지 않다. 엄격한, 그들은 단지 개발자의 일종이다. 프레임 워크와 라이브러리를 사용하는 데별로 관심이없는 사용자.

    매번 바닐라 자바 ​​스크립트를 JQuery보다 많이 사용합니다. 그들 순수한 언어와 전통적인 방법을 사용하는데 문제가 없다.에스; 사실, 그들은 아직 다른 프레임 워크 나 라이브러리에 걸려 넘어지면 짜증납니다. 여분의 라이브러리가 동등한 부풀림.

    당신이 생각하기에 이것은 실제 생활에서 사용하지 않는다는 의미는 아닙니다. 요즘의 구인 공석이 요구할 때 그렇습니다. “jQuery 전문 지식”. 아무리 초조해 보이거나 가까운 마음을 보일지라도, 당신은 그들의 논쟁에서 진실을 눈 감아주지 못할 것입니다..

    2. The Doers

    물론 모든 사람들이 일을 끝내야 만합니다.하지만 무엇이든지간에, Doers에게는 우선 순위 목록 스타트 일을 끝내고. 최신 프레임 워크, 라이브러리 및 워크 플로를 최신으로 제공 할 수 있습니다. 그들은 가지고있다. premade 모듈 ...에 대한 모든 모듈을 신속하게 사용할 수 있도록 정렬 프로젝트에서.

    철저한 생산을 위해 모든 도구를 구현하면서 신생 기업이 문을 엽니 다. 전형적인 doer 's telltale 증상은 grunt 나 gulp와 같은 task runner의 사용이다..

    3. Polyglots

    다구류는 여러 프로그래밍 언어 사용; 일부는 심지어 서커스 저글러처럼 SQL과 SASS를 저글링하는 풀 스택 개발자입니다. 즉, 하나의 프로그래밍 언어로만 작업하는 것은 웹 개발에서 거의 불가능합니다. 당신이 백엔드 개발자 일지라도 그 운명을 피할 수는 없습니다. 따라서 적어도 4-5 개의 프로그래밍 언어를 알고있을 때, 당신이 다국 언어임을 자랑 할 수 있습니까?.

    대부분의 polyglots는 누구인가 그들의 작업 상황 때문에 선택보다는 오히려. 모두가 별도의 프론트 엔드 개발자 또는 디자이너를 갖지는 않습니다. 어느 쪽이든, 그들은 다른 누구보다 더 많은 자신감을 갖고 새로운 언어에 접근하고 빠른 학습자입니다.. 그들 중 일부는 모든 거래의 잭이 될 수 있지만 아무도의 주인이 아니기 때문에 그들을 압도 당할 필요는 없습니다..

    4. 완벽 주의자들

    내가 완벽 주의자 프로그래머라고 할 때 마음에 떠오르는 것은 무엇인가? 글쎄, 나는 코드의 가장 완벽하고 완벽한 것을 목표로하는 사람들을 의미하지는 않는다. 진정한 완벽 주의자들은 보기, 코드 및 코딩 넘어. 그들 코멘트 남기기, 주의를 기울이십시오. 이름 지정 변수 더러운 일을 일명해라. 선적 서류 비치 (다른 것들 사이).

    마지막으로 얼굴을 보자. 자세한 설명을 남기거나 소프트웨어 설명서를 작성했습니다.? 최근에 나는 항상 당신이 완벽 주의자가 될 때까지 믿습니다. 그들은 내 의견으로는 드물다. 대부분의 개발자는 문서에주의를 기울이지 않습니다 (문서가 실제로 중요 함에도 불구하고 Thoriq Firdaus가 이에 동의합니다).

    5. 예술

    웹 개발 측면에서 모국어가 CSS라고 가정 해 봅시다.. 도형, 그림 물감, 애니메이션, 필터 다른 모든 시각적 인 것들 그들에게 가장 중요한 것. 그들을 만나고 싶니? Codepen은 일반적인 허브입니다..

    그들은 디자이너가 아니거나 어쩌면 그들은 존재할 수 있습니다. 그들은 Adobe Illustrator 또는 After Effects 대신 코드로 예술을 표현합니다. 디자이너와 페어링하는 것은 빵 위에 버터를 뿌리고 부드럽고 훌륭한 조합을 만드는 것과 같습니다..

    6. Reuser

    우리 모두는 반복적 인 코드 블록을 다루기 위해 제네릭 클래스 나 메소드를 작성하기 위해 먼저 뛰어 들고 싶어하지 않습니다. 우리는 최적화 단계가 끝날 때까지 그 부분을 남겨 두었습니다. 최적화 단계는 큰 붉은 색 고체 10px 마감 시간과 그 다음의 간단한 휴식 기간을 정상적으로 통과 한 후에 발생합니다.

    Reusers는 처음부터 재사용 가능한 코드 스 니펫의 기초를 만들고 나중에 최적화 시간을 많이 절약 할 수 있다는 점을 잘 알고 있습니다. 그들은 대부분 경험 많은 개발자들이다. 여러 모양을 만들 수있는 코드 블록을 예견합니다.. 아마도 완전히 채워진 글로벌 파일이나 유틸리티 클래스가없는 프로젝트는 하나도 없을 것입니다.

    7. Bookworms

    제 첫 번째 VB Lab 전날 교수님은 양식을 작성하기위한 간단한 지침을 주셨습니다. 그녀는 수업이 시작될 때 데모를 실행했는데, 불행하게도 내가 늦어서 빠져 나갔다. 내가 관리 할 수있는 지시 사항은 나를 구하기에 충분하지 않았고, 수화 또는 도움을 얻기 위해 친구들과 너무 멀리 앉아있었습니다..

    그래서 나는 할 수있는 유일한 일을했습니다. 나는 좋은 오래된 교과서를 열었습니다.. 나는 책벌레가되었다.. 결과적으로 모든 요구 사항을 제 형식으로 관리하는 클래스의 마지막 부분에서 교수님의 칭찬을 받았을뿐만 아니라 무엇을 기반으로 한 다른 사람도없는 배경 이미지를 추가했습니다. 나는 교과서에서 배웠다..

    프로그래밍과 논리에 능숙한 내 동료 중 일부를 찾을 수있는 것은 드문 일이 아닙니다. 쌓여 있고 책으로 덮여있는 책상이있다.. Bookworms는 깊이있는 지식을 추구하면서 텍스트를 읽습니다. 때로는 우연히 발견되어 결국 최고의 종류입니다!

    8. 디버거

    디버깅 자체는 기술입니다. 그것의 진실한 힘은 페이지가 보여줄 때만 끌 수 있습니다. “내부 서버 오류 500”. 디버거는 자신의 코드에서 버그를 잡거나 뭉개 버릴 수있을뿐만 아니라 다른 사람이 작성한 코드에서도 버그를 잡을 수 있습니다 (개발자의 악몽입니다)!

    브라우저 나 IDE에 상관없이 모든 디버깅 도구와 옵션에 정통합니다. 하지만 도구를 제쳐두고 디버깅을 수행하려면 이벤트 흐름과 해당 체인에서 트리거를 발견 할 수있는 능력에 대한 분명한 지식이 필요합니다..

    코드가 다른 사람에게 속한 경우 디버거가 실제 관찰 관측을 보여줄 때 코드 라인에 선을 긋고 누락 된 'if', 'else', 'or', 'and, 또는 세미콜론을 찾습니다.

    9. 연구원

    연구원에게는 코드가 다만 그들을위한 코드; 화제가된다.; 포럼 토론 주제, 블로그 게시물 주제, 스택 오버플로 Q & A. 아무 설교도, 판단도없고 그들이 해부에 노력을 기울이는 지식의 공유. 우리가 작성한 모든 코드에는 용도와 목적이 있으며 불행히도 부작용이 있습니다. 때때로.

    우리 중 연구원은 코드의 측면을 이해하려고 노력합니다. 그들은 서류를 파고 실험을하고 가장 중요하게 그들의 발견을 공유하다 그들이하는 일에 영원히 감사 할 우리 나머지 사람들을 위해.

    10. Sociables

    서로 코드를 복사 함에도 불구하고, 우리는 여전히 같이 붙어있다. 커뮤니티의 일원으로 먹고, 숨을 쉬며, 살다.. 육체적으로, 우리는 혼자서 컴퓨터 앞에서 외롭지는 않지만 혼자 앉아있다.. 우리의 사회적 기술은 성공을 거둘 수 있습니다. 그래도 우리가 좋아하든 그렇지 않든.

    그리고 Sociables가 있습니다. 그들은 당신을 마실 것과 만나고, 괴상한 농담을하고, 현장에서 가장 최신이고 가장 큰 것에 대해 이야기하고, 곧 출시 될 제품, 하드웨어 또는 소프트에 대한 기대감, 기회, 네트워킹 가능성, 시간이 허락한다면 흥분합니다., 너와 전화를 바꿔라. 그래서 당신은 다른 OS를 시험해 볼 수 있습니다. 개발자 친구들과 사교적 인 관계를 알고 계십니까??

    마무리

    당신 중 일부는 친구, 자신을 몇 그룹의 일부로, 때로는 겹쳐서, 모순되는 다른 시간에 찾아야합니다. 우리는 결국 우리 모두가 개발자라고 판단하지 않습니다. 그러나 우리는 당신이 가장 동맹을 맺고있는 개발자 그룹을 알고 싶어합니다. 의견을 통해 알려주십시오..