따라서 X 악, Y 악이라고 묻는 많은 질문이 있습니다.
내 견해로는 언어 구성, 알고리즘 또는 사악한 것이 없으며 잘못 사용되는 것만 있다는 것입니다. 지옥, 당신이 충분히 열심히 보인다면 goto의 유효한 사용법 조차 있습니다.
그렇다면 절대 악은 모든 모범 사례와 완전히 호환되지 않는 것이 프로그래밍에 존재합니까? 그리고 그렇다면 무엇입니까? 아니면 무언가가 언제 적절한 지 모르는 것은 나쁜 프로그래머입니까?
편집 : 분명히, 프로그래머가하는 일에 대해 이야기하고 있지 않습니다 (예 : 리턴 코드를 확인하지 않거나 버전 제어를 사용하지 않는 것-나쁜 프로그래머가 선택한 것). 도구, 언어, 문장 등을 의미합니다. 나쁜…
답변
- 마법의 숫자.
- 내재 성은 본질적으로 악이며, 그 이유는 다음과 같습니다.
답변
프로그래밍에는 진정한 악이 없습니다.
<랜트>
많은 사람들이 악한 일이 있다고 생각하는 이유는 프로그래밍 수업을 처음들을 때 머리에 뭉개져 있기 때문입니다. “goto를 사용하지 마십시오! 항상 데이터베이스를 정규화하십시오! 절대로 다중 상속을 사용하지 마십시오!” 이러한 “악한”관행은 본질적으로 나쁘지 않기 때문에 쉽게 악용 될 수 있기 때문입니다. 처음에는 “never”라고 말하면 도망 갈 수있는 용도가 너무 적습니다. 무엇이 진정으로 악이 있기 때문에, “이 아닌 ‘모범 사례’는 무엇을 고려해야 할 이유가 없다”며입니다 항상 바로 그 방법은 완벽한 장소가.
</ rant>
답변
총은 사람을 죽이지 않으며 사람들은 사람을 죽입니다.
마찬가지로 개발자 도구도 악한 것이 아니며 프로그래머가 할 수있는 일도 마찬가지입니다.
답변
프로그래밍에서 정말 악한 것이 있습니까?
물론. 당신의 두뇌를 사용하지 않고 당신이하고있는 일과 왜 그것을하고 있는지에 대한 생각은 모든 프로그래밍 악의 근원입니다 .
답변
빈 일반 예외 처리기 :
catch(Exception ex)
{
}
누군가가 나에게 유효한 유스 케이스를 줄 수 있다는 것은 의심의 여지가 없지만 솔직히 말하면 진지하게 독창적이며 최소한 설명이 필요합니다.
답변
아마도 질문을 뒤집어 놓고 프로그래밍에 절대 적이고 완벽하게 좋은 것이 있는지 물어볼 수 있습니까? 당신이 한 가지를 생각할 수 없다면 (나는 할 수 없다는 것을 안다), 악의 개념은 또한 진흙 투성이입니다.
실수, 오해 및 기타 일반적인 혼란을 초래하는 일반적인 행동이 있지만 언어 기능 X가 본질적으로 악하다고 말하는 것은 기능 X의 목적을 실제로 이해하지 못한다는 것을 인정하는 것입니다.
많은 상심을 구하고 오해를 피할 수있는 일반적인 행동이 있지만, 언어 기능 Y가 본질적으로 좋다고 말하는 것은 기능 Y 사용의 모든 의미를 완전히 이해하지 못한다는 것을 인정하는 것입니다.
우리는 유한 한 이해와 강한 의견, 위험한 조합의 사람들입니다. 하이퍼 볼은 우리의 의견을 표현하고 사실이 허구가 될 때까지 사실을 평가하는 방법입니다.
그럼에도 불구하고, 문제를 일으키는 행동을 피하고이를 피하는 행동을 추구 할 수 있다면 조금 더 생산적 일 수 있습니다. 하루가 끝나면 그게 전부입니다.
답변
떠오르는 유일한 것은 이것입니다 :
#DEFINE TRUE FALSE
#DEFINE FALSE TRUE
그러나 다시 한 번, 그것은 단지 오래된 낡은 오용입니다.