4 ms·
At 14, is PHP Finally Growing Up?
- deleted 17y ago[deleted]
- jrockway 17y agoSome arbitrary "best practices" don't make up for the language's general inadequacies (nor do any existing libraries). You might be able to write slightly less bad code, but you still aren't writing expressive code.
- abyssknight 17y agoI would like to argue the C language argument here. If I want to shoot myself in the foot, the language should let me. If I want to paint the Mona Lisa, the language should let me. PHP does that.
- mahmud 17y agoPHP will let you paint the Mona Lisa at favicon resolution.
- mixmax 17y agoand any other resolution you might choose.
- abyssknight 17y agoFine. I call you on this. Full size: http://williamriggins.com/mona.php?x=400&y=571 http://williamriggins.com/mona.php?x=400&y=571 Favicon Size: http://williamriggins.com/mona.php?x=10&y=10 http://williamriggins.com/mona.php?x=10&y=10 Code (minus base64'd image constant): http://pastie.org/506643 http://pastie.org/506643
- jrockway 17y agoI think you missed the metaphor.
- jrockway 17y agoFeatures that PHP is missing and would be very difficult to implement in use code include continuations, lexical closures, macros, a sane type system, multimethods, a metaobject protocol, and many others. Why confine yourself to the tools of a 1950s-era programmer when it's 2009? (PHP isn't even very good at "web stuff", although the frameworks try to improve this situation.)
- BerislavLopac 17y agoI'm not sure what you mean by Web stuff, but here's a couple things I like about PHP: 1. When I want to do a quick Web page with no effort to last -- just to test something or prov a concept or something -- all I have to do is put together one or two PHP files and it's up. Even then I follow all the good programming practices: separation of business and presentation code, proper classes etc, and PHP let's me do that just fine. 2. If I properly organize my code (which I usually do) all I need to move a site from one location to another is simply copy a single directory. This even includes smaller SQL based sites since PHP5 has built-in support for SQLite. And it works on virtually any hosting available today. Granted, these features are not really a compensation for all PHP's failures (don't ge me started), but there are times when those particular advantages outweigh anything else.
- rbanffy 17y agoIf you want to paint using crayons, that would be correct.
- CalmQuiet 17y agoNo content in this article. And even phparch voters only rate this article 2.5 out of 5 stars. —PHP user
- BerislavLopac 17y agoPHP is not a language. It's a template engine gone berserk.
- spoiledtechie 17y agoCouldn't agree more... But it does still do a good job...
- BerislavLopac 17y agoNever said it didn't. ;)
- ssharp 17y agoYour comment isn't relevant.
- randallsquared 17y agoIt's better as a language than as a templating system, sad to say.
- jrockway 17y agoThis is the amusing irony of PHP. It's a programming language designed to make generating HTML and interfacing with the web easy, but it's actually very hard (compared to other languages) to do either of these things.
- randallsquared 17y agoI don't think anyone wanted generating HTML to be easy with PHP; the original point was that your little script was embedded in the HTML. The document was the primary thing, and the code was just for this or that specific purpose.
- jrockway 17y agoFair enough.
- neovive 17y agoAlthough the article didn't cover any specifics of the language, I think PHP has definitely improved. For what it lacks in elegance, it makes up in ease of deployment and scalability. Overall, the improvements made to PHP over the past few years and the upcoming changes in PHP 5.3/6.0 and the variety of excellent frameworks to choose from, make it a very good language to keep in your web development toolkit. It doesn't do everything extremely well, but it does many things well enough.
- jrockway 17y agoIt is amazing that people are willing to sink thousands of hours into programming around PHP's problems (probably without noticing) because they are afraid to run "cpan -i Some::Modules" and cut-n-paste a FastCGI configuration into their web server's config file. Ease of deployment is nice, but deploying other languages is not much harder, and it's significantly easier to actually write a reliable application.
- deleted 17y ago[deleted]
- X0nic 17y agoI wouldnt say its growing up, more like jumping the shark.