소프트웨어 개발 작업은 도전으로 가득 차 있습니다. 프로그래머에게는 버그가있는 코드를 작성하는 것이 불가피합니다. 어떤 사람들은 침착하고 다른 사람들은 화나고, 좌절하고, 속상하거나 낙담합니다. 버그 수정 과정에서 어떤 경험을 하셨나요? 이것은 체크 아웃 할 가치가 있습니다.
이 기사에는 프로그래머가 버그를 수정할 때 말할 수있는 단어 나 아이디어가 나열되어 있습니다. 많은 프로그래머들이 프로그래밍의 어려움을 경험했지만 나중에 웃을 것이라고 감히 말할 수 있습니다.
-
"삭제할지 다시 작성해야할지 모르겠습니다."
이전 코드를 보면 항상 다시 작성하고 싶은 충동이 있습니다. 추악한 논리 문장과 장황한 구문은 코드 가독성을 크게 떨어 뜨립니다! 그러나 코드가 잘 실행된다면 왜 수정해야할까요? 나는 종종이 딜레마에 빠지며 다른 많은 프로그래머들에게도 문제가된다고 생각합니다. -
"GitHub에서 프레임 워크를 찾을 것입니다."
대부분의 사람들이 GitHub에 대해 알고 있다고 생각합니다.이 웹 사이트에는 매일 많은 오픈 소스 프로젝트가 게시됩니다. 개발자는이 웹 사이트에 가입하고, 기존 프로젝트에 대한 분기를 가져오고, 위키에서 토론하거나, 고유 한 코드베이스를 만듭니다. 웹 사이트는 다양한 프로젝트에서 사용할 수있는 많은 좋은 플러그인과 템플릿을 제공합니다. -
"이 스크립트는 왜 그렇게 많은 라이브러리를 사용합니까?"
Java 및 Objective-C와 같은 널리 사용되는 프로그래밍 언어를 사용하려는 경우 프로젝트가 의존하는 라이브러리 수가 매우 많아집니다. 이것은 많은 의존성이 필요한 프레임 워크를 채택 할 때 분명해집니다. 일부 JavaScript 플러그인에는 많은 추가 파일이 필요합니다. 때때로 이러한 지저분한 것들은 성 가실 수 있지만 적어도 사용할 수 있습니다! -
"해결책은 분명히 온라인에서 찾을 수있을 것입니다."
문제가 발생했을 때 저의 첫 번째 반응은 온라인으로가는 것이 었습니다. 많은 프로그래머가 포럼에서 질문을하고 이러한 질문에 대한 답을 얻을 수 있습니다. Google은 귀하의 질문과 관련된 키워드를 선택하고 유용한 포럼 게시물을 제공하는 데 매우 능숙합니다. 그러나 불행히도 때로는 특정 문제에 대한 정보가 많지 않습니다. -
"이 기능에 해당하는 플러그인이 있습니까?"
휠을 반복적으로 발명하는 이유는 무엇입니까? 사용자 인터페이스, 프로그램 또는 웹 사이트를 확장하려면 플러그인이 좋은 방법입니다. 또한 플러그인은 사용자 정의 된 기능을 제공 할 수도 있습니다. 해당 플러그인을 찾을 수 없다면 직접 개발해보십시오. -
"웹 사이트는 괜찮아요. IE를 만나는 게 두렵습니다."
IE에서 웹 페이지를 렌더링하는 것은 우리에게 많은 시련과 고난을 가져 왔습니다. 말할 것도없이. IE 5.5부터 IE 9 / IE 10까지 사람들은 더 나은 브라우저 지원을 받기 위해 고군분투하고 있습니다. 웹 개발자는 웹 페이지 디버깅에 대해 걱정할 수 있습니다. IE6에서 웹 페이지를 여는 것은 악몽 일 수 있기 때문입니다. 다행히도 그 시절은 서서히 과거의 일이되고 있습니다. -
"이 논리 문의 논리는 그다지 강력하지 않습니다."
If / else 루프, for 루프, while 루프, do 루프, 이들은 모두 논리 문이며,이 외에도 많은 것이 있습니다. 샘플 코드를 읽을 때, 내 코드의 로직이 어떻게 더 잘 작성되어야하는지 반복해서 생각해 볼 것입니다. 많은 수의 비 연산자와 비교 기호는 혼란 스러울 것입니다. 따라서 나는 자주 돌아가서 이전에 작성된 논리를 수정합니다. -
"30 분 만에 작성된 함수, 디버깅에 2 시간 소요."
한 마음으로 함수를 작성하면 함수가 치명적인 오류를 출력합니다. 문제를 찾으려면 문제를 일으킨 몇 줄의 코드 만 남기고 다른 코드를 삭제해야합니다. 마침내 문제를 찾아 고치면 지치지 만 안심할 수 있습니다. -
"기사 몇 개를 읽은 후 이전 접근 방식이 잘못되었다는 것을 깨달았습니다."
저는 보통 제 방식대로하는 것을 좋아하지만 원래 계획대로되지 않으면 문제가 생길 수 있습니다. 여러 번 프로젝트를 시작하는 데 어려움을 겪었고 해결책을 찾기 위해 온라인에서 블로그를 검색하기 시작했습니다. 결국 나는 내 방법이 잘못되었다는 것을 알게되었고, 다시 시작하는 것이 더 쉬울 수도 있습니다! 따라서 처음에 약간의 조사를하면 장기적으로 시간을 확실히 절약 할 수 있습니다. -
"StackOverflow에는 좋은 사람들
이 너무 많아서 도와 줄 것입니다." StackOverflow를 통해 몇 번이나 문제를 해결했는지 기억이 나지 않습니다. 이 지역 사회에는 재능 있고 친절한 사람들이 많이 있으며, 기꺼이 도움을 요청하면 도움을 줄 것입니다. 모든 온라인 커뮤니티 중에서 StackOverflow는 의심 할 여지없이 가장 광범위한 지원을 제공 할 수있는 곳입니다. -
"올바른 괄호가 없으면 많은 문제가 발생합니다."
디버깅 코드가 뛰어 다니고, 두 단계 앞으로, 한 단계 뒤로, 두 단계 앞으로 등이 이어집니다. 몇 시간 동안 코드를 쳐다보고 함수 이름이나 변수 범위에서 오류를 찾은 후 닫는 괄호가 누락 된 것을 발견했습니다. 이상하게 느껴집니다. 내 모든 시간은 작은 문법 오류에 허비되었고, 나는 천재와 바보처럼 느꼈습니다. -
"휴식을
취하십시오. " 때때로 일어 서서 잠시 모니터를 떠나야합니다. 키보드로 몇 시간 동안 타이핑 한 후 휴식을 취하면 확실히 생각하는 데 도움이됩니다. 대부분의 건강 지침은 30 분에서 60 분마다 휴식을 취하는 것을 권장하지만, 모두 귀하의 필요에 따라 다릅니다. 항상 중간에 멈 추면 짜증이 날 수도 있습니다. -
"현재 프로젝트를 중지하고 나중에 계속"
컴퓨터를 떠나는 것 외에도 이것은 휴식을 취하는 또 다른 방법입니다. 해야 할 다른 일이있을 수도 있습니다. 이는 특히 5 시간을 보냈지 만 여전히 문제를 해결할 수없는 경우 시간과 리소스를 할당하는 더 좋은 방법입니다. -
“프로그래밍 실력을 자극 할 수있는 클래식 음악이 있나요?”
클래식 음악을 연주하면 식물이 자라는 초기 단계에서 식물이 자라는 데 도움이된다는 견해가 있습니다. 저는 개인적으로 클래식 음악의 복잡한 음표와 음악 이론을 좋아합니다. 재즈, 피아노, 빅 밴드 및 클래식 음악은 모두 인간 문화에 자리 잡고 있습니다. 그렇다면 프로그래밍하는 동안 음악을 들으면 코드를 디버깅 할 때 정말 똑똑해질 수 있을까요? 아마 아니 겠지만, 당신을 어리석게 만들지는 않을 것입니다. -
"아마 지금은 Ballmer의 피크 이론을 테스트하기에 좋은시기입니다."
많은 독자들이 Ballmer의 피크 이론을 알고 있다고 생각합니다. 이론은 프로그래머가 일정량의 알코올을 섭취하면 그의 코딩 능력이 최고점에 도달 할 것이라고 믿습니다. 이것은 스티브 발머의 이상한 행동으로 인한 것이며, 술고래의 말도 안되는 것일 수도 있습니다. 그러나 이것은 아이러니합니다. Ballmer는 Microsoft의 프로그래머가 아니기 때문입니다. 다른 사람들이이 이론을 시험하기를 기다려야한다고 생각합니다. -
"누가 내 코드를 옮겼 나?"
이것은 일종의 편집증처럼 들리지만 때로는 잠을자는 동안 바쁘게 코드를 작성하는 사람이 누구인지 궁금해해야합니다. 지난 몇 주 또는 몇 달 동안 바쁜 프로젝트로 인해 좌절했습니다. 때로는 코드베이스에 무언가를 추가했다는 것을 기억하지 못합니다. 지난주에 확인한 프로젝트도 마찬가지입니다! -
"이게 무슨 뜻인지 모르겠습니다."
최악의 시나리오는 무엇을해야할지 모르고 소스 코드를 읽을 때입니다. 자신의 프로젝트 일 수도 있고 다른 사람의 프로젝트 일 수도 있지만 문제는 동일합니다. 이제 대안을 찾는 데 더 많은 시간을 할애할지 아니면 스크립트를 이해하는 데 시간을 할애할지 결정해야합니다. -
"Google에서이 오류 메시지를 검색하고 싶습니다."
수년간의 PHP 개발 끝에 저는 Google이 저의 좋은 친구라고 말해야합니다. Objective-C, C ++, Java, Python 등과 같은 다른 프로그래밍 언어를 사용하는 경우 동일한 경험이 있어야합니다. 오류 메시지는 우리를 돕기 위해 노력하지만 다양한 오류 코드의 의미를 암기하지 않는 한 번역 된 컴퓨터 언어처럼 보입니다. 다행히도 인터넷에는 이러한 오류 메시지의 의미를 파악하는 데 도움이되는 많은 콘텐츠가 있습니다. -
"오늘은 여기서 끝나야하지만이 문제를 정말 해결하고 싶어요!"
우리 모두는 당신이 무언가를 포기하고 싶을 때 좌절감을 느끼고 동시에 포기하는 것이 올바른 선택이 아니라는 것을 알고 있습니다. . 계속해서 새로운 솔루션을 시도하고 싶습니다. 하지만 한 시간을 더 낭비했다면 어떨까요? 나는 종종 이러한 상황에 직면하여 사람들을 매우 좌절하게 만듭니다. -
"오 마이 갓, 왜 주석을 쓰지 않았습니까?"
프론트 엔드 HTML / CSS / JS 코드를 작성할 때 주석이 항상 필요한 것은 아닙니다. 그러나 더 복잡한 스크립트와 프로그램의 경우 몇 달 또는 몇 년 후에 다시 확인할 수 있도록 몇 가지 유형의 주석이 필요합니다. 함수와 매개 변수, 출력 형식 및 기타 기본 데이터에 주석을 추가하는 것을 잊는 경우가 있습니다. 오류가 발생하면 솔루션을 찾기 위해 전체 스크립트를 디버그해야하는데, 이는 의심 할 여지없이 혼란을 가중시킬 것입니다. 이때 유용한 메모를 추가하면 좋을 것이라고 생각할 것입니다. -
"아직 실행 중이었습니다 ..."
프로그램 개발에 대한 가장 실망스러운 점은 업데이트 나 코드 수정 등 아무 작업도하지 않았지만 프로그램이 갑자기 작동을 멈췄다는 점입니다. 맹세 컨대 이런 일이 자주 발생합니다. 다른 프로그램이 이전 버전을 실행하고 있기 때문일까요? 때로는 작은 코드 조각을 업데이트하면 전체 프로그램이 충돌하고 최신 실행 가능한 버전으로 만 복원하고 거기에서 계속 개발할 수 있습니다. -
"세미콜론을 추가하는 것을 잊었 기 때문에 전체 프로그램이 충돌했습니다."
제가 사용한 거의 모든 프로그래밍 언어에는 줄 종결자가 필요합니다. 물론 모든 프로그래밍 언어에 필요한 것은 아니지만 C / C ++ 계열 프로그래밍 언어는 일반적으로이 작업을 수행합니다. . 끝 세미콜론을 추가하는 것을 잊은 경우 의도하지 않은 오류 일뿐 파서가이를 이해하지 못하고 무자비하게 치명적인 오류가 발생합니다. 그런 다음 코드를보기 위해 20 분을 더 소비해야하며 마지막으로 세미콜론이 누락 된 것을 발견했습니다. 아마도 이것이 디버깅의 "재미"일 것입니다. -
"내가 저지른 실수를 고치기 위해 누군가를
고용 하는 데 드는 비용이 얼마나되는지 알고 싶습니다." 문제를 해결하기 위해 다른 개발자를 고용하고 싶은 유혹이 들지만 재정적으로 허용되지는 않습니다. 또한 직접하지 않으면 이러한 실수로부터 어떻게 배울 수 있습니까? 많은 실패 후에 마침내 프로그래밍 개념을 완전히 이해하면 기분이 좋아질 것입니다. 그러나 이것이 더 많은 사람들을 고용한다는 생각이 내 마음에 나타나는 것을 막지는 않습니다. -
"Hacker News를 한 눈에 보는 것만으로도 업무 효율성이 향상 될 것입니다."
많은 프로그래머가 Hacker News에서 소프트웨어 및 스타트 업과 관련된 소셜 뉴스에 대해 배우고 싶어합니다. 이 웹 사이트에는 프리랜서, 시간 관리, 소프트웨어 개발, 신생 회사 창업 및 자금 조달에 대한 많은 정보가 있습니다. 이 웹 사이트를 탐색하면 효율성이 향상되지만 시간도 많이 걸립니다. 몇 시간마다 휴식을 취하고 이때 뉴스를 확인하는 것이 좋습니다. -
"어떻게이 API가 문서화되지 않을 수 있습니까!"
사용하는 플러그인이나 프레임 워크 가 문서화되지 않은 경우 가장 실망스러운 점은 소스 코드를 직접 조사해야한다는 것입니다. 개발자가 문서를 특별히 디자인하는 데 시간을 보내는 프로젝트를 좋아합니다. 설명서는 사용 가능한 모든 매개 변수와 옵션을 설명하고 일부 샘플 코드 스 니펫을 제공 할 수도 있습니다. 불행히도 모든 프로젝트가 이와 같은 것은 아닙니다. 가장 쉬운 방법은 자세한 문서가없는 프로젝트를 멀리하는 것이므로 그렇게 고통스럽지 않습니다. -
"데이터베이스 백업 방법 ..."
코드를 개발하고 디버깅 할 때 항상 데이터베이스 백업을 생각하지는 않습니다. 그러나 데이터 백업은 특정 변경을 수행하기 전에 적시에 롤백 할 수 있음을 보장합니다. 웹 사이트 프로젝트 파일과 데이터베이스의 사본이 필요할 경우를 대비하여 로컬에 보관하십시오! 이것은 성가신 작업 일 수 있지만 손상된 SQL 데이터베이스를 재 구축하는 것만 큼 성가신 일은 아닙니다. -
"이 문제에 대한 가장 빠른 해결책은 무엇입니까?"
몇 시간 동안 단서없이 작업 한 후에는 새로운 방법을 시도해야 할 수도 있습니다. 인터페이스를 디자인하기 전에 프로그래머는 함수가 정상적으로 실행되기를 원합니다. 가장 빠르고 정확한 솔루션을 결정하고 100 % 시간 동안 실행될 수 있는지 확인한 다음 계속해서 케이크를 장식합니다. -
"새 버전을 업데이트하면이 문제가 해결 될 것입니다."
프로그래밍 언어 종속성 및 플러그인을 관리하는 팀은 새 버전을 자주 릴리스 할 필요가 없습니다. 때때로 PHP / Ruby / Python / SQL 버전을 업데이트하면 로컬에서 서버로 파일을 전송할 때 디버깅 문제를 해결할 수 있습니다. 로컬 업데이트는 버전이 오래되지 않는 한 소스 코드의 버그를 수정하는 데 거의 도움이되지 않습니다. 시도할만한 가치가 있습니다! -
"Git을 배워야하는데 ... 다음 주에 시작하고 싶어요."
버전 관리 시스템 Git은 프로그래머들 사이에서 매우 인기가 있습니다. 그 학습 곡선은 다른 경쟁자들보다 쉽습니다. Github와 같은 많은 온라인 코드 저장소를 관리하는 데 사용됩니다. 및 Bitbucket. 개발자가 학습을 연기하려는 이유는 초보자의 경우 진입 곡선이 매우 가파르 기 때문입니다. 그러나 기본 명령을 이해하면 Git은 매우 간단 해집니다. -
"이것을 버리십시오. 처음부터 시작하겠습니다."
때로는 솔루션을 시도하는 데 몇 시간을 소비 한 후 작업 파일을 아카이브 디렉토리로 이동 (또는 삭제)하고 처음부터 시작합니다. 지난 몇 시간 동안의 노력은 거의 보상을받지 못했기 때문에이 결정은 어렵습니다. 하지만 문제가 발생하면 프로젝트를 완료하기 위해 다시 시작해야하는 경우가 많습니다.
Utest 클라우드 서비스 플랫폼에서 전송 : https://utest.21kunpeng.com/home