비디오: Bad Romance.wmv (십월 2024)
따라서 Microsoft는 2 ~ 3 년마다 Microsoft Office 업데이트에서 몇 주 안에 측정 할 수있는 회오리 바람 업그레이드 주기로 전환하기로 결정한 것 같습니다. 이로 인해 이상한 일이 생길 것입니다.
Microsoft 코드의 문제점은 사람들이 스파게티 코드, 즉 서브 루틴의 패치 워크 퀼트라고 부르는 방식이 대부분 저하되었다는 것입니다. 이것은 감독자가없는 수백만 줄의 코드를 의미합니다.
황금 시대의 코딩에는 문자 그대로 모든 코드를 알고 이해 한 사람이있었습니다. 이 사람은 코드가 들어오는 것을 거부하고 합병증을 유발하고 망치게 할 것임을 알고 있습니다. 많은 오픈 소스 프로젝트에는 여전히 감독자가 있지만 Microsoft는 이러한 직원을 해고하거나 승진시켜 나가는 길을 찾는 관리자로 교체했습니다.
Microsoft에는 많은 유능한 프로그래머가 있기 때문에 대부분의 스파게티 코드는 우회되어 대부분의 제품에서 좀비 코드가 남습니다. 이것은 종종 문서화되지 않은 세미 데드 코드 일 것입니다. 추적 할 수없고 불분명 한 서브 루틴이있을 수 있으므로이를 지우면 안됩니다. Microsoft 소프트웨어에서 겪는 많은 문제는 이러한 상황에서 비롯됩니다.
물론 충돌보고는이 문제를 최대한 해결하려고합니다. 그러나 좀비 코드는 일반적으로 모든 조각을 제대로 찾지 못하거나 집으로 돌아가는 방법을 알지 못해 시스템이 충돌 할 수있는 장소에 남아 있다고 추측합니다.
Microsoft는 많은 스파게티 코드가 있음을 거부하지만 현재로서는 그 방법이 없습니다. 열쇠는 그것과 함께 살거나 관리하는 것입니다. Microsoft가 스파게티 코드 관리 부사장을 고용하는 것을보고 싶습니다.
많은 수의 Office 코더가보다 정기적으로 Office 365를 업그레이드 할 경우이 스파게티 코드 관리는 쉽지 않습니다. 그들은 끝없는 문제에 부딪 히고 그 과정에서 더 많은 장애를 추가 할 것입니다.
나는 내가 틀렸기를 바란다. 그러나 이것은 일어나고있는 fiasco처럼 보인다. 새롭고 새로운 코드가 몇 년 전부터 좀비 코드에 부딪 히고 혼란을 초래할 때 이러한 업그레이드의 대부분이 버그 수정 및 응급 패치로 바뀌는 것을 볼 수 있습니다.
지금까지 94, 000 명의 정규 직원과 계약자가있는 Microsoft는 팀을 구성하여 전체 제품을 처음부터 다시 코딩 할 수 있다고 생각합니다. 이 회사는 이런 종류의 일을 자주 시도하고 가장 좋은 예는 David Cutler가 이끄는 NT 팀이 Windows 2000을 출시 한 것입니다.
오래된 코드로 돌아가는 Microsoft의 방법입니다. 아무도 그것이 실제로 어떻게 작동하는지 확실하지 않으므로 이전 제품에서 코드를 가져 와서 새 제품에 넣습니다. 잘 작동하며 다시 발명하는 것보다 쉽습니다. 곧 당신은 원래 혼란을 재배치했습니다.
Windows 2000 이후에 코드 기반이 변경되었다는 사실에도 불구하고 많은 사람들이 Windows 95에서 발견 한 것과 똑같은 이상한 버그 또는 성가심을 발견 할 것입니다. 그게 어때?
둘러 보면 Microsoft Office에 3 천에서 3 천만 줄의 C ++ 코드가 있습니다. 일부 모듈은 초보자가 조정하기에 잘 코딩 된 보석입니다. 코드의 다른 부분은 위험으로 가득 찬 정글에 있습니다. 그곳에서 재미가 시작됩니다.
이 모험을 1 년 안에 다시보고 어떤 일이 있었는지 봅시다. 매우 재미 있어야합니다. 운이 좋으면 지속적으로 업그레이드하는 동안 모든 오래된 좀비 코드가 제거됩니다. 우리는 항상 희망 할 수 있습니다.
갤러리의 모든 사진보기
