Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:129894 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by lists.php.net (Postfix) with ESMTPS id 1E4CF1A00BC for ; Fri, 23 Jan 2026 15:08:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1769180887; bh=nhsmcMKlwYc71TPUV7dpcdYU/1dVr/t78T5KW65XlO4=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=kdh/xLtsY97aNRlnPl5YTa20JIZ5pzDLVhyy2uCFYh6ePd8DI36FUbRHT8MaAylr9 qCNtM7V5z96ji829exIkAkahJ+tLMY6ty1Ed1t5AOSDrGLu7Ie/BEbhYIDEZyf/Z4Z tgn409+yWMnfxBwT2vJkuuvz7iP1jdpaLHoPmLaqhoNuyOLJvlb9H/NPzr9ovL6COz s6lU2udCiymq0MxrRKcITDWr/F4ue5kagOn8807fnSqn0+xVvD/Th/pTm6TL2EfQZ+ +nEpTumbkrMgaHO0CJNB1eD+FugSgEKIqtPyEobYJI0OnIZp1bDUg2cXAS0QkN5nXM xanyb3mlkZ2bA== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 0725D1805DF for ; Fri, 23 Jan 2026 15:08:07 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_50,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,DMARC_PASS,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=4.0.1 X-Spam-Virus: No X-Envelope-From: Received: from chrono.xqk7.com (chrono.xqk7.com [176.9.45.72]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Fri, 23 Jan 2026 15:08:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bastelstu.be; s=mail20171119; t=1769180880; bh=5SB4wS0elVf0/jAP/eoVP4S0QFmiJpZGeJuRZdOb4fU=; h=MIME-Version:Date:From:To:Cc:Subject:In-Reply-To:References: Message-ID:Content-Type:from:to:cc:subject:message-id; b=WgGQD3DUtUFxaBUsIeyckqLHLGnvpvewZoSbA90PFiop+zS0m/cBfuC7UvpET/cqw 1mPljQ7oEafRFyMOl6JTgE/JsTZs3SkdSaJeEteknOxQ/zMXBIJTTbIJl+Q3TRyWGv QwYssNF7SXTdWchOxriE1zcVYECxJM3I8+/wodO49QSJUQPOuqBv9gCym8cnxZWyN8 FEB6pcIRmXjo0TH3CtW8yjDnpLXEUOjIVgaCnWV0QKRDFa/huqDGhS1Gl3vw79iqy2 GE+ZzvKM4EbfDph3x4bMCPWvX9LTKyD7D/g3KoJClEQ6lEOi6O1mP32B66DrDuUw36 qGOSXkMr3EAMQ== Precedence: list list-help: list-unsubscribe: list-post: List-Id: x-ms-reactions: disallow MIME-Version: 1.0 Date: Fri, 23 Jan 2026 16:08:00 +0100 To: Derick Rethans Cc: Nicolas Grekas , PHP Internals List Subject: Re: [PHP-DEV] [RFC] Allow Reassignment of Promoted Readonly Properties in Constructor In-Reply-To: References: Message-ID: <8c6f515be22ebe4d058083f4174f011b@bastelstu.be> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit From: tim@bastelstu.be (=?UTF-8?Q?Tim_D=C3=BCsterhus?=) Hi Am 2026-01-22 16:54, schrieb Derick Rethans: > I read in the linked PR: > > "Team work with Claude Code opus 4.5 💪" > > This makes me instantly want to vote no to this. What is being voted on as part of an RFC is the “concept”, not the specific implementation. Having an implementation available is often helpful to evaluate the feasibility of a concept and to figure out edge cases, but it is possible and regularly happens that the implementation changes quite a bit as part of the code review of the implementation. In fact for my own RFCs, I often have a fairly sloppy “PoC” implementation that I spend the time to clean up if / when I'm reasonably confident that the RFC will pass to avoid doing needless work. Or in this specific instance if the use of AI-assistance in the code is considered a problem, it would be possible for someone who is more familiar with the engine than Nicolas to do a “clean room” implementation based on the semantics outlined in the RFC. The RFC text should be judged on its own merit and should stand on its own, such that any “sufficiently capable” developer would be able to create the implementation - incl. all possible edge cases - based on the specification in the RFC text alone. Best regards Tim Düsterhus