다시 말해서 ... 프로그래밍에 대해 가장 일반적으로 생각하고 좌절하는 오해는 무엇입니까?
프로그래머가 해체 / 수정하기 어려운 광범위한 신화 / 오해는 무엇입니까 ?
왜 이것이 신화인지 설명하십시오.
다시 말해서 ... 프로그래밍에 대해 가장 일반적으로 생각하고 좌절하는 오해는 무엇입니까?
프로그래머가 해체 / 수정하기 어려운 광범위한 신화 / 오해는 무엇입니까 ?
왜 이것이 신화인지 설명하십시오.
답변:
그것은 당신이 프로그래머이기 때문에 [person]의 바이러스 리딩 머신을 고치는 방법을 알고 있습니다.
구직 활동을 할 때 나를 괴롭히는 일반적인 HR : 모든 코딩 기술은 언어별로 다르며 명령 세트를 능가하는 소프트웨어 엔지니어링 전문 지식이 없다는 암시 적 가정. Java에서 10 년의 경험과 Perl에서 또 다른 5 년은 C #을 사용하는 프로젝트에서 완전히 쓸모가 없다는 것을 의미합니다.
"예, 학습 곡선이 있습니다. 그러나 이것보다 더 어려운 전환을했습니다. 거래를하겠습니다. 첫 달 동안 80 %를 지불하고 그 시간이 아닐 경우 ... 오 HR 원숭이가 단순히 내 응용 프로그램을 삭제했기 때문에 실제로는이 대화를하지 않습니다. "
입력하지 않으면 작동하지 않습니다.
나는 좀비 공백 응시와 커피 산책이 프로그래머가 머리에 물건을 정리하는 데 필수적이라고 생각합니다.
더 많은 사람들을 던져서 늦게 프로젝트를 진행할 수 있습니다.
필기 소프트웨어는 쉽습니다.
시간이 지남에 따라 실행되는 예산과 사람들 (정치인, 미디어 등)이 계속 놀란 모든 프로젝트에 대해 어떻게 설명하고 고객이 "소규모 웹 사이트"(또는 그 밖의 것)가 실제로 걸릴 것이라고 말할 때 고객은 불평합니다 개발 및 수천 달러 비용 (파운드, 유로, [선택 통화 삽입])
희미하고 변화하는 요구 사항으로 인해 때로는 모든 소프트웨어가 완성되는 것이 놀랍습니다.
나는 그것이 그것보다 조금 더 복잡하다는 것을 알고있다.)
앱의 복잡성은 UI의 복잡성과 직접 비례합니다. 이러한 추론을 통해 주말에 Google 또는 Twitter를 구축 할 수 있습니다.
컴퓨터를 해킹하는 십대 자녀는 베테랑 일하는 프로그래머와 동등합니다.
14 살짜리 조카는 컴퓨터에 능숙하며 잔디를 깎는 데 시간당 10 달러를 지불하고 있습니다. 다음 페이스 북을 작성하려면 왜 6 자리 숫자를 지불해야합니까?
그 실시간 은 빠른 것을 의미합니다.
알리는 "패킷들이 실시간으로 처리 될 필요가있다." 무가치하고 사악한 쌍둥이는 ... "X는 얼마나 빨리 일어나야합니까?" 와 "실시간" 쓸모없는 것보다 가능성이 적습니다 ... 바보가 아니라 무지에 경계.
실시간 은 간단히 말해서 함수 Y는 항상 X 시간이 걸리고 편차가 심각한 오류를 나타냅니다. X의 지속 시간은 "실시간"을 정의하지 않으며 6 마이크로 초 또는 6 일이 될 수 있습니다. 함수 Y가 X 시간이 걸리는 것을 결정할 수 있다는 것은 "실시간"을 정의합니다. 실시간 시스템은이 정의에 의해 결정적입니다.
그러니까 ..
버그가 많은 코드를 입력 한 다음 나중에 버그를 찾으려고 코드를 읽는 대신 많은 시간을 소비하지 않고 처음으로 간단히 작성하는 것이 어떻습니까?
:-) :-) :-) :-)
대학에 가지 않았다면, 직업에 적합하지 않습니다
조기 최적화는 전혀 최적화하지 않아야 함을 의미합니다. 나는 다른 데이터베이스 디자인 문제보다 조기에 최적화 된 디자인에서 성능 (데이터베이스 시스템에 중요한)을 고려하고 싶지 않았기 때문에 더 나쁜 데이터베이스를 보았습니다. 쓰레기, 알려진 성능 킬러가 있습니다, 당신의 첫 번째 선택으로 그 사용을 중지하십시오.
또 다른 신화는 데이터베이스를 리팩토링하기가 너무 어렵다. 그러나 디자인 단계에서 리팩토링을 효과적으로 수행하는 방법을 고려해야합니다. 그리고 BTW는 성가신 디자인 기반 성능 문제를 해결하기 위해 더 오래 기다릴수록 해결하기가 더 어려워집니다.
또 다른 나쁜 신화 인 데이터베이스 디자인은 OOP 원칙을 반영해야합니다. 아니요, 데이터베이스는 OOP 원칙이 아닌 세트와 함께 작동하도록 설계되었습니다. 일부 OOP 항목은 끔찍한 성능 문제를 유발하고 다른 항목은 데이터베이스 용어로는 어리 석습니다.
마지막으로 응용 프로그램에서 데이터 무결성을 강화해야합니다. 데이터베이스는 응용 프로그램을 마지막으로 통과하고 응용 프로그램을 교체하고 여러 응용 프로그램이 데이터베이스에 액세스하려고 할 때 규칙을 잃게되며 응용 프로그램을 거치지 않는 것들을 수정하기 위해 직접 쿼리를 실행해야하는 경우가 종종 있습니다. 좋은 데이터가있는 datbase에서 데이터 무결성을 거부하는 데이터베이스를 본 적이 없습니다.
절대적인 모범 사례의 신화적인 출처가 있다는 것.
어떤 편차도 정당화 될 수 없습니다.
모범 사례로 무언가를 정의한다고 주장하는 문서는 의문의 여지가 없습니다.
마케팅에서 많은 작은 기능을 추가하는 것이 단일 기능이 아닌 무거운 기능을 추가하는 것보다 작업이 적다고 생각하는 것 같습니다. 아마도 "작업 전환에는 오버 헤드가 없다"는 오해의 더 구체적인 사례 일 것입니다.
해당 주석 코드는 필요하지 않거나 "좋은 코드에는 주석이 필요하지 않습니다". 때로는 복잡한 코드가 무엇인지 설명해야합니다. 또한 코드 섹션에 주석을 달면 훨씬 더 효과적으로 읽을 수 있습니다.
if user.is_logged_in: print('Welcome')
의견이 필요하지 않습니다.
최악의 오해 : 오랫동안 프로그래밍하는 경우 프로젝트 관리자가 될 수 있습니다.
그리고 오랫동안 프로그래밍을하고 있다면 프로젝트 관리자가되어야합니다.
프로젝트에서 Java, C # 및 C ++ 이외의 것을 사용하는 경우이를 지원할 프로그래머가 없습니다.
Java는 클래스가 다른 C ++입니다.
아마도 내가 본 가장 위험한 것은 아마도 쉽게 받아 들여지기 때문에 코드를 빠르게 작성할 수 있다는 것이 좋기 때문에 주어진 언어로 코드를 빨리 삽입 할 수 있다는 것입니다. 입니다.
이는 코드를 작성하는 것보다 코드 를 유지 보수하는 작업이 훨씬 많기 때문에 조기 최적화의 심각한 예입니다 . 즉, 빠르게 작성하기 쉬운 코드보다 읽기, 이해 및 디버그하기 쉬운 코드를 작성하는 것이 훨씬 중요하며, 읽기 쉬운 코드를 용이하게하는 것이 언어 품질을 측정하는 데 훨씬 유용합니다.
제조 수업은 소프트웨어 개발 프로세스에 적용될 수 있습니다.
프로그래머로서 여러분은 최신 하드웨어 트렌드, 오버 클로킹, 케이스 모드 등에 관한 모든 것을 알고 있습니다. 친구와 친척은 기어를 구입할 때 상담합니다.
프로그래머가 수행하기가 매우 어렵다고 말하면 HR은 그들이 게으르고 동기가 없다고 생각합니다.
내 비즈니스를위한 오픈 소스 프로그램이 있어야합니다. 그냥 다운로드하여 내 요구 사항을 조정할 수는 없습니다.
한 사람 이상이 실제로 대화를 통해 중도를 실현하기 위해 프로그래밍하는 것이 어떤지 물어 보았습니다. 실제로 대화를 통해 바이너리 또는 수학 기호를 사용하여 직접 프로그래밍한다고 생각합니다.
나는 그 신화를 풀고 싶은지 모르겠다.
가장 큰 오해는 코드를 읽고 이해하는 것보다 쉽게 코드를 작성하는 것이 더 중요하다는 것입니다.
프로그래밍은 조립 라인 작업과 같습니다. 특정 시간 동안 (동료와 함께) 제품을 작업하고 있으며 최종적으로 배송합니다. 벽돌집을 짓는 것과 같습니다.
대조 : 프로그래밍에는 많은 창의성과 계획이 포함됩니다. 예술입니다. 메이슨과 마찬가지로 프로그래머도 벽돌을 만들고 전체 성당을 계획하는 것의 차이점을 알고 있습니다.
프로그램을 C ++로 이식하면 자동으로 더 빠르게 실행됩니다.
비주얼 디자이너가있는 프로그래밍 환경은 비즈니스 사용자가 프로그램을 "쓰기"할 수 있도록하며 실제 프로그래머는 필요하지 않습니다.
OOP 재사용. 프로그래밍 시장에서 가장 큰 오류입니다.