As the saying goes, don't anthropomorphize machines: they hate that.
Re:I Really Like Ruby and Rails
on
The Ruby Way
·
· Score: 2, Funny
10.times { puts "Good times!" }
Re:I Really Like Ruby and Rails
on
The Ruby Way
·
· Score: 1
Here's our Rails site: getindi. Even uses RJS for those thingies in the sidebar, good times. On the backend, Apache 2.2 + mongrel_cluster + PostgreSQL. Good times...
Ah, so that's why the load avg is up...
on
The Ruby Way
·
· Score: 1
> Somehow, it just doesn't come across when the man speaks in public.
Quite true. I remember after the first Bush-Kerry debate (in which Bush was trounced soundly by all accounts) my one consolation was someone's quote to the effect of "it's not much of a victory when you beat George Bush in a talking contest":-)
If you've got Steam, give that Shadowgrounds game a whirl. It's old-fashioned 2D and is very nifty - lots of weapons, lots of stuff to kill, just fun to play all around. And only $20, so, hey.
The folks at Koders have been nice enough to give RubyForge a little Javascripty thing that integrates nicely into the regular GForge user interface so that folks can search the RubyForge CVS repositories. I've talked with them a couple of times and they seem like nice folks.
> Actually, it would be just as funny if someone was actually > storing XML in MySql or PostgreSQL. Come to think of it, > I bet someone does.
Yup, the Jabber database adapter stores XML in tables - for example, the "last time the user was online" timestamp is stored in a field; it's a tiny xml document with one element and one attribute. Egads.
We've got all three editions of this book in our office and they keep getting better. As the review says, this book will teach you the difference between a DFA and an NFA engine if you want to learn that, or just how to do some simple capturing if that's all you need. Friedl's writing is very approaching and the book's notation for showing what part of a string a regex will select is very helpful.
And this stuff comes up over and over - if you ever need to tweak a JavaCC grammar knowing how to specify a DFA vs a NFA can make a nice performance difference. Great stuff!
You can put together an open source development toolkit for Flash development using the MTASC compiler. We use it for ActionStep development and it works great; it cut our compile time dramatically and can easily be used inside TextMate. Great stuff.
And for the language aficionados among you, MTASC itself is written in Ocaml. News for nerds...
...I recently wrote an article for Better Software (details here) showing the duplicated code and some other static analysis-type problems that PMD turned up in two fairly popular open source Java apps - Azureus and Columba. Both these programs are excellent open source apps, but both also had a number of places that could be improved.
This is kind of a Slashdot permathread, but anyhow, static code analysis is not a replacement for smart people also looking at the code. Rather, it augments folks' efforts and provides a safety net to catch little problems that can slip through. A duplicated code detector is especially useful because it can scan a massive codebase and help pick out chunks of code that can be refactored away. This reduces the lines of code, eliminates the possibility of duplicate bugs, and is great fun.
The Java static analysis utility PMD was a spinoff of a government project; it's survived the end of the sponsoring project and is carrying on nicely with a pretty recent release.
It's great that the folks running that particular government project had both the foresight to realize that this utility would be valuable outside that project and also the organizational savvy to figure out how to make it available as open source. Good times.
Sadly, there's no built in grammar for COBOL... but you can use the "any language" option. There is a JavaCC grammar for Cobol, but I'm unable to contact the author so I don't want to include it with CPD...
It's pretty good, although I had problems getting it to compile with recent Fedora releases. I think I ended up compiling it in a RH9 VMware partition or something. But once it's working, it's cool - it does some good dataflow analysis stuff and is nice and fast.
> Still, if I were CEO, and my managers started using this tool, > I would get worried and start thinking seriously about > how to change the company culture.
I'm not sure that using static analysis tools are a sign of a bad corporate culture. I think they're just one more safety net you can use to find code problems. This is especially true for something like CPD, which finds duplicated code anywhere in the codebase - checking for this sort of thing manually is pretty difficult.
That said, I agree that the Slashdot title of "Replacing humans..." is pretty inflammatory. But the dW article itself says it in a much more effective way: "Free yourself from mundane, manual inspections with software inspectors".
Slashdot Mirror
Well summarized indeed.
> He thus conflates two unrelated cycles
Speaking of combining two things inappropriately, check out David Black's demi-entendre page. Clever stuff!
> "what kind of machine labors to be born?"
As the saying goes, don't anthropomorphize machines: they hate that.
10.times { puts "Good times!" }
Here's our Rails site: getindi. Even uses RJS for those thingies in the sidebar, good times. On the backend, Apache 2.2 + mongrel_cluster + PostgreSQL. Good times...
...on rubyforge.org. Fortunately Apache 2.2 has things well in hand.
> The file you linked to is an an ECMAScript parser.
Oh, you mean, _not_ an ECMAScript parser. But you're right, and thanks for the correction.
> the ECMAScript parser, written in ActionScript, is here.
Thanks for the pointer! Wow, looks like they hand-rolled this as well... that's a doozy.
...check out the Dojo project's JavaCC ECMAScript grammar.
It looks like they rolled their own parser for Tamarin - AbcParse.cpp looks hand coded to me. Maybe that was more efficient than yacc?
> Somehow, it just doesn't come across when the man speaks in public.
:-)
Quite true. I remember after the first Bush-Kerry debate (in which Bush was trounced soundly by all accounts) my one consolation was someone's quote to the effect of "it's not much of a victory when you beat George Bush in a talking contest"
> Besides, our current president is (seemingly) not quite sharp enough
> to get most of what science discovers using the HST.
"Seemingly" is quite appropriate here since Bush's grades were higher than Gore's.
Looks pretty nice; the startup screens are whizzy, Rails and PostgreSQL and Eclipse run fine, everything seems snappy. Besides:
$ uname -r
2.6.18-1.2798.fc6PAE
w00t!
If you've got Steam, give that Shadowgrounds game a whirl. It's old-fashioned 2D and is very nifty - lots of weapons, lots of stuff to kill, just fun to play all around. And only $20, so, hey.
The folks at Koders have been nice enough to give RubyForge a little Javascripty thing that integrates nicely into the regular GForge user interface so that folks can search the RubyForge CVS repositories. I've talked with them a couple of times and they seem like nice folks.
> With any Postgres DB you therefore have to manually run a purge
Hm, with the current PostgreSQL release (8.1.x) there's "autovacuum", which runs in the background and takes care of that for you.
I'm not sure about the 'invisible copy' thing; I'll let someone more familiar with PostgreSQL internals speak to that...
> Actually, it would be just as funny if someone was actually
> storing XML in MySql or PostgreSQL. Come to think of it,
> I bet someone does.
Yup, the Jabber database adapter stores XML in tables - for example, the "last time the user was online" timestamp is stored in a field; it's a tiny xml document with one element and one attribute. Egads.
And go Wahoos!
We've got all three editions of this book in our office and they keep getting better. As the review says, this book will teach you the difference between a DFA and an NFA engine if you want to learn that, or just how to do some simple capturing if that's all you need. Friedl's writing is very approaching and the book's notation for showing what part of a string a regex will select is very helpful.
And this stuff comes up over and over - if you ever need to tweak a JavaCC grammar knowing how to specify a DFA vs a NFA can make a nice performance difference. Great stuff!
You can put together an open source development toolkit for Flash development using the MTASC compiler. We use it for ActionStep development and it works great; it cut our compile time dramatically and can easily be used inside TextMate. Great stuff.
And for the language aficionados among you, MTASC itself is written in Ocaml. News for nerds...
...I recently wrote an article for Better Software (details here) showing the duplicated code and some other static analysis-type problems that PMD turned up in two fairly popular open source Java apps - Azureus and Columba. Both these programs are excellent open source apps, but both also had a number of places that could be improved.
This is kind of a Slashdot permathread, but anyhow, static code analysis is not a replacement for smart people also looking at the code. Rather, it augments folks' efforts and provides a safety net to catch little problems that can slip through. A duplicated code detector is especially useful because it can scan a massive codebase and help pick out chunks of code that can be refactored away. This reduces the lines of code, eliminates the possibility of duplicate bugs, and is great fun.
...the TRS-80 Model I support team. I mean, after I splurged on the 16K RAM expansion and everything!
The Java static analysis utility PMD was a spinoff of a government project; it's survived the end of the sponsoring project and is carrying on nicely with a pretty recent release.
It's great that the folks running that particular government project had both the foresight to realize that this utility would be valuable outside that project and also the organizational savvy to figure out how to make it available as open source. Good times.
> There's a ton of open source libraries out there
Right on, like ActionStep. We've built indi in it and it looks good, it's fast, and the API is continually improving. Good times.
...is on the Apache podcast Feathercast. It's about his Apache activities, not his Google stuff, but hey.
Sadly, there's no built in grammar for COBOL... but you can use the "any language" option. There is a JavaCC grammar for Cobol, but I'm unable to contact the author so I don't want to include it with CPD...
> I don't know how good JLint.
It's pretty good, although I had problems getting it to compile with recent Fedora releases. I think I ended up compiling it in a RH9 VMware partition or something. But once it's working, it's cool - it does some good dataflow analysis stuff and is nice and fast.
> Still, if I were CEO, and my managers started using this tool,
> I would get worried and start thinking seriously about
> how to change the company culture.
I'm not sure that using static analysis tools are a sign of a bad corporate culture. I think they're just one more safety net you can use to find code problems. This is especially true for something like CPD, which finds duplicated code anywhere in the codebase - checking for this sort of thing manually is pretty difficult.
That said, I agree that the Slashdot title of "Replacing humans..." is pretty inflammatory. But the dW article itself says it in a much more effective way: "Free yourself from mundane, manual inspections with software inspectors".
...has done a couple of short podcasts on continuous integration and whatnot too.