링크세상 링크모음
링크세상 링크모음 링크 애니 웹툰 링크 드라마 영화 링크 세상의모든링크

무시해야 할 소프트웨어 개발 조언 – 기술 뉴스

스타트업 개발 프로젝트는 선의지만 끔찍한 조언으로 인해 실패합니다. 아래에는 무시할 가치가 있는 6가지 지혜의 진주가 나열되어 있습니다.

고품질 소프트웨어를 구축하는 것은 어렵습니다. 때로는 잘못된 통찰력으로 인해 상황이 훨씬 더 어려워질 수도 있습니다.

고품질 코드를 작성하고 훌륭한 소프트웨어를 구축하려면 웹 애플리케이션 개발 및 모바일 애플리케이션 개발의 각 단계에서 프로젝트를 신중하게 계획하고 원활하게 의사소통하는 것이 중요합니다.

좋은 조언은 드물지 않지만 전문 지식이 부족한 사람들 사이에는 나쁜 조언이 만연합니다. 이를 염두에 두고 기술 분야의 동료 개발자와 혁신가들에게 연락하여 그들의 소프트웨어 개발 경험에 대해 듣고 그들이 받은 최악의 조언을 공정하게 공유해 달라고 요청했습니다. 이러한 대화에서 얻은 몇 가지 최고의 통찰력과 개인적인 “최악의” 조언을 안내해 드립니다.

1. 변경 사항이 충분히 작다면 테스트할 필요가 없습니다.

테스트 코드는 매우 중요합니다. Google 개발자인 Charles Kong은 다음과 같이 설명했습니다. “소프트웨어 엔지니어는 테스트 작성에 얼마나 많은 시간을 사용해야 하는지에 대한 문제에 직면하고 있으며 일부는 변경 사항이 미미한 단위 테스트는 아직 완료되지 않은 것을 알면서 실제로는 시간 낭비라고 말할 수 있습니다. 모두 깨질 가능성이 있습니다. 나에게 있어 테스트는 거의 모든 코드에 대해 지속적으로 작성되어야 하며, 사소한 변경의 경우 어쨌든 쉬운 테스트를 작성하는 것이 훨씬 빠르고 쉽습니다. 컴파일할 때 발생하는 사소한 철자 실수를 저지를 때마다 항상 알 수 있습니다.”

오류는 발생하므로 코드 테스트를 희생하지 마세요. 아무리 사소하거나 사소해 보일 수도 있습니다.

2. 잘 작성된 코드에 대해서는 코멘트를 달 필요가 없습니다.

어떤 사람들은 댓글을 달면 소용이 없다고 말합니다. 실제로는 그렇지 않습니다.

모든 사람이 당신의 코드 작성 스타일을 이해하는 것은 아닙니다. Jawbone 개발자인 Trung Le는 이것을 힘들게 배웠습니다. “이것은 부적절합니다. 항상 코드에 주석을 달아야 합니다. 제가 이 조언을 좋아하지 않는 이유는 실제로 많은 남성과 여성이 코드를 잘 읽지 않기 때문입니다. 따라서 그들은 코드 작동 방식을 이해하기 위해 댓글의 내러티브에 의존합니다.”

3. 어떤 대가를 치르더라도 해외 아웃소싱을 피하세요.

이 일반화된 진술은 우리가 외국 프로그래머에 대해 자주 듣는 진술입니다. 그러나 공동 창립자인 Pratham Mittal에 따르면 이는 오해입니다.

“이 조언은 잘못된 일반화입니다.”라고 그는 설명합니다. “어느 나라에서나 좋은 소프트웨어 개발자와 나쁜 소프트웨어 개발자를 모두 찾을 수 있습니다. 베트남 소프트웨어 아웃소싱과 베트남 소프트웨어 서비스는 교육을 받고 유능한 프로그래머로 구성된 대규모 인재 풀을 보유하고 있습니다.”

4. 의견이나 가정과 측정 가능한 결과를 바탕으로 구축합니다.

