사업을 시작하기 전에 알아야 할 5가지 프로그래밍 신화

저는 프로그래머입니다. 나는 무릎 높이에 있을 때 고대 Commodore 64에서 코딩을 시작했습니다. 오늘날까지도 헤드폰을 끼고 무언가를 해킹하는 것보다 나를 매료시키는 것은 없습니다. 그래서 제가 처음 사업을 시작했을 때 저는 이미 프로그래밍에 대해 많은 것을 알고 있었습니다. 오류인가요? 하나씩 설명해 보겠습니다. 지로가 코드를 비웃습니다.

1. >

저는 여러 곳에서 일하면서 성공에 공통적인 현상이 숨겨져 있다는 것을 발견했습니다. 초기 코드는 술취한 프로그래머가 작성한 것처럼 보입니다. 이는 직관에 어긋나는 것처럼 보일 수도 있지만 이는 비즈니스 성장을 위해 최선을 다해야 하기 때문에 소프트웨어 완벽함을 추구할 시간이 없기 때문입니다. 반면에 실패한 회사는 코드 기반을 수정하는 데 많은 시간을 소비합니다. 예: 초밥 요리사인 경우. 당신은 업무의 일환으로 절판된 칼 세트를 수집합니다. 시간과 노력을 들여 컬렉션을 완성하면 셰프로서의 경쟁력이 높아집니다.

하지만 매일 소품을 닦는 데 아무리 많은 시간을 투자한다고 해도 당신은 대장장이가 아닙니다. 당신의 임무는 여전히 초밥을 만드는 것입니다. 세상에서 가장 좋은 칼을 가지고 있더라도 초밥을 잘 만들 수 없다면 고객 서비스가 나빠질 것입니다. 귀하의 레스토랑 사업은 결코 성공하지 못할 것입니다.

소프트웨어도 마찬가지입니다. 회사를 운영할 때 비즈니스 목적은 고객 만족입니다. 코드는 목표를 달성하기 위한 도구일 뿐이지 그 자체가 목적은 아닙니다. 고객 서비스를 개선하는 데 도움이 되므로 코드를 관리할 수 있고 관리해야 합니다. 그러나 도구를 목표로 착각하면 실패할 수밖에 없습니다.

교훈: 고객은 테스트 범위, 기술 스택, 버전 제어 시스템 또는 사용하는 알고리즘에 관심이 없습니다. 귀하의 임무는 고객의 문제를 해결하는 것이며, 편리할수록 좋습니다.

2.

…아이디어가 아닌 구현에 집중하세요.

이 말은 전통적인 스타트업 조언에 어긋나는 것처럼 들릴 수도 있습니다. 빨리 시작하세요! 구현하다! 반복하세요! 실행, 창의성이 필요하지 않습니다! 빨리 실패하세요! 위 내용은 모두 훌륭한 조언입니다. 그러나 “창의성이 필요하지 않다”는 것은 뛰어난 실행력을 통해 나쁜 아이디어를 바로잡을 수 있다는 의미는 아닙니다. 성공은 좋은 문제를 찾아 적절하게 해결하는 것입니다. 그러므로 좋은 아이디어가 있어도 제대로 구현하지 못한다거나, 나쁜 아이디어를 완벽하게 구현하는 것은 불가능하다. 물론 전자도 구제될 수는 있다.

많은 프로그래머들이 구현의 죽음의 나선에 갇혀 다양한 기능을 만들거나

버그를 수정하는 데 많은 시간을 소비한다고 생각합니다. 또 다른 기능이 트릭을 수행할 것입니다. 내가 말하건데, 이것은 환상이다. 중요한 문제만 해결하면 됩니다. 그렇지 않으면 추가한 기능이 실제로 요구 사항을 해결할 수 없다면 제품에 기능을 계속 추가하는 것은 의미가 없습니다.

좋은 아이디어가 있어도 제대로 구현하지 않는 것이 나쁜 아이디어를 가지고 완벽하게 구현하는 것보다 낫습니다. 교훈: 실패한 제품을 수정하기 위해 기능을 추가하는 경우 실제로 문제가 해결되는지 자문해 보는 것이 가장 좋습니다.

3.

...코드는 컴퓨터용으로 작성되었습니다.

항상 이유를 알 수 없습니다. 이 오류가 발생합니다. 그래서 내구성이 뛰어납니다. 동료의 잘못된 문서화 및 의사소통 습관으로 인해 프로그래머가 문제에 몇 번이나 어려움을 겪더라도 그들은 종종 프로그래머가 본질적으로 이러한 종류의 일을 잘 못하므로 그렇게 해서는 안 된다는 결론에 도달합니다. 정말 큰 실수네요.

팀의 일원이라면 팀 효율성을 높이는 데 가장 큰 장애물 중 하나는 의사소통입니다. 이는 과장이 아니라 팀이 직면하는 문제입니다.

O(n2 )질문입니다. 코드가 주요 출력물이라면 프로그래밍에 대해 생각하는 방식을 바꿔야 합니다. 코드는 사람들이 읽을 수 있도록 작성되고 우연히 컴퓨터에서 실행됩니다.

프로그래머들이 지치지 않고 코드를 작성하는 데 몇 시간을 소비하지만 코드 문서를 업데이트하는 데 소요되는 10분은 생략하는 경우가 많습니다. '정육점 칼로 닭을 죽여도 소용없다. 이런 일은 후손에게 맡길 수 있다. 내 시간은 소중하다'고 생각하기 때문이다. 배운 교훈: 코드는 사람들이 읽을 수 있도록 작성되었습니다. 문서 없이 코드를 작성하지 마세요.

4.

…코딩의 마지막 단계입니다.

이 기능을 작성하고 프로덕션에 넣으면 끝이라고 생각하시나요? 잘못된. 모든 기능에는 수명주기가 있습니다. 지금 작성하는 코드가 성공한다면 다음 세대의 프로그래머를 지배하게 될 것입니다. 아마도 오늘 작성한 코드를 처리하려면 팀을 구성해야 할 수도 있습니다. 생각해 보세요. 당신의 직업이 다른 사람이 작성한 코드를 관리하는 것이라면, 그렇게 하시겠습니까?

문제 해결의 핵심은 위기의식을 갖는 것입니다. 첫 번째 버전을 작성한다고 해서 코드가 끝나는 것은 아닙니다. 문서화, 주석, 구성 등을 잘 수행하십시오.

배운 교훈: 다른 사람이 당신에게 하기를 원하지 않는 일을 다른 사람에게 하지 마십시오.

5. …프로그래머의 임무는 코드를 작성하는 것입니다.

대부분의 프로그래머는 시간을 최대한 활용하는 것이 좋다고 생각합니다. 가장 좋은 방법은 컴퓨터 앞에 앉아 헤드폰을 끼고 코드를 입력하는 것입니다. 그러나 작성하는 모든 코드 줄이 제품 수명 주기 전반에 걸쳐 유지 관리되고 지원되어야 한다면 알고리즘은 또 달라집니다.

이 영화에서 유일하게 믿을 수 있는 순간. 그러나 제품을 구축하기 위해 팀으로 작업하는 경우 첫 번째 의무는 기존 코드를 유지 관리하는 것입니다. 다른 중요한 작업으로는 조정, 의사소통, 계획 및 안내가 있습니다.

교훈: 프로그래머의 임무는 문제를 해결하는 것입니다. 항상 코드 작성을 의미하는 것은 아닙니다.

당신은 프로그래머일 뿐만 아니라 제품 관리자이기도 합니다.

때때로 다음과 같은 생각이 들 수도 있습니다. 이것은 프로그래머의 일이 아니라 제품 관리자의 일처럼 들리네요. 하지만 특히 스타트업에서 코드 작성으로 돈을 받고 있다면 자신을 제품 관리자라고 생각하세요. 제품이 성공하기를 원한다면 큰 그림을 생각하는 것이 중요합니다. 이는 스타트업뿐만 아니라 미래의 경력 개발에도 도움이 됩니다.

마지막으로, 다른 의견이 있으시면 자유롭게 조언 부탁드립니다.

무료로 받으세요

밴드 오브 브라더스오리지널PHP동영상동영상 튜토리얼CD/ 《 자세히PHP》Essential 버전, 자세한 내용은 공식 웹사이트 고객 서비스에 문의하세요: http:// www.lampbrother.net

PHPCMS

http://yun.itxdl.cn/online/phpcms/index.php? u=5 WeChat 개발

모바일 인터넷 서버측 개발

Javascript

http://yun.itxdl.cn/online/js/index.php?u=5CTO

http://yun.itxdl.cn/online/cto/index.php?u=5 위 내용을 포함하여 사업을 시작하기 전에 알아야 할 5가지 프로그래밍 오류를 소개하고 있으며, PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.