요즘은 이런 걸 만들지 않는다: Borland Turbo Pascal 7

Turbo Pascal 7은 Windows용 객체 지향 라이브러리, 그래픽 UI 설계 도구, 소스 수준 디버거를 하나의 IDE로 통합해 당시 복잡했던 Windows 프로그래밍의 진입 장벽을 낮춤 Object Windows Library는 Windows C API를 객체 지향 방식으로 감싸 UI 모델에 맞게 개발할 수 있도록 했으며, 통합 환경은 명령줄 도구와 복잡한 정의 파일을 직접 다루는 부담을 줄임 CP/M 시절의 자원 제약에 맞춰 만든 컴파일러는 어셈블리로 고도로 최적화됐으며, 중간 파일을 디스크에 쓰는 대신 메모리에서 처리해 Windows PC에서도 빠르게 작동함 쇠퇴에는 C의 확산, Microsoft C 개발 도구의 개선, 소규모 맞춤형 개발자를 끌어들인 Visual BASIC이 적어도 세 가지 요인으로 작용함 강력한 하드웨어가 개발자의 한계를 보완하면서 제한된 자원에서 효율적인 도구를 만드는 숙련도가 사라지고 있으며, AI도 이를 완전히 보완하지 못할 수 있다는 우려가 남음 저렴하지만 본격적인 개발이 가능했던 도구 Turbo Pascal은 크게 성공한 프로그래밍 도구로, 오늘날 당연하게 여기는 통합 소스 수준 디버깅 같은 개발 방식을 당시에는 혁신적으로 도입함 TP 7은 Turbo Pascal for Windows 1.5로도 불리며, Turbo Pascal 제품군의 정점이자 마지막 제품이었음 ‘Turbo’는 취미 개발자용 제품이라는 인식이 있었고, 별도의 Borland Pascal은 훨씬 비쌌음 저렴한 Turbo Pascal만으로도 상당한 규모의 애플리케이션을 만들 수 있었음 책처럼 사용하는 라이선스(book licensed) 를 적용해 한 부를 구매하면 여러 사람이 사용할 수 있었지만, 동시에 사용하는 사람은 한 명이어야 했음 플로피 디스크로 배포하던 시절에도 복사 방지 장치가 없었음 회고에 따르면 이런 라이선스는 당시 소프트웨어 업계에서 새로운 방식이었을 수 있음 이후 Pascal 계열은 Delphi로 이어졌지만, 회고에서는 Delphi가 기술적 장점에도 불구하고 같은 수준의 영향력을 갖지는 못한 것으로 봄 Windows 3.1 개발의 복잡함을 줄인 통합 환경 1990년대 Windows 3.1용 의료 영상 소프트웨어를 TP 7으로 개발한 경험이 회고의 출발점임 Windows 3.1은 본질적으로 MSDOS의 확장이었지만, 여러 기법으로 제한적인 멀티태스킹과 더 넓은 메모리 접근을 지원했음 사용자와 ...