Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:78644
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error)
Message-ID: <5458F9DA.7060308@lsces.co.uk>
Date: Tue, 04 Nov 2014 16:07:54 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
References: <5458CEAF.7060204@lsces.co.uk> <CABRjmp_UJz7BExqFyXdB35-KQ3BANPV0UqKhJz64njFzEKyNvA@mail.gmail.com> <5458D492.9040207@lsces.co.uk> <CABRjmp_EGV+esSi7u9jRL0n+h1O63f4FLr5_0c_yT0FETZKq-w@mail.gmail.com> <5458E306.50006@lsces.co.uk> <CAF9U7z8v_HF7cx=Lndufq67bvb+AsAEn7Y1ZvDTwA-_+-ZxY7w@mail.gmail.com>
In-Reply-To: <CAF9U7z8v_HF7cx=Lndufq67bvb+AsAEn7Y1ZvDTwA-_+-ZxY7w@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Debugging code ...
From: lester@lsces.co.uk (Lester Caine)

On 04/11/14 14:51, Kristopher wrote:
>     Every IDE I've used has always working nicely with docblock annotation
>     and typing and has provided the facilities people seem to think should
>     be built in to PHP. 
> 
> You understand you don't have to use these new features, right? You can
> continue using comment-driven DocBlocks and not use any typing. They are
> purely optional features. 
That argument falls flat on it's face when primary libraries upgrade to
use 'the new standards' at the expense of compatibility with previous
practices. Keeping compatible versions running just complicates matters
when the target infrastructure is changing daily :(

> To advocate not adding the features simply because you don't want them,
> when they are plenty of other people who do want them and do find a use
> for them, is pretty selfish.
Have I said ANYTHING about not fixing bug such as perhaps making PHP
work with Unicode properly?

> It's also pretty arrogant to assume your workflow and setup will work
> for everyone, and that they should just deal with it.
All I am saying is that many of the complaints being made by others that
PHP is missing 'important facilities' has a counter that in many cases
there is no problem if you use a different method of working.

Some of us do perhaps need to document better the alternative way of
doing things, and I DO think that loading down the core engine with
facilities which are better provided by secondary tools is the wrong
approach. However since PHP has a modular structure, it should also be
possible to leave out components that are not essential to actually run
the code?

It is perhaps just making a case for what is needed to improve the
functionality of the engine, and what - like the debuggers - can be kept
as non-essential secondary tools?

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk