But anyway, the biggest thing the "X" buys you is a lot of extensions. I'd say it's actually delivering on what it promises.
the only problem beeing, that those are pseudo extensions which were simply written down in an specification but never implemented..
(give me one client/server combo which supports pub sub ?)... (i love xmpp, i'm using jabber as my main IM (with a couple of gateways), have written a jabber client, a jabber bot and a jabber <-> xfire gateway.. but i'm either too dump or too impatient to implement pub sub (and.. i once tried to implement it on my client.. but i couldn't find a server properly supporting it)).. i'm pretty sure that 95% of all those "extensions" were never proved to work anyway..
well.. i knew an early version was implemented in perl because the author thought he needed something simpler.. didn't know it was actually used as a template engine... ever..
(my disclaimer.. don't take it too seriously..)
PHP is not that bad of a language. Yes, it has it's issues and has brought on it's own stereotype because of it's ease of use. so.. PHP is not bad, PHP developers are..
but for quick dirty hacks (especially when bash is not available) it is great too. I've written entire daemons that watch and entire directory tree (1000+ files) you might want to try perl.. i think in generally.. PHP should have been a template language for perl.. that would have made a great addition.. (if you take out all those pseudo database functions)
I've used and worked with Ruby, Python, TCL, etc. etc. PHP just sits right with me. i have also used those (and perl,c,java, blah, blah).. and i see no reason why i would ever use PHP if i'm not forced to;)
I am very greatly anticipating the upcoming PHP 6. NAMESPACES! I can't wait. are you sarcastic ?
It may be mocking political pundits, but his guests are real and were brought on for a reason, and he talks over them like a moron. imho the guests are smart enough to know what they are up to.. and they play along.. as long as you don't take colbert too seriously it stays (kind of) funny.. but i'm not so sure what to think about his candidacy.. it's just ridiculous and no one would benefit from actually voting for him.. (except his show of course)... i hope it's just a joke taken a bit too far..
imho django is really the easiest web framework to develop in.. It's ORM is flexible and powerful but compared to hibernate & co so much simpler that it is just shocking.. i have developed in perl, php, java (webwork with hibernate and IoC containers and what-not) but with django you can get things done much faster and get cleaner results..
(and some self-advertising - look at my project http://sct.sphene.net/ - forum & wiki applications based on django)
exactly.. and.. my biggest complaint is.. that i actually recommended subversion to everyone who asked because of his cool advantage over CVS - the versioning of directories... how cool is that.. you can move a file and still have all the history of the file.. so.. no problem with refactoring a big project..
after all.. it's one of the biggest features.. see http://subversion.tigris.org/ "Subversion versions not only file contents and file existence, but also directories, copies, and renames."
well.. of course it all works great.. until you merge...
but as i said.. i'll keep using it for my smaller open source projects.. but i can't honestly recommend it to bigger projects for a company..
take a look at the issue tracker.. there it was reported as a problem with renaming directories (months ago.. not by myself).. so there is an announcement that there might be better renaming support in svn 1.5..
anyway.. i haven't found a similar report for just the case of deleting directories.. (since renaming = copy + delete).. so i figured i would ask in the forum (not a bug report btw.) if this is at least known.. but anyhow..
you want to know other annoyances ? how about.. the need to store plain text passwords if you want to use svnserve ? (afaik this is also announced for 1.5)
(don't get me wrong, i love subversion.. and i use it for my open source projects.. but currently CVS is way better.. just because of the tools and a few unnecessary annoyances less)
and personally.. i think GWT is great.. you have the advantages of java (simplicity, statically typed language) with compatibility with all javascript-ready browsers (ie. >99% of all browsers) without the overhead of any JVM (on the client side)... and.. it is very very simple to extend.. and very clean even when you need to write native javascript once in a while.. because you would simply hide it behind some java method call..
sorry to make advertisement for my own project.. but take a look at http://goim.us/.. "Gamers Own Instant Messenger".. altough still not 100% bugfree it is still useful and most important.. it uses the jabber protocol which means you have all features of an open IM, and an open protocol... you can use all jabber gateways to chat to AIM,ICQ,MSN,whatever users.. and i'm working on a xfire gateway which will enable every jabber user to add their xfire buddies to the jabber roster.. and in the case of GOIM.. it can also transmit when you join games / when buddies join games...
(the sniffing part of GOIM still does not work for linux (as i had no time to port it yet).. but the IM itself works on all platforms supported by eclipse/SWT)
But anyway, the biggest thing the "X" buys you is a lot of extensions. I'd say it's actually delivering on what it promises.
the only problem beeing, that those are pseudo extensions which were simply written down in an specification but never implemented..
(give me one client/server combo which supports pub sub ?) ... (i love xmpp, i'm using jabber as my main IM (with a couple of gateways), have written a jabber client, a jabber bot and a jabber <-> xfire gateway .. but i'm either too dump or too impatient to implement pub sub (and.. i once tried to implement it on my client .. but i couldn't find a server properly supporting it)) .. i'm pretty sure that 95% of all those "extensions" were never proved to work anyway ..
well .. i knew an early version was implemented in perl because the author thought he needed something simpler..
didn't know it was actually used as a template engine... ever..
but i'm not so sure what to think about his candidacy.. it's just ridiculous and no one would benefit from actually voting for him.. (except his show of course)
imho django is really the easiest web framework to develop in.. It's ORM is flexible and powerful but compared to hibernate & co so much simpler that it is just shocking ..
i have developed in perl, php, java (webwork with hibernate and IoC containers and what-not) but with django you can get things done much faster and get cleaner results..
(and some self-advertising - look at my project http://sct.sphene.net/ - forum & wiki applications based on django)
exactly .. and.. my biggest complaint is.. that i actually recommended subversion to everyone who asked because of his cool advantage over CVS - the versioning of directories ... how cool is that .. you can move a file and still have all the history of the file.. so .. no problem with refactoring a big project..
.. it's one of the biggest features.. see http://subversion.tigris.org/ "Subversion versions not only file contents and file existence, but also directories, copies, and renames."
.. of course it all works great.. until you merge...
.. i'll keep using it for my smaller open source projects.. but i can't honestly recommend it to bigger projects for a company ..
after all
well
but as i said
take a look at the issue tracker.. there it was reported as a problem with renaming directories (months ago .. not by myself).. ..
.. i haven't found a similar report for just the case of deleting directories.. (since renaming = copy + delete) .. so i figured i would ask in the forum (not a bug report btw.) if this is at least known .. but anyhow ..
.. the need to store plain text passwords if you want to use svnserve ? (afaik this is also announced for 1.5)
so there is an announcement that there might be better renaming support in svn 1.5
anyway
you want to know other annoyances ? how about
for me performance is (currently) the least of my problems with subversion.. .. http://subversion.tigris.org/servlets/ReadMsg?list Name=users&msgNo=65992 .. and noone seems to be too bothered..
.. and i use it for my open source projects.. but currently CVS is way better.. just because of the tools and a few unnecessary annoyances less)
more that you lose changes without any warning or whatsoever during merging
(don't get me wrong, i love subversion
try this disaster -> http://yourhell.com/bigredbutton.swf
;) )
(no idea who made it.. i just copied it from some site and can't remember from where.. but it's great
i think you can .. not using (only) the bundled libraries, but since it's very easy to write "native" javascript libraries.. there are a couple of additional libraries which allow you to .. like http://gwt.components.googlepages.com/canvas - or see http://roberthanson.blogspot.com/2006/06/coding-sv g-with-gwt.html for using SVG
.. i think GWT is great.. you have the advantages of java (simplicity, statically typed language) with compatibility with all javascript-ready browsers (ie. >99% of all browsers) without the overhead of any JVM (on the client side) ... and .. it is very very simple to extend.. and very clean even when you need to write native javascript once in a while.. because you would simply hide it behind some java method call ..
and personally
sorry to make advertisement for my own project .. .. "Gamers Own Instant Messenger" .. altough still not 100% bugfree it is still useful and most important .. it uses the jabber protocol which means you have all features of an open IM, and an open protocol ... you can use all jabber gateways to chat to AIM,ICQ,MSN,whatever users.. .. and in the case of GOIM .. it can also transmit when you join games / when buddies join games ...
.. but the IM itself works on all platforms supported by eclipse/SWT)
but take a look at http://goim.us/
and i'm working on a xfire gateway which will enable every jabber user to add their xfire buddies to the jabber roster
(the sniffing part of GOIM still does not work for linux (as i had no time to port it yet)