Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:64847
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.223.171 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <48412E0A-3FCC-440D-8479-39B666EB7213@gmail.com>
References: <CAAyV7nEWD7SYjjN_kia9rSknjL2BKi157G1r5VJPfTkHB4Y5ww@mail.gmail.com>
 <50EDBEA5.1050201@sugarcrm.com> <CAAyV7nHoMwM=Ge8+97mmUiNR1+ChCq3mW+Dgx0r9Hc=yn6Q8=w@mail.gmail.com>
 <50EE5DAF.2080901@sugarcrm.com> <CAAyV7nFG++8WNpyCk1gByVk3aLSh7CzR1F0fmn2M43thXZQKKQ@mail.gmail.com>
 <50EF2195.3080907@sugarcrm.com> <CAAyV7nE27JqMEBSd_0b0QYk1OjErHyR_PpvZoBD-fVdAPuDNTQ@mail.gmail.com>
 <CANVTSm5afTqJuYCm+q2Qb2vzyWYQxJuYRwsZW++RRdbbLZNXBA@mail.gmail.com>
 <50EF49AF.9050801@b1-systems.de> <48412E0A-3FCC-440D-8479-39B666EB7213@gmail.com>
Date: Thu, 10 Jan 2013 22:55:38 -0600
Message-ID: <CAFt2z-m9p0+=ryazD+b779AojdvKCiG3uSBEuLcTuw_1WxJCSQ@mail.gmail.com>
To: Yahav Gindi Bar <g.b.yahav@gmail.com>
Cc: Ralf Lang <lang@b1-systems.de>, "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=14dae934035797b1cc04d2fc1ccb
Subject: Re: [PHP-DEV] Re: Was Reflection annotations reader - We Need A Vision
From: dukeofgaming@gmail.com (dukeofgaming)

--14dae934035797b1cc04d2fc1ccb
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I have a question, maybe it is dumb: why not those opposed to using
annotations just... refrain from using them?

Annotations are currently used by the industry through workarounds to the
PHP language, so any argument on it's usefulness is completely moot. Adding
native support for this (no one says it is easy) is important for the
advancement of the language, you already have your proof of concept out
there, so there is really no discussing on whether they are a useful
feature or not.

Also, to maybe put things in better perspective and discourage visceral
vote (because the topic will keep arising until the end of times, I'd bank
on that) why not make a list of pros and cons to adding this to the
language?

Finally, I remember the lack of support for development has been a
problem... so why not call out for support to the community?, from GSoC to
PHP gurus litterate on Comp Sci and software engineering and architecture?

Regards,

David


On Thu, Jan 10, 2013 at 5:18 PM, Yahav Gindi Bar <g.b.yahav@gmail.com>wrote=
:

> Agree, I thought about Those who don't want to annotations  at all. So we
> can add 2 extra options for those who don't want annotations at all and
> those who wish better proposal :)
>  PS : I'm with those who do wish annotations.
>
> =D7=91-11 =D7=91=D7=99=D7=A0=D7=95 2013, =D7=91=D7=A9=D7=A2=D7=94 01:07, =
Ralf Lang <lang@b1-systems.de> =D7=9B=D7=AA=D7=91/=D7=94:
>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> >
> >>
> >> Just a thought - if the main argument is about syntax - we can
> >> propose few versions (Without implementing them) and then vote for
> >> 1) No annotations (attributes) at all. 2) Syntax #1 3) Syntax #2
> >> and so on.
> >>
> >> What do you think?
> >
> > If we come up with two bad ideas, it's not a reason to shred
> > annotations altogether. ;)
> >
> > Alternative wording:
> >
> > 1) Syntax #1
> > 2) Syntax #2
> > ...
> > n) Syntax #n
> > n+1) None of these - do nothing until we get better proposals.
> >
> > - --
> > Ralf Lang
> > Linux Consultant / Developer
> > Tel.: +49-170-6381563
> > Mail: lang@b1-systems.de
> > B1 Systems GmbH
> > Osterfeldstra=C3=9Fe 7 / 85088 Vohburg / http://www.b1-systems.de
> > GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v2.0.19 (GNU/Linux)
> > Comment: Using GnuPG with undefined - http://www.enigmail.net/
> >
> > iEYEARECAAYFAlDvSa8ACgkQCs1dsHJ/X7Ct/ACgx2PD/Pk4DDnFGC8QSq75K2J/
> > 8i8An0IXRxebk3663Y1rZaoZN+Fr5m6b
> > =3Dk2Bt
> > -----END PGP SIGNATURE-----
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
>

--14dae934035797b1cc04d2fc1ccb--