Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:106748 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 24796 invoked from network); 28 Aug 2019 18:54:22 -0000 Received: from unknown (HELO mail-vs1-f42.google.com) (209.85.217.42) by pb1.pair.com with SMTP; 28 Aug 2019 18:54:22 -0000 Received: by mail-vs1-f42.google.com with SMTP id 62so381557vsl.5 for ; Wed, 28 Aug 2019 09:26:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6p2m02dWqgl273n0PgHbBrzDePfjlwnkvccPZNVahJ8=; b=dgyC+vWwUHBzBm4KRH+joEgdFK+Vler6KwS1sRJMMe2Slzu/M0Mhwu7VqlX+8eI/gE Vt3LnSAmiHzgGb8V5rcD6/zoR6RMKH3A4cwmYmG5JX7ZPRxE1kM9/ciW0EGSOoQVMJ6+ V8wWQlWQyrDJw1S4o2Sb6hthg87+ypRJ8Er4MaNR0fSl8oOaDMp4l8mVuM4Cd7JKHe1Y oHkbVaKwSgwC2GsXCXmLHB0n6bnPlGAz6OfhDtQ+q11qtFFU9rs1M200QyZXuUgef+QU R9dRSpBUqOrHPIpU7DjTBSxsrxun6WbwAB/ji0tgN6dvSsH6OER1C8oiRKZqGJ1hUlqn sheQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6p2m02dWqgl273n0PgHbBrzDePfjlwnkvccPZNVahJ8=; b=dRKR06s3WmMqoctK/wV7/tKep6602ZDCB14Ixviro4NVotjE90QoaAoG11/I6Ze9AZ OCxfJOfld42f8m/oV7Jaz6D9oTb/SIAoP+kd6Rtal36eBIq4NDvXuuEDuQM6mXZ1xB8z UaCrpBl2rPrS1lFFA9wshdSQDHbSWYB6R63unS9kvCdSCTJGUCSOyoOpcweuWy1h4j8u Jhumxp9vtZnGd4WMbfOVSb80zFJnbBxb5RFAZooZx5kPCGYixZ9Jezg4+wM3iVj344wZ Tu6TBLT0vI1S0oQXXMRiKI0SzYzOSPNpuQ9jEKszOCcw415MmTl44JUcwfM/iW2fihM1 FdSg== X-Gm-Message-State: APjAAAWt+9I6dtNylA5z+dUXp0f/BtcNv7ERCvKn8lxnjfUQzlo/hw2s HmW1MoAZFghhAZeTNhNNiQl+oqfjNgaclkcseGU= X-Google-Smtp-Source: APXvYqzCRjeQpj4P2kHDXlmLsyRBvTjI4PMFxmDj51p2OwI6qDxXCt+nABk3ILMGzs/E229PLglFdHRkd3t/L4tEOIA= X-Received: by 2002:a05:6102:7c1:: with SMTP id y1mr2863024vsg.217.1567009593582; Wed, 28 Aug 2019 09:26:33 -0700 (PDT) MIME-Version: 1.0 References: <7ddbae5c-7451-4094-8b32-19676128054b@thelounge.net> <5d6699ce.1c69fb81.e9b71.2525SMTPIN_ADDED_MISSING@mx.google.com> <5d66a7ea.1c69fb81.fe3f.9126SMTPIN_ADDED_MISSING@mx.google.com> In-Reply-To: <5d66a7ea.1c69fb81.fe3f.9126SMTPIN_ADDED_MISSING@mx.google.com> Date: Wed, 28 Aug 2019 12:26:21 -0400 Message-ID: To: Mark Randall Cc: PHP internals Content-Type: multipart/alternative; boundary="0000000000002f69f305912fda2f" Subject: Re: [PHP-DEV] [RFC] Reclassifying engine warnings From: chasepeeler@gmail.com (Chase Peeler) --0000000000002f69f305912fda2f Content-Type: text/plain; charset="UTF-8" On Wed, Aug 28, 2019 at 12:12 PM Mark Randall wrote: > On 28/08/2019 16:37, Chase Peeler wrote: > > I'm also not the one that built it on the eggshells - I'm just the one > that > > is now in charge of developing the system that someone else left sitting > > eggshells. > > That's a challenge which at some point or another will face all > technical leads. > > You have to go to the people making the decisions and say: > > "Okay, look, we've got ourselves a problem here. We've dug ourselves > into a hole by cutting corners, building up debt, and we've never made > it a priority to fix it, and now it's causing us problems. It's not one > person's fault, it's something that has collectively developed over > time, but the reality is, the problem is there and needs fixing." > > But that's a lie. We have made it a priority to fix things that are broken. I wouldn't consider undeclared variables cutting corners. We've also invested a lot into making sure we aren't building up additional technical debt with the new stuff we're fixing. > And when the manager asks "What problems?" you say something like: > > "The language we use is moving towards a much stricter approach to > handling ambiguous or error prone code. This can only be considered a > good thing, but it is going to mean that a lot of our technical debt is > going to manifest as errors that will stop our site from function..." > > Then the manager will go "Can't we just keep using the version we are on?" > > You reply: > > "We can for a short period, perhaps an extra year or two, but the > reality is that PHP is moving forward, and the current version won't be > supported forever, and even if it were, we would be missing out on major > performance enhancements and new features that could help us to build > new features". > > Or, they go "Maybe we should look at some options that aren't always breaking things. Our other system built with C# has never had that issue." > The manager says: "Lay this out to me" > > You reply: > > "It's like our company car still works, but it no longer tighter meets > emissions standards so they won't let us take it into the city any more" > > In this case, it's like "Our car still works, but, you the left/right arrows on the volume knob have worn off, so, you can't tell by looking at it whether you turn it clockwise or counter clockwise to turn up the volume. > "Crap", the boss replies "Okay, we had best fix that" > > Boss replies "Yea, that sounds like a pretty stupid reason to have to upgrade. We'll wait." > -- > Mark Randall > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- Chase Peeler chasepeeler@gmail.com --0000000000002f69f305912fda2f--