Pinterest 성장 팀의 기술 책임자인 Ludo Antonov에 따르면 엔지니어는 많은 조언을 얻는 데 도움이 될 수 있습니다. 그러나 제품 개발에 있어서는 “가장 파괴적인 조언은 측정 가능한 결과보다는 의견만을 토대로 제품을 개발하도록 유도하는 종류의 조언입니다. 그런 식으로 좋은 엔지니어링 시간이 낭비되는 경우가 꽤 많습니다.”

제품 개발은 주관적이지 않습니다. 사실 모든 것은 결과에 관한 것입니다.

Antonov는 “Pinterest에서는 놀랍도록 레이저에 초점을 맞춘 데이터 기반 접근 방식을 활용해 왔으며 이는 성공에 매우 중요합니다.”라고 말합니다. “아이디어를 코드에 적용하고 테스트하는 것이 중요합니다. 그러나 코드의 성공 여부를 결정할 때 의견에만 의존하는 것은 매우 위험하며 시간이 지남에 따라 잘 지원되어야 하는 항목의 지속적인 부분으로 도입됩니다.”

트래픽이 많은 사이트는 사용자 기반의 하위 집합에 대해 많은 실험을 실행하고 주요 지표를 기반으로 최적화해야 합니다.

5. 코드의 ‘해당’ 부분을 건드리지 마세요.

거기에 있고 작동하고 있는데 왜 만지나요? 글쎄, 단순히 실행 중이라고 해서 그것이 옳다는 것을 의미하는 것은 아닙니다. 확실히 기능적이어야합니다. 그리고 다른 사람이 코드를 작성했다고 해서 여러분이 코드를 처리할 수 없다는 의미는 아닙니다. 다른 사람의 코드를 이해하는 것이 좋은 개발자의 잠재력이라고 Adnan Ali는 설명합니다. 당신은 두려움이 없어야합니다.

Financeit의 수석 소프트웨어 설계자로서 Ali는 많은 조언을 받았습니다. “그럼에도 불구하고 내가 받은 소프트웨어 조언 중 최악은 ‘메인 코드를 건드리지 마세요. 아무도 그 메인 코드를 건드리지 않아요!’ 그것은 확실히 메인 시스템의 핵심이었고 개발자들은 그것을 건드리기를 두려워했습니다. 조언을 무시하고 한 줄씩 살펴보며 그것이 무엇을 하는지 알 수 있었습니다. 이러한 이해를 바탕으로 저는 각 웹 히트에서 20%의 성능 향상을 얻는 큰 변화를 만들었습니다. 다른 사람의 코드를 읽고 이해하는 것은 개발자의 주요 기술 중 하나입니다.”라고 그는 말합니다.

6. 계획에 대해 걱정하지 마세요.

이것은 당신이 받는 조언에 의문을 제기해야 하는 이유에 대한 몇 가지 고전적인 유형입니다. 하지만 제가 받은 최악의 조언은 다음과 같습니다. 계획을 세우는 데 신경 쓰지 마세요. 당신은 그 과정에서 모든 것을 결정하게 될 것입니다. 코드 작성을 시작하세요.

저는 계획이 모든 개발 프로젝트에서 정말 중요한 단계라고 믿습니다. 매 분 세부 사항을 계획할 필요는 없지만 코드를 작성하기 전에 제품을 계획하고 기능의 우선 순위를 지정하는 것이 필수적입니다. 대부분의 경우 팀은 모든 기능이 절대적으로 필수적이라고 믿습니다. 기능의 우선순위를 정하고 여러 버전으로 분리하지 않으면 첫 번째 제품에 투자하는 총 시간과 비용이 늘어납니다. 대신 핵심 필수 기능을 구축하고 최종 고객으로부터 피드백을 받는 데 집중해야 합니다.

우리 모두는 많은 조언을 받고 항상 사람들의 말에 귀를 기울여야 하지만, 받은 피드백을 비판적으로 검토하고 다양한 전략을 실험해야 합니다.

소프트웨어 관련 조언은 어디에서 받으시나요? 당신이 받은 최악의 조언은 무엇이었나요? 듣고 싶습니다.

출처: S3 기술 블로그