i've written a few short scripts in perl6/parrot since its initial releases (i write perl for a living) and i have to say i think it's great! hyper-operators are cool! and prototyped subroutines are long overdue. de-referencing with '.' - in perl - is a little weird though. the new regular expression stuff is nothing short of revolutionary methinks.
as one who's working on 125K lines of perl app, i'll reserve my final judgement of perl6 for the apocolypse that deals with OO in perl6. OO in perl *does* work, though it takes (too much) discipline and good documentation.
all very exciting methinks. especially the potential of the parrot VM. can't wait for what's to come. matt
Equating the behavior of China's totalitarian government to that of America after 9/11 is like equating the behavior of Ted Bundy to that of a man who kills someone in self defense.
bollocks. did the 800+ innocent afghani citizens and god knows how many afghani soldiers deserve to die cause a relatively small handful of psycho-nutbars killed innocent citizens from the US and other nations?
the US response was more like that of the mafia: killing the perpetrator of the evil deed, his friends, his family, his families' families - and if the US invades iraq *without provocation* - his entire neighbourhood as well.
> I have to agree that Mandrake is an excellent introduction into the linux world. Before I started > using it a year ago, I was a well experienced windows user who paid for university textbooks by > building computers, setting up networks, doing user training/consultation all on windows.
it is more than that -- it is a great experienced user's desktop (mine for the last 4 year's linux development, all day every day), and makes for a very stable server platform (our 100+ person company's SMB, NIS, NFS, pop3, smtp) as well.
anyone who says mandrake is only for beginners is full of shit.
> I'm a Mandrake user, and I love it, but I have seen apt-get working, and I'm really impressed. I think > apt-get is the right direction for a real package management tool for all distros.
in principle, i agree, but as a mandrake user, have you ever tried using urpmi? there is virtually no difference between it and apt-get (you can't upgrade an entire dist reliably with urpmi.. but then i have seen some apt-gel dist upgrades fail as well...).
funny... i used to think sydney had crap weather until i lived overseas for a bit. what a revelation. most places are either: too hot, too humid, too cold, too rainy, and/or too windy (a recent trip to san francisco springs to mind (pardon the pun)). we are truly blessed.
while I use my Mozilla for netbanking (mostly due to the really insistent browser ID checking of the banking webapp)
configure konqueror to lie to that particular website about its user agent ID... ie: to that server, konqueror will appear for all intensive purposes to be IE6 or navigator 6.1 (or even goatse69 if you want;-) ). the config is under 'user agent' in the config konqueror dialogue box.
if you're going to use ftp, use ncftp. it works way better than the generic crusty old ftp client.
if you're a gui man/woman, use konqueror! simply browse using ftp and group select with mouse and drag to some folder or the desktop. much more appropriate methinks to use kde to download kde:-)
i agree.... there's something wrong with your system, methinks. my whole group has been using 3.0 all day every day since it came out. with the exception of kate occasionally barfing, everything has been rock solid.
suggest force re-installing kdebase and kdelib to see if there are any missing dependencies that you might have --nodeps'ed and/or --force'ed at install time and forgotten about. it happens.:-)
other than that, try 'mv.kde.kde~' and re-set up all your preferences from scratch.
except that in french, it's brillant (also meaning 'shining') not brilliant.
(btw, you wonder why non-US people think that (some/most) people from the US are small-minded/full of themselves? giving +5 to a post that's incorrect, racist, and certainly flamebait is a big hint).
if you develop some actual coding discipline, you can write very maintanable code in perl.
hell yes! i am the tech lead on a perl project which hit 100K lines of code and doesn't look like stopping anywhere before 150K. the design is *very heavily* OO (one could directly translate the object model into java no sweat) and follows the MVC paradigm to the letter (there is only a single 100 line script which drives everything).
perl can be every bit as maintainable as any other language *as long as* one is/enforces discipline. i think at times perl can be more maintainable than, say, java, simply though its expressiveness and brevity. i mean, java can be so frickin verbose sometimes...
which leads me to the conclusion that people who truly think that perl is inherently unmaintainable must be crap programmers.
we are developing a kick-arse bioinformatics app that is pushing 100K lines of perl. it doesn't quite
program itself yet, but it knows how to post ascii art and f_r_i_s_t_p_o_s_t_s on slashdot and parse perl monks' responses;-)
ps: i wasn't joking about the 100K lines of code thing...it's a pretty diverse app... though i'd say that we'll hit 150K before we're fully finished though. say what you will about perl, but if OO principles are strictly adhered to then 100K of perl is still just as manageable as 1K.
d_i_r_t_y
Re:LOTR, starting a trend that I hope continues...
on
LotR Cleans Up at AFI
·
· Score: 1
So to sum up, I hope this starts a trend in Hollywood amoung script writers. That they should stick to the orignial works more closely (although the message isn't going to get out in time for the HellBlazer movie... which they already cast Nick Cage for!!! Good god is that going to suck.)
afraid not... the reason it didn't seem like a hollywood film was because it wasn't. it was made in new zealand by a new zealander, using a large number of new zealand and australian actors...
unfortunately, hollywood will continue to generate
sentimentalist, overly (USA) patriotic guff,
dumbed down for the lowest common denominator.
with the occasional exception, of course.
d_i_r_t_y
In the same vein, it seems that KDE is for the people who want the solutions given to them, and Gnome is for the people who want to build their own customized solution (IE what they want.) That explains a little bit of the difference in the attitudes. Capt. Obvious does point out to me that the "build your own solution" approach is a general platform for Linux, KDE included, but I think Gnome really goes after that more.
how'd you figure that? kde is equally or more configurable in total than gnome -- from widget styles to xml-rpc and soap scripting, not to mention the number of options for the rather amazing konqueror. i think you must be refering to playing with the gnome panel and pixmapping widgets. the kde windows manager does rather suck, i must admit.
that was my first thought as well... god knows how many times i've had to install ms office and have forgotten to change the damn paper format to A4.
so, australians (me!) use A4, europeans use A4, brits use A4, what's the deal with the US using letter? is this like the metric system? (what *is* the deal with still using the imperial system???)
Use closures. Run perldoc perltoot , and then read the section Closures as Objects.
i have and i do, though closures are somewhat slower and larger than blessed hashes. it would be nice to be able to effectively local'ise the accessibility/visibility of member objects to inside a class using a perl keyword, rather than changing an class' implementation, ie, using keywords like 'private', 'public', and maybe even 'protected'. likewise, it'd be nice to overload the 'my' and 'our' operators to mean the equivalent of my == object declaration, our == class (ie: 'static') declaration. i have to say i really like the look of:
class Me {
# class data
our public $Class_Total;
our private $Class_Increment;
# object data
my public $total; # this.{'total'}
my private $increment; # this.{'increment'}
}
...await what LW and the gang make of what i really care about -- built-in language support for OOP. i can live with spelling '->' as '.' and using an underscore for concatenation, but what i really want to know is -- will perl6 allow me to write 50K lines of OO perl that doesn't depend on my client coders being able to read my source to be sure they don't trample over my member objects? all i'm really dying for with perl is some clean feel-good OO syntax and real encapsulation:
public class MyPerlClass
{
my public $member_obj1 = new CGI ();
my private %hash = ( 'some' => 'values' );
my private int foo = 1;
public sub new ( const int $int )
{
this.foo += $int;
return this;
}
public sub get_foo ()
{
return this.foo;
}
public sub set_foo ( const int $new_foo )
{
this.foo = $new_foo;
}
private sub _recalculate_stuff ()
{
# some important stuff here...
}
}
perl-lover and then some, but give me syntax sugary OO dear larry!!!
d_i_r_t_y
i've been using and developing F/T on linux for the last 3 years and i'm still more than content to stay with using mandrake. Even though i could easily setup my box from scratch if i had to, the fact is that saving time/errors and overall convenience are the most important virtues i look for in a distro, and mandrake does make that effort to speed up the more mundane setup/config tasks.
it is also worth saying that i cannot subscribe at all to the stability argument with mandrake either -- in my company we have >25 linux mandrake and debian desktop and server boxes, and there has really not been any difference whatsoever in stability between them over the last 2-3 years. my devel box has never once (hard-)crashed and is currently at 130 days uptime besides (for what that's worth). the only notable difference is that it takes much longer to upgrade/install the deb boxes - a server mandrake box takes about 40 mins, while any use of slightly unusual hardware or certain RAID configs choke the deb installs something chronic.
at the end of the day, it's what works, stays running, and is quick to use/develop on that matters... pseudo-religious arguments about one distro being better than the other are mostly just toss.
this book is great for web programmers...
on
Grokking The Gimp
·
· Score: 1
...like me, who can code till 3am but come up short when we're expected to come up with some interesting and decent-looking artwork for our sites... at least in my case, decent enough artwork until the damn graphic designers do their job...
i bought this book 2.5 months ago and after reading it cover-to-cover, i would say that it quickly brought me up to a level of competency where i can create/manipulate images to some arbitrary definition of ok-to-decent. the book is definitely geared toward the graphically-interested beginner, rather than at a graphically-competent person wanting to specifically learn the gimp. the clear, tutorial style of the book with its focus on graphical techniques IMHO justifies the monetry cost if you are the former kind of person.... but i would probably recommend skipping it if you already know photoshop -- in this case you'll be better off learning as you go, since the difference between photoshop and the gimp isn't really so great.
in any case, if you're getting work to pay for it like me then you probably won't care about the cost....;-)
What law is it that gives you an obligation to enforce a license using the legal system? And there were
legitimate breaches of the GPL (the KDE article admits a few instances of such).
none that i know of... poor choice of words i guess, but my bottom line was that RMS talks a lot of crap these days.
OK, some may find that RMS is a bit zealous about licenses... but how much do YOU know about all the legal stuff
involved in mixing licenses? I say he's taking the right approch: to be paranoid with the GPL. How many scream when a
vendor ships a (free as in beer) modified version of Linux with its hardware? If the "OSS community" (I'm assuming it's
a united organization, though I know it is not) is to stand up against GPL violations, it should first make sure that it
doesn't violate the GPL itself in any way. That includes the KDE/Qt stuff.
bullshit. RMS just doesn't like KDE and QT. period. even after QT has been GPL'ed he has to go and spout crap about KDE's apparent continued non-conformance in some way.
as for knowing anything about licenses... if there was a legitimate breach of the GPL then he is obliged to prosecute that breach. he and the FSF didn't. hell, the GPL hasn't even been tested in court, so it, like RMS himself, remains academic.
i think he's still dirty that KDE is such a long way ahead of his beloved gnome, and that noone calls linux GNU/linux anymore.
Slashdot Mirror
i've written a few short scripts in perl6/parrot since its initial releases (i write perl for a living) and i have to say i think it's great! hyper-operators are cool! and prototyped subroutines are long overdue. de-referencing with '.' - in perl - is a little weird though. the new regular expression stuff is nothing short of revolutionary methinks.
as one who's working on 125K lines of perl app, i'll reserve my final judgement of perl6 for the apocolypse that deals with OO in perl6. OO in perl *does* work, though it takes (too much) discipline and good documentation.
all very exciting methinks. especially the potential of the parrot VM. can't wait for what's to come.
matt
the US response was more like that of the mafia: killing the perpetrator of the evil deed, his friends, his family, his families' families - and if the US invades iraq *without provocation* - his entire neighbourhood as well.
> I have to agree that Mandrake is an excellent introduction into the linux world. Before I started
> using it a year ago, I was a well experienced windows user who paid for university textbooks by
> building computers, setting up networks, doing user training/consultation all on windows.
it is more than that -- it is a great experienced user's desktop (mine for the last 4 year's linux development, all day every day), and makes for a very stable server platform (our 100+ person company's SMB, NIS, NFS, pop3, smtp) as well.
anyone who says mandrake is only for beginners is full of shit.
> I'm a Mandrake user, and I love it, but I have seen apt-get working, and I'm really impressed. I think
> apt-get is the right direction for a real package management tool for all distros.
in principle, i agree, but as a mandrake user, have you ever tried using urpmi? there is virtually no difference between it and apt-get (you can't upgrade an entire dist reliably with urpmi.. but then i have seen some apt-gel dist upgrades fail as well...).
i don't understand why blind people can't just ask someone to tell them which denomination note it is that they're handing over.
pass the salt.
funny... i used to think sydney had crap weather until i lived overseas for a bit. what a revelation. most places are either: too hot, too humid, too cold, too rainy, and/or too windy (a recent trip to san francisco springs to mind (pardon the pun)). we are truly blessed.
*ahem*
CBD, that is (damn 's' and 'd' keys so close together...)
...except that it'll be saturday and the other 4.9 million sydney residents who don't live in the CBS will be shopping there ;-)
should be interesting... i'll be there to watch
a bit like US big budget films - the matrix, attack of the clones, scooby doo, etc etc
while I use my Mozilla for netbanking (mostly due to the really insistent browser ID checking of the banking webapp)
;-) ). the config is under 'user agent' in the config konqueror dialogue box.
configure konqueror to lie to that particular website about its user agent ID... ie: to that server, konqueror will appear for all intensive purposes to be IE6 or navigator 6.1 (or even goatse69 if you want
dirty__
if you're going to use ftp, use ncftp. it works way better than the generic crusty old ftp client.
:-)
if you're a gui man/woman, use konqueror! simply browse using ftp and group select with mouse and drag to some folder or the desktop. much more appropriate methinks to use kde to download kde
i agree.... there's something wrong with your system, methinks. my whole group has been using 3.0 all day every day since it came out. with the exception of kate occasionally barfing, everything has been rock solid.
:-)
.kde .kde~' and re-set up all your preferences from scratch.
suggest force re-installing kdebase and kdelib to see if there are any missing dependencies that you might have --nodeps'ed and/or --force'ed at install time and forgotten about. it happens.
other than that, try 'mv
dirty
except that in french, it's brillant (also meaning 'shining') not brilliant.
(btw, you wonder why non-US people think that (some/most) people from the US are small-minded/full of themselves? giving +5 to a post that's incorrect, racist, and certainly flamebait is a big hint).
hell yes! i am the tech lead on a perl project which hit 100K lines of code and doesn't look like stopping anywhere before 150K. the design is *very heavily* OO (one could directly translate the object model into java no sweat) and follows the MVC paradigm to the letter (there is only a single 100 line script which drives everything).
perl can be every bit as maintainable as any other language *as long as* one is/enforces discipline. i think at times perl can be more maintainable than, say, java, simply though its expressiveness and brevity. i mean, java can be so frickin verbose sometimes...
which leads me to the conclusion that people who truly think that perl is inherently unmaintainable must be crap programmers.
we are developing a kick-arse bioinformatics app that is pushing 100K lines of perl. it doesn't quite program itself yet, but it knows how to post ascii art and f_r_i_s_t_p_o_s_t_s on slashdot and parse perl monks' responses ;-)
ps: i wasn't joking about the 100K lines of code thing...it's a pretty diverse app... though i'd say that we'll hit 150K before we're fully finished though. say what you will about perl, but if OO principles are strictly adhered to then 100K of perl is still just as manageable as 1K.
d_i_r_t_y
with the occasional exception, of course.
d_i_r_t_y
how'd you figure that? kde is equally or more configurable in total than gnome -- from widget styles to xml-rpc and soap scripting, not to mention the number of options for the rather amazing konqueror. i think you must be refering to playing with the gnome panel and pixmapping widgets. the kde windows manager does rather suck, i must admit.
that was my first thought as well... god knows how many times i've had to install ms office and have forgotten to change the damn paper format to A4.
so, australians (me!) use A4, europeans use A4, brits use A4, what's the deal with the US using letter? is this like the metric system? (what *is* the deal with still using the imperial system???)
i have and i do, though closures are somewhat slower and larger than blessed hashes. it would be nice to be able to effectively local'ise the accessibility/visibility of member objects to inside a class using a perl keyword, rather than changing an class' implementation, ie, using keywords like 'private', 'public', and maybe even 'protected'. likewise, it'd be nice to overload the 'my' and 'our' operators to mean the equivalent of my == object declaration, our == class (ie: 'static') declaration. i have to say i really like the look of:
class Me {
# class data
our public $Class_Total;
our private $Class_Increment;
# object data
my public $total; # this.{'total'}
my private $increment; # this.{'increment'}
}
dirty
public class MyPerlClass
{
my public $member_obj1 = new CGI ();
my private %hash = ( 'some' => 'values' );
my private int foo = 1;
public sub new ( const int $int )
{
this.foo += $int;
return this;
}
public sub get_foo ()
{
return this.foo;
}
public sub set_foo ( const int $new_foo )
{
this.foo = $new_foo;
}
private sub _recalculate_stuff ()
{
# some important stuff here...
}
}
perl-lover and then some, but give me syntax sugary OO dear larry!!!
d_i_r_t_y
frist p0st for big brother!! taco sucks cock!!!
it is also worth saying that i cannot subscribe at all to the stability argument with mandrake either -- in my company we have >25 linux mandrake and debian desktop and server boxes, and there has really not been any difference whatsoever in stability between them over the last 2-3 years. my devel box has never once (hard-)crashed and is currently at 130 days uptime besides (for what that's worth). the only notable difference is that it takes much longer to upgrade/install the deb boxes - a server mandrake box takes about 40 mins, while any use of slightly unusual hardware or certain RAID configs choke the deb installs something chronic.
at the end of the day, it's what works, stays running, and is quick to use/develop on that matters... pseudo-religious arguments about one distro being better than the other are mostly just toss.
i bought this book 2.5 months ago and after reading it cover-to-cover, i would say that it quickly brought me up to a level of competency where i can create/manipulate images to some arbitrary definition of ok-to-decent. the book is definitely geared toward the graphically-interested beginner, rather than at a graphically-competent person wanting to specifically learn the gimp. the clear, tutorial style of the book with its focus on graphical techniques IMHO justifies the monetry cost if you are the former kind of person.... but i would probably recommend skipping it if you already know photoshop -- in this case you'll be better off learning as you go, since the difference between photoshop and the gimp isn't really so great.
in any case, if you're getting work to pay for it like me then you probably won't care about the cost.... ;-)
dirty, cause i want to be
none that i know of... poor choice of words i guess, but my bottom line was that RMS talks a lot of crap these days.
bullshit. RMS just doesn't like KDE and QT. period. even after QT has been GPL'ed he has to go and spout crap about KDE's apparent continued non-conformance in some way.
as for knowing anything about licenses... if there was a legitimate breach of the GPL then he is obliged to prosecute that breach. he and the FSF didn't. hell, the GPL hasn't even been tested in court, so it, like RMS himself, remains academic.
i think he's still dirty that KDE is such a long way ahead of his beloved gnome, and that noone calls linux GNU/linux anymore.