코드 없는 개발자는 기술의 미래입니다. 하지만 어떻게 좋은 사람을 고용합니까?

비주얼 프로그래밍이라고도 하는 코드 없는 소프트웨어 개발은 ​​인력 지원의 미래라고 주장하고 있습니다. Forrester는 로우 코드 개발 플랫폼 시장이 연평균 44.49%의 성장률을 보이며 2022년까지 272억 3천만 달러에 달할 것으로 예측합니다. 거대 기술 회사는 자체적으로 로우 코드 도구를 개발하거나 구매하고 있습니다(Google의 최근 AppSheet 인수 참조). 나스닥과 같은 주요 기업은 2020년 핵심 IT 우선 순위로 코드가 적고 코드가 없는 플랫폼을 목표로 삼고 있습니다.

그러나 이 모든 모멘텀은 중요한 질문을 제기합니다. 성공적인 노코드 개발자는 실제로 어떤 모습일까요? 이것이 기술 산업의 미래라면 채용 담당자와 고용주는 고용 시장에서 찾고 있는 인재에 대한 아이디어가 필요합니다.

노코드 도구에는 코딩 기술이 필요하지 않지만 프로그램 작성 기술. 프로그래밍이 시와 관련되듯이 코드는 언어와 관련이 있습니다. 훌륭한 노코드 개발자는 추상적인 문제를 요구 사항, 아키텍처, 디자인 및 논리로 변환할 수 있는 사람입니다.

좀 더 구체적으로 말하자면 노코드 개발자에게서 찾아야 할 몇 가지 특정 기술과 특성과 그에 따라 후보자를 평가하는 몇 가지 방법이 있습니다.

1. 효과적인 문제 해결

기본적으로 노코드 개발자는 문제 해결사 역할을 합니다. 크고 복잡한 소프트웨어 제품은 단순히 더 작은 기능의 모음일 뿐이며 최고의 노코드 개발자는 복잡한 문제를 더 작고 실행 가능한 조각으로 나눌 수 있습니다. 모든 소프트웨어는 작업을 수행하기 위한 워크플로를 지시하는 논리적 진술을 생성해야 합니다. 이상적인 후보자는 이 개념을 이해할 뿐만 아니라 논리적 워크플로를 명확하게 지시할 수도 있습니다.

코드 없는 개발자를 고용하기 전에 지원자가 사용하는 방법론을 설명하면서 문제 영역을 식별하고 수정하는 능력을 보여줄 수 있는 사례 연구를 통해 후보자를 운영하는 것이 좋습니다. 또한 후보자에게 복잡한 스프레드시트에서 통찰력을 추출하는 것과 같은 관련 작업을 수행하도록 요청하는 것은 그들의 논리적 기술을 평가하는 훌륭한 방법이 될 수 있습니다.

2. 디테일에 대한 관심으로 뒷받침되는 폭넓은 비전

좋은 제품을 만들려면 넓은 시야가 필요합니다. 소프트웨어가 해결하고자 하는 높은 수준의 문제와 개발자가 문제를 효과적으로 해결하는 애플리케이션을 구축할 수 있는 방법을 이해하는 것이 필수적입니다. 동시에 개발자는 매우 세분화된 수준에서 문제와 솔루션을 이해할 수 있어야 합니다. 소프트웨어에 정확히 무엇이 필요합니까? 어떤 특정 기능이나 공식이 필요합니까?

이 모호한 능력에 대해 후보자를 테스트하려면 비즈니스 모델과 같은 큰 그림 문제에 대해 광범위하게 생각하도록 요청하십시오. 그런 다음 주어진 상황에서 특정 알고리즘이 어떻게 작동하는지와 같이 더 구체적으로 생각하도록 요청하십시오. 이 전략은 코드가 없는 특정 개발자가 얼마나 도움이 되는지 확인하는 데 도움이 되며 복잡한 소프트웨어 애플리케이션 작업에 대한 후보자의 방법론에 대한 통찰력을 제공합니다.

3. 사용자 경험(UX) 및 사용자 인터페이스(UI) 디자인 감각

오늘날 훌륭한 소프트웨어 제품은 잘 작동할 뿐만 아니라 해당 기능을 접근 가능하고 직관적이며 친근한 방식으로 제공해야 합니다. 노코드 개발자가 반드시 전문 디자이너일 필요는 없지만 좋은 디자인이 어떤 것인지, 그리고 이를 최종 소프트웨어 제품에 통합하는 방법을 이해해야 합니다.

채용 예정자의 디자인 감각을 테스트하려면 가상의 제품을 제시하고 해당 제품의 인터페이스를 배치하고 사용자에게 제시하는 방법을 스케치하도록 요청하십시오. 또한 응시자에게 몇 가지 샘플 사용자 인터페이스를 제공하고 각각에 대해 좋아하거나 싫어하는 점을 설명하도록 요청할 수 있습니다. 이러한 종류의 연습을 통해 개발자가 성공적인 제품의 기본 설계 특성을 이해하고 있는지 여부를 알 수 있습니다.

4. 커뮤니케이션 스킬

고품질 소프트웨어를 만들려면 마케팅 부서에서 최고 경영진에 이르기까지 이해 관계자와의 많은 조정이 필요합니다. 코드가 없는 개발자가 프로젝트의 상태, 직면할 수 있는 장애물, 개발 프로세스의 미묘한 차이를 광범위한 청중과 자신 있게 전달하여 모든 사람이 같은 페이지에서 느낄 수 있도록 하는 것이 중요합니다.

응시자의 의사소통 기술을 테스트하려면 글이 얼마나 명확하고 정확한지 확인하세요. 그들의 이력서, 자기 소개서 및 고용 과정에서 수행할 수 있는 연습을 평가하십시오. 그들은 애플리케이션 구축에 접근하는 방법을 명확히 할 수 있습니까? 기술 전문가가 아닌 청중에게도 해당 프로세스를 명확하게 설명할 수 있습니까?

About admin

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다