PHP를 Java처럼 만들려고 하지 마세요: AI 시대에 느슨한 타이핑(Loose Typing)이 최고의 자산인 이유

🧠 서론: declare(strict_types=1);에 대한 죄책감

솔직하게 말씀드리겠습니다. 필요해서가 아니라, 단지 "전문가"처럼 보이고 싶어서 PHP 파일 상단에 declare(strict_types=1);를 몇 번이나 추가해 보셨나요?

수년 동안 PHP 커뮤니티는 (Symfony 생태계와 PSR 표준의 추진력으로) 언어를 전문화하기 위해 엄청난 노력을 기울여 왔습니다. 우리는 PHP가 Java나 C#처럼 보이기를 원합니다. 반환 타입(return types), 타입이 지정된 속성(typed properties), 엄격한 예외(strict exceptions)를 원합니다. 우리는 "타입 저글링 (Type Juggling)"(예: "10"과 5를 더하는 것과 같은 자동 타입 변환)이 절대적인 악이며, 모든 버그의 근원이라고 배워왔습니다.

하지만 오늘날 흐름이 바뀌고 있습니다. 생성형 AI와 LLM (Large Language Models, 대규모 언어 모델)의 폭발적인 성장과 함께, 우리는 더 이상 결정론적인(deterministic) 세상에서 코딩하고 있지 않습니다. 우리는 확률론적인(probabilistic) 세상에서 코딩하고 있습니다.

만약 여러분이 카펫 아래로 숨기려 하는 이 PHP의 "유연성"이, 사실 AI의 환각(hallucinations) 현상 앞에서 여러분의 PrestaShop 상점이 충돌하는 것을 막아줄 유일한 요소라고 말한다면 어떨까요?

오늘 우리는 무조건적인 엄격한 타이핑(strict typing)이라는 신화를 해체하고, 느슨한 타이핑(Loose Typing)이 어떻게 여러분의 비밀스러운 생산성 무기가 될 수 있는지 살펴보겠습니다.

⚡ 파트 1 – 맥락: 순수성의 교리 vs 웹의 현실

웹은 무질서합니다. 이는 우리가 종종 잊어버리는 현실입니다.

HTTP 프로토콜은 텍스트 기반입니다. HTML 폼은 텍스트를 전송합니다. 데이터베이스(MySQL)는 정수(integer)에 대해서도 종종 문자열(string)을 반환합니다.

PHP는 이 혼란스러운 웹의 "접착제(glue)"가 되기 위해 만들어졌습니다. PHP의 역사적 철학은 다음과 같습니다: "당신이 표현을 서툴게 하더라도, 당신이 무엇을 하고 싶은지 이해하려고 노력하겠습니다."

통제의 환상

현대의 "클린 코드 (Clean Code)" 트렌드는 절대적인 경직성을 강요하려 합니다. 만약 내가 int를 기대했는데 문자열 "42"를 받는다면, 내 애플리케이션은 충돌(TypeError Exception)해야 합니다. 이는 내부 비즈니스 로직(부가가치세 계산 등)에는 건강한 방식이지만, 애플리케이션의 경계(입출력, Input/Output) 측면에서는 재앙입니다.

왜일까요? 당신의 애플리케이션을 실제 세상(제3자 API, 공급업체의 CSV 파일, 사용자 입력 등)과 연결할 때, 실제 세상은 당신의 엄격한 타입(Strict Types)을 존중하지 않기 때문입니다.

그리고 "실제 세상" 수업에서 가장 성적이 나쁜 학생은 바로 인공지능 (AI)입니다.

🚀 Part 2 – 분석: AI가 당신의 계약을 존중하지 않을 때

PrestaShop 모듈에 AI(예: GPT-5)를 통합한다는 것은, 매우 똑똑하지만 약간 취해 있는 파트너와 함께 일하는 것을 받아들인다는 의미입니다.

당신은 상품 시트를 만들기 위해 OpenAI API에 JSON 출력을 요청합니다. 그리고 프롬프트(Prompt)를 통해 명시적으로 지시합니다: "'weight' 필드는 그램(grams)을 나타내는 정수(Integer)여야 합니다."

10번 중 9번은 AI가 {"weight": 500}이라고 응답할 것입니다.

하지만 10번째에는, AI가 "환각 (Hallucination)"을 일으키거나 문맥을 오해하여 {"weight": "500g"} 또는 {"weight": "approximately 500"}라고 응답할 것입니다.

엄격한 언어들의 충돌

경직된 언어(Java, Go, 또는 엄격 모드(Strict mode)의 PHP)에서는 다음과 같은 일이 발생합니다:

1. 당신의 DTO (Data Transfer Object)는 int를 기대합니다.
2. API는 string을 반환합니다.
3. 치명적 오류 (Fatal Error) / 처리되지 않은 타입 오류 (Uncaught TypeError)가 발생합니다.
4. 프로세스가 중단됩니다. 상품 시트가 생성되지 않습니다. 당신은 에러 핸들러(Error handler)를 코딩해야 하고, 문제를 로그(Log)로 남겨야 하며, 어쩌면 요청을 재시도(Retry)해야 할 수도 있습니다(이는 비용과 시간을 소모합니다).

PHP의 "타입 강제 변환 (Type Coercion)"이 가진 마법

