이것은 확실히 주관적이지만, 그것이 논쟁 적이 지 않도록 노력하고 싶습니다. 사람들이 적절하게 다루면 흥미로운 질문이 될 수 있다고 생각합니다.
이 질문에 대한 아이디어에서 주석 스레드에서 온 내 대답 받는 “당신이 좋아하는 언어에 대해 싫어 무엇입니까 다섯 가지?” 질문 . C #의 클래스는 기본적으로 봉인되어야한다고 주장했습니다.이 질문에 추론을 넣지 않지만이 질문에 대한 답변으로 더 자세한 설명을 작성할 수 있습니다. 의견 (현재 25 의견)에서 토론의 열기에 놀랐습니다.
그래서 어떤 논쟁적인 의견 을 가지고 있습니까? 차라리 상대적으로 거의 기초가없는 종교적인 것으로 보이는 것을 피하고 싶지만 (예 : 중괄호 배치), 예를 들어 “단위 테스팅이 실제로는 도움이되지 않는다”또는 “공공 분야가 정말 좋습니다”와 같은 것들이 있습니다. 중요한 것은 (어쨌든 나에게) 당신은 당신의 의견 뒤에 이유가 있다는 것입니다.
귀하의 의견과 추론을 제시하십시오-나는 사람들이 당신이 그들과 동의하는지에 관계없이 잘 논쟁되고 흥미로운 의견에 투표하도록 권장합니다.
답변
여가 시간에 재미를 위해 코딩하지 않은 프로그래머는 결코 그렇지 않습니다.
가장 똑똑하고 재능있는 사람들조차도 직업이 아니라면 정말 훌륭한 프로그래머가 될 수 없다고 생각합니다. 그들은 측면에서 프로젝트를 거의하지 않거나 여가 시간에 많은 다른 언어와 아이디어를 엉망으로 만듭니다.
(참고 : 좋은 프로그래머가 프로그래밍 외에는 아무것도하지 않지만 9 ~ 5의 프로그램 이상을 수행한다고 말하지는 않습니다)
답변
항상 사용해야하는 “모범 사례”는 “뇌 사용”뿐입니다.
너무 많은 사람들이 너무 많은 악 대차에 뛰어 들어 그것을 보장하지 않는 것들에 방법, 패턴, 프레임 워크 등을 강요하려고합니다. 무언가가 새로운 것이거나 존중받는 사람이 의견을 가지고 있다고해서 모든 것이 맞는다는 것을 의미하지는 않습니다. 🙂
편집 : 명확히하기 위해-사람들이 모범 사례, 소중한 의견 등을 무시해서는 안된다고 생각합니다. 사람들이 왜이 “사물”이 그렇게 큰지에 대해 생각하지 않고 맹목적으로 뛰어 넘지 말아야한다고 생각합니다. 하고 있는데, 어떤 이점 / 단점을 가져 옵니까?
답변
“구글링”은 괜찮습니다!
그렇습니다. 수년 동안 강렬한 암기 및 / 또는 영광스러운 프로그래밍 서적이 누군가가 몇 초 이내에 액세스 할 수있는 리소스로 떨어지기 시작한다는 것이 일부 사람들의 기분을 상하게한다는 것을 알고 있습니다. 그것을 사용합니다.
비평의 결과로 문제에 대한 인터넷 검색 답변을 너무 자주 듣는다는 말이 들립니다. 우선, 모든 사람이 참조 할 자료가 필요하다는 것을 인정해야합니다. 당신은 모든 것을 알지 못하고 물건을 찾아야합니다. 계속해서 정보를 어디서 구할 수 있습니까? 책에서 찾거나 Google에서 찾거나 환각을 타는 개구리에게서 들었다면 문제가됩니까? 아니요. 정답은 정답입니다.
중요한 것은 자료를 이해하고 성공적인 프로그래밍 솔루션을 끝내기위한 수단으로 사용하며 고객 / 고용주가 결과에 만족한다는 것입니다.
(환상적인 개구리 이야기에서 답을 얻는다면, 모두 같은 도움을 받아야 할 것입니다)
답변
코드에서 대부분의 주석은 실제로 악성 코드 복제 형식입니다.
우리는 대부분의 시간을 다른 사람들 (또는 우리 자신)이 작성한 코드를 유지하는 데 소비하며, 가난하고, 부정확하고, 오래되고, 오도하는 주석은 코드에서 가장 성가신 유물 목록의 맨 위에 있어야합니다.
나는 결국 많은 사람들이 그것들을 비우고 있다고 생각합니다.
코드를 읽을 수있게 만들고, 필요에 따라 리팩토링하고, 관용구와 기발함을 최소화하는 데 집중하는 것이 훨씬 좋습니다.
반면에 많은 과정은 주석이 코드 자체보다 훨씬 더 중요하다는 것을 가르치며 다음 줄로 이어질 수 있습니다.
답변
XML이 과대 평가되었습니다
나는 두뇌를 사용하기 전에 너무 많은 사람들이 XML 악 대차에 뛰어 들었다고 생각합니다 … 웹용 XML은 그것을 위해 설계 되었기 때문에 훌륭합니다. 그렇지 않으면 어떤 문제 정의 와 디자인 사고가 그것을 사용하기로 결정을 선점해야한다고 생각합니다.
내 5 센트
답변
모든 프로그래머가 동일한 것은 아닙니다
종종 관리자들은 동일한 수준의 경험 등을 가지고 있기 때문에 DeveloperA == DeveloperB라고 생각합니다. 실제로, 한 개발자의 성능은 다른 개발자의 성능의 10 배 또는 100 배일 수 있습니다.
그것에 대해 이야기하는 것은 정치적으로 위험하지만, 때로는 여러 팀원 이 동등한 기술로 보일 지라도 항상 그런 것은 아니라고 지적합니다. 필자는 수석 개발자가 ‘희망을 넘어서’고 주니어 개발자가 실제 작업을 모두 수행 한 사례를 보았습니다.하지만 크레딧을 얻었습니다. 🙂
답변
사람들이 왜 Java가 대학에서 가르치는 가장 좋은 “최초의”프로그래밍 언어라고 생각하는지 이해하지 못합니다.
우선, 나는 첫 번째 프로그래밍 언어가 객체와 구문이 아니라 제어 흐름과 변수를 배울 필요성을 강조해야한다고 생각합니다.
또 다른 예로, C / C ++에서 메모리 누수를 디버깅 한 경험이없는 사람들은 Java가 테이블에 가져 오는 것을 완전히 이해할 수 없다고 생각합니다.
또한 자연스럽게 진행되는 과정은 “어떻게 할 수 있습니까”에서 “어떻게 할 수있는 라이브러리를 찾을 수 있을까”에서 다른 방법으로 진행되어야합니다.