반면에 PHP는 외교관과 같습니다. PHP에는 "타입 강제 변환 (Type Coercion)"이라고 불리는 기능이 있습니다. 이는 소란을 피우지 않고 데이터를 슬롯에 맞게 즉석에서 변환하는 능력입니다.

<span class="nv">$weight</span> <span class="o">=</span> <span class="p">(
<span class="n">int</span>
<span class="p">)</span> <span class="s2">"500g"</span><span class="p">;</span>  <span class="c1">// 결과: 500</span>
<span class="nv">$price</span> <span class="o">=</span> <span class="p">(
<span class="n">float</span>
<span class="p">)</span> <span class="s2">"19.99€"</span><span class="p">;</span>  <span class="c1">// 결과: 19.99</span>

이러한 점은 종종 비판을 받기도 하지만, (AI에서 생성되는 것과 같은) 비정형 데이터 (unstructured data)의 맥락에서는 놀라운 회복탄력성 (resilience)이 됩니다. PHP는 다른 언어들이 포기하는 지점에서 가치를 추출해낼 수 있습니다.

🧮 Part 3 – 실전 적용: 회복탄력적인 "글루 코드 (Glue Code)"

OpenAI를 통해 제품 설명과 기술 사양을 생성하는 PrestaShop 모듈의 구체적인 사례를 들어보겠습니다.

"교조적인 (Dogmatic)" 접근 방식 (피해야 할 방식)

<span class="cp"><?php</span>
<span class="k">declare</span><span class="p">(</span><span class="n">strict_types</span><span class="o">=</span><span class="mi">1</span><span class="p">);</span>

...

"실용적인 (Pragmatic)" 접근 방식 (PHP 방식)

여기서 우리는 50줄의 검증기 (validators)를 작성하는 대신, PHP의 유연성을 사용하여 AI 입력을 "정제 (clean)"합니다.

<span class="cp"><?php</span>
<span class="c1">// 여기서는 strict_types를 사용하지 않습니다. 우리는 "지저분한" I/O 영역에 있습니다.</span>

...

왜 이 맥락에서 이 방식이 더 우월할까요?

1. 크래시 제로 (Zero crashes): 사소한 문제 때문에 임포트 스크립트가 중단되지 않습니다.
2. 암시적 정제 (Implicit cleaning): PHP는 형변환 (casting)을 통해 "새니타이제이션 (Sanitization)" 작업을 무료로 수행합니다.
3. 개발 속도 (Dev speed): AI가 형식을 잘못 맞출 수 있는 모든 가능한 필드에 대해 복잡한 "트랜스포머 (Transformers)"를 작성할 필요가 없습니다.

PrestaShop은 모든 곳에서 이 철학을 사용합니다. Tools::getValue('param') 메서드를 살펴보세요. 파라미터가 존재하지 않거나 타입이 잘못되어도 크래시가 발생하지 않습니다. 이는 서비스를 견고하게 만듭니다.

🌍 Part 4 – 비전: "백엔드 프롬프트 엔지니어 (Backend Prompt Engineer)" 개발자

이러한 접근 방식은 직업에 대한 우리의 비전을 변화시킵니다.

지난 10년 동안 우리는 각 돌 하나하나가 완벽하게 깎여야 (타입이 지정되어야) 하는 대성당 건축가가 되도록 교육받았습니다. 만약 돌 하나가 1mm라도 튀어나와 있다면, 우리는 건설을 거부했습니다.

AI 시대에 우리는 **카오스 관리자 (Chaos Managers)**가 됩니다.

AI는 창의적이고 강력하지만 무질서한 데이터의 급류입니다. 우리의 역할은 경직된 댐 (엄격한 타이핑, strict typing)으로 이 급류를 막는 것이 아니라, 유연한 파이프 (느슨한 타이핑, loose typing)로 이 물을 유도하여 데이터베이스에 깨끗하게 도달하게 하는 것입니다.

AI 통합에서 가장 큰 성공을 거둘 개발자들은 코드 순수주의자(code purists)가 아닙니다. 그들은 데이터의 불완전함을 받아들이고, 이를 처리하기 위해 가장 관대한 도구를 사용하는 사람들입니다.

PHP의 미래는 C#이 되는 것이 아닙니다. PHP의 미래는 AI 모델을 오케스트레이션(orchestrating)하기 위한 최고의 "글루(glue)" 언어가 되는 것입니다.

🎯 결론

오해는 마세요. 비즈니스 로직의 핵심(장바구니 합계 계산, 부가가치세(VAT) 관리 등)을 위해서는 계속해서 엄격한 타이핑(strict typing)을 사용하십시오. 그 영역에서 엄격함은 수학적입니다.

하지만 애플리케이션의 경계면, 즉 AI와 대화하거나, 사용자와 소통하거나, 외부 API와 통신하는 지점에서는 압박을 해제하십시오.

declare(strict_types=1);을 제거하세요. PHP가 그 타입 저글링(type juggling) 마법을 부리도록 내버려 두십시오. 당신은 개발 속도를 얻게 될 것이며, 모든 예상을 깨고 당신의 애플리케이션은 AI 환각(hallucinations)에 대해 더 높은 회복탄력성(resilient)을 갖게 될 것입니다.

코드의 완벽함은 경직성에 있는 것이 아니라, 현실을 흡수하는 능력에 있습니다. 그리고 현실은 타입이 제대로 지정되어 있지 않습니다(poorly typed).

더 많은 실용주의(pragmatism)를 위해 곧 다시 만납시다! 🚀