Last updated by Venus on 2nd September 2010 at 7:50 a.m. CDT on behalf of Amit Chakradeo
[Languages: Marathi|
Hindi|
Gujarati|
Telugu|
Kannada|
Tamil|
Malayalam|
Bangla|
Films:
Bollywood|
Abhi-Ash|
Aamir|
Hritik|
Salman|
Shahrukh|
Music:
ARR|
Sonu|
S.E.L.|
Vishal Shekhar|
Vishal Bharadwaj|
Himesh Reshammiya|
Misc:
FinanceIndia
]
Google Searches that landed here!
Posted by Library (ek_contact@plymouthrocket.com) on September 02, 2010 03:00 PM · permalink
Posted by Library (ek_contact@plymouthrocket.com) on September 02, 2010 02:30 PM · permalink
Posted by Library (ek_contact@plymouthrocket.com) on September 02, 2010 02:30 PM · permalink
Posted by Library (ek_contact@plymouthrocket.com) on September 02, 2010 02:30 PM · permalink
Posted by No contact (ek_contact@plymouthrocket.com) on September 02, 2010 02:30 PM · permalink
Posted on September 02, 2010 12:50 PM · permalink
Many years ago when I was at ActiveState we had a new manager, I got one of those every month or so it wasn't a big deal. One of the things he said was - he would never use the excuse that a decision will be made because person X said so and they know best. It was 9 years ago, so I can't remember the exact wording.
What he was saying is that all decisions can be questioned, things need to be explained and we shouldn't be just blindly following some people. He was also saying that this is bit of elitism, putting other people down. This came back to me a few times as a manager when I made decisions and was questioned. But it really hit me home in slightly different circumstances on the Django mailing lists - and I will point out, this is a rare exception.
I've seen at a couple of times people say something like: "our code was written by X, so i doubt there's a bug there", "this was designed by X who has quite a reputation...".
Each time, it's felt a bit like the "person X knows best" card has been pulled out and people can't argue with it and it grates a little. As the questioner it would put me down.
There are many people on the Django mailing list whom by following their comments and decisions I've come to respect a lot (Russell, Jakob, Karen, Graham etc). The problem is here that people come into the situation phrasing their issue incorrectly and it comes across dis-respectfully. They haven't realized how smart and (generally) right these people are.
They assume that something is broken and how can we all be so stupid for not seeing it or fixing it. It can be tough not to pull out the card in this case and say "X is right because they are the god of Y".
If you are about to write that in the mailing list, maybe there's another way of phrasing it that will keep Django one of the friendliest and nicest communities out there.
Posted on September 02, 2010 12:50 PM · permalink
Posted on September 02, 2010 12:50 PM · permalink
Posted on September 02, 2010 12:50 PM · permalink
Posted on September 02, 2010 12:50 PM · permalink
Posted on September 02, 2010 12:49 PM · permalink
Posted on September 02, 2010 12:37 PM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1774170&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by samzenpus on September 02, 2010 11:57 AM · permalink
Posted by Seth Godin on September 02, 2010 11:52 AM · permalink
Posted by shantanu (shantanu.oak@gmail.com) on September 02, 2010 11:21 AM · permalink
We Mac users have been blessed with self-contained applications that (for the most part) don't require an installation/setup. This means trying out a new application is a simple matter of downloading and double clicking and the app is running.
However, in many cases people end up having their applications installed to their Downloads folder instead of the "proper" Applications folder, because they don't know or care where their apps are running.
Stay, a great window helper application with an ungoogleable name, recognizes this antipattern and is able to move itself to the Applications folder if it's running from Downloads.

What a great way to recognize and prevent a potential headache for your customers.
Posted on September 02, 2010 11:14 AM · permalink
Posted by Sierra Black on September 02, 2010 11:00 AM · permalink
Posted by Joe Brown on September 02, 2010 11:00 AM · permalink
Posted by Steven Levy on September 02, 2010 11:00 AM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1774262&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by Soulskill on September 02, 2010 10:39 AM · permalink
Posted on September 02, 2010 10:01 AM · permalink
Posted by JLP on September 02, 2010 10:00 AM · permalink
Posted by Nat Torkington on September 02, 2010 10:00 AM · permalink
Posted by Seth Godin on September 02, 2010 09:36 AM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1774176&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by samzenpus on September 02, 2010 08:56 AM · permalink
Posted by PFCdesktop on September 02, 2010 08:54 AM · permalink
zenprofiler helps answer WHAT is being called the most. spyon helps answer WHERE those calls are being made. ZenProfiler provides a faster version of the standard library ruby profiler. It is otherwise pretty much the same as before. spyon provides a clean way to redefine a bottleneck method so you can account for and aggregate all the calls to it.
% ruby -Ilib bin/zenprofile misc/factorial.rb 50000
Total time = 3.056884
Total time = 2.390000
total self self total
% time seconds seconds calls ms/call ms/call name
50.70 1.64 1.64 50000 0.03 0.05 Integer#downto
19.63 2.27 0.63 200000 0.00 0.00 Fixnum#*
14.19 2.73 0.46 50000 0.01 0.05 Factorial#factorial
9.93 3.05 0.32 1 320.36 3047.10 Range#each
5.54 3.23 0.18 2 89.40 178.79 ZenProfiler#start_hook
Once you know that Integer#downto takes 50% of the entire run, you can use spy_on to find it. (See misc/factorial.rb for the actual code):
% SPY=1 ruby -Ilib misc/factorial.rb 50000
Spying on Integer#downto
Integer.downto
50000: total
50000: ./misc/factorial.rb:6:in `factorial' via
./misc/factorial.rb:6:in `factorial'
Changes:
2 minor enhancements:
Posted on September 02, 2010 08:16 AM · permalink
Posted by PFCdesktop on September 02, 2010 08:14 AM · permalink
Wraps rbaddeventhook so you can write fast ruby event hook processors w/o the speed penalty that comes with settrace_func (sooo sloooow!). Calls back into ruby so you don't have to write C.
% ruby demo.rb
# of iterations = 1000000
user system total real
null_time 0.120000 0.000000 0.120000 ( 0.125279)
ruby time 0.560000 0.000000 0.560000 ( 0.562834)
event hook 3.160000 0.010000 3.170000 ( 3.175361)
set_trace_func 34.530000 0.100000 34.630000 ( 34.942785)
Changes:
2 minor enhancements:
1 bug fix:
Posted on September 02, 2010 08:13 AM · permalink
Vlad the Deployer's sexy brainchild is rake-remote_task, extending Rake with remote task goodness.
Changes:
1 bug fix:
Posted on September 02, 2010 08:07 AM · permalink
Posted by Karthik on September 02, 2010 07:30 AM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1774254&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by Soulskill on September 02, 2010 07:29 AM · permalink
Flay analyzes code for structural similarities. Differences in literal values, variable, class, method names, whitespace, programming style, braces vs do/end, etc are all ignored. Making this totally rad.
Changes:
2 minor enhancements:
1 bug fix:
Posted on September 02, 2010 07:23 AM · permalink
Flog reports the most tortured code in an easy to read pain report. The higher the score, the more pain the code is in.
Changes:
1 major enhancement:
3 minor enhancements:
2 bug fixes:
Posted on September 02, 2010 07:19 AM · permalink
Posted by zenspider on September 02, 2010 07:16 AM · permalink
Posted by zenspider on September 02, 2010 07:13 AM · permalink
Posted by Chris Pirillo on September 02, 2010 07:11 AM · permalink
Posted by zenspider on September 02, 2010 07:07 AM · permalink
Posted on September 02, 2010 06:56 AM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1774174&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by samzenpus on September 02, 2010 06:48 AM · permalink
Posted by Dilip D'Souza (noreply@blogger.com) on September 02, 2010 06:43 AM · permalink
Posted by zenspider on September 02, 2010 06:23 AM · permalink
Posted by Cory Doctorow on September 02, 2010 06:22 AM · permalink
Posted by zenspider on September 02, 2010 06:19 AM · permalink
Posted by Cory Doctorow on September 02, 2010 06:17 AM · permalink
Posted by David Ng on September 02, 2010 05:41 AM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1774246&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by Soulskill on September 02, 2010 05:41 AM · permalink
Posted by Shanks on September 02, 2010 05:08 AM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1774168&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by samzenpus on September 02, 2010 04:42 AM · permalink
Posted by Liz Gannes on September 02, 2010 03:59 AM · permalink
Posted on September 02, 2010 03:52 AM · permalink
Do you want to lose weight? And use the natural things? Think seriously about using water in various ways. Lets understand at least three ways:... read more
Posted by Desh on September 02, 2010 03:37 AM · permalink
Posted by Chris Pirillo on September 02, 2010 03:29 AM · permalink
Posted by Chris on September 02, 2010 03:25 AM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1774074&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by samzenpus on September 02, 2010 03:04 AM · permalink
Posted by Vivek Tata (noreply@blogger.com) on September 02, 2010 02:37 AM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1774070&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by samzenpus on September 02, 2010 02:18 AM · permalink
Posted on September 02, 2010 01:45 AM · permalink
Posted by Xeni Jardin on September 02, 2010 01:11 AM · permalink
Posted by Mark Frauenfelder on September 02, 2010 12:48 AM · permalink
ruby2ruby provides a means of generating pure ruby code easily from RubyParser compatible Sexps. This makes making dynamic language processors in ruby easier than ever!
Changes:
4 minor enhancements:
2 bug fixes:
Posted on September 02, 2010 12:37 AM · permalink
Posted on September 02, 2010 12:36 AM · permalink
Posted by Om Malik on September 02, 2010 12:32 AM · permalink
ruby_parser (RP) is a ruby parser written in pure ruby (utilizing racc--which does by default use a C extension). RP's output is the same as ParseTree's output: s-expressions using ruby's arrays and base types.
As an example:
def conditional1(arg1) if arg1 == 0 then return 1 end return 0 end
becomes:
s(:defn, :conditional1, s(:args, :arg1), s(:scope, s(:block, s(:if, s(:call, s(:lvar, :arg1), :==, s(:arglist, s(:lit, 0))), s(:return, s(:lit, 1)), nil), s(:return, s(:lit, 0)))))
Changes:
1 minor enhancement:
Posted on September 02, 2010 12:25 AM · permalink
Posted on September 02, 2010 12:06 AM · permalink
Posted by Cory Doctorow on September 02, 2010 12:06 AM · permalink
Posted on September 02, 2010 12:01 AM · permalink
Posted on September 02, 2010 12:01 AM · permalink
Posted on September 02, 2010 12:01 AM · permalink
Posted by rajesh on September 02, 2010 12:00 AM · permalink
ParseTree is a C extension (using RubyInline) that extracts the parse tree for an entire class or a specific method and returns it as a s-expression (aka sexp) using ruby's arrays, strings, symbols, and integers.
As an example:
def conditional1(arg1) if arg1 == 0 then return 1 end return 0 end
becomes:
[:defn, :conditional1, [:scope, [:block, [:args, :arg1], [:if, [:call, [:lvar, :arg1], :==, [:array, [:lit, 0]]], [:return, [:lit, 1]], nil], [:return, [:lit, 0]]]]]
Changes:
1 bug fix:
Posted on September 02, 2010 12:00 AM · permalink
sexp_processor branches from ParseTree bringing all the generic sexp processing tools with it. Sexp, SexpProcessor, Environment, etc... all for your language processing pleasure.
Changes:
2 minor enhancements:
Posted on September 01, 2010 11:57 PM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1773986&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by samzenpus on September 01, 2010 11:57 PM · permalink
Posted by Mark Frauenfelder on September 01, 2010 11:54 PM · permalink
Posted by Maggie Koerth-Baker on September 01, 2010 11:51 PM · permalink
Posted by zenspider on September 01, 2010 11:37 PM · permalink
Posted by Mark Frauenfelder on September 01, 2010 11:33 PM · permalink
Posted by Mathew Ingram on September 01, 2010 11:30 PM · permalink
Posted by zenspider on September 01, 2010 11:25 PM · permalink
Posted by k on September 01, 2010 11:19 PM · permalink
Posted by Cory Doctorow on September 01, 2010 11:16 PM · permalink
Posted by Cory Doctorow on September 01, 2010 11:14 PM · permalink
Posted by Maggie Koerth-Baker on September 01, 2010 11:12 PM · permalink
Posted by zenspider on September 01, 2010 11:00 PM · permalink
Posted by zenspider on September 01, 2010 10:57 PM · permalink
Posted by Cory Doctorow on September 01, 2010 10:57 PM · permalink
Posted by Cory Doctorow on September 01, 2010 10:57 PM · permalink
Posted by James Kendrick on September 01, 2010 10:56 PM · permalink
Posted by Cory Doctorow on September 01, 2010 10:56 PM · permalink
Posted by io9 on September 01, 2010 10:52 PM · permalink
Posted by Cory Doctorow on September 01, 2010 10:50 PM · permalink
Posted on September 01, 2010 10:48 PM · permalink
Posted by zenspider on September 01, 2010 10:45 PM · permalink
Posted by Cory Doctorow on September 01, 2010 10:45 PM · permalink
Posted by Cory Doctorow on September 01, 2010 10:43 PM · permalink
Posted by Mathew Ingram on September 01, 2010 10:30 PM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1773872&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by samzenpus on September 01, 2010 10:22 PM · permalink
Posted on September 01, 2010 10:02 PM · permalink
Posted by J.D. Roth on September 01, 2010 10:00 PM · permalink
Posted by Susan Milius on September 01, 2010 10:00 PM · permalink
Posted by Jennifer Valentino-DeVries on September 01, 2010 09:48 PM · permalink
Posted by Matt Asay on September 01, 2010 09:45 PM · permalink
Posted on September 01, 2010 09:41 PM · permalink
Posted by Rob Beschizza on September 01, 2010 09:35 PM · permalink
Posted by Jennifer Valentino-DeVries on September 01, 2010 09:34 PM · permalink
Posted by Eliot Van Buskirk on September 01, 2010 09:32 PM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1773942&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by samzenpus on September 01, 2010 09:31 PM · permalink
Posted by Chris on September 01, 2010 09:16 PM · permalink
Posted by How-To Wiki on September 01, 2010 09:15 PM · permalink
Posted by Tim Carmody on September 01, 2010 09:14 PM · permalink
Posted by nosivadnomis on September 01, 2010 09:12 PM · permalink
Posted on September 01, 2010 09:00 PM · permalink
Posted by No contact (ek_contact@plymouthrocket.com) on September 01, 2010 09:00 PM · permalink
Posted by Liz Shannon Miller on September 01, 2010 08:56 PM · permalink
Posted by Joe Lindsey on September 01, 2010 08:44 PM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1773868&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by samzenpus on September 01, 2010 08:44 PM · permalink
Posted by Ryan Singel on September 01, 2010 08:29 PM · permalink
Posted by Rob Beschizza on September 01, 2010 08:28 PM · permalink
Posted by Brian X. Chen on September 01, 2010 08:24 PM · permalink
Posted by Scott Thill on September 01, 2010 08:20 PM · permalink
Posted by Kevin C. Tofel on September 01, 2010 08:16 PM · permalink
Posted by No contact (ek_contact@plymouthrocket.com) on September 01, 2010 08:00 PM · permalink
Posted on September 01, 2010 07:58 PM · permalink
Posted by Brian X. Chen on September 01, 2010 07:51 PM · permalink
Read more of this story at Slashdot.
<iframe src="http://slashdot.org/slashdot-it.pl?op=discuss&id=1773622&smallembed=1" style="height: 300px; width: 100%; border: none;"></iframe>Posted by CmdrTaco on September 01, 2010 07:50 PM · permalink
Posted on September 01, 2010 07:37 PM · permalink
Posted by Theo Francis on September 01, 2010 07:25 PM · permalink
Posted by Jeremy Hart on September 01, 2010 07:21 PM · permalink
Posted by Darrell Etherington on September 01, 2010 07:06 PM · permalink
Posted by Liz Gannes on September 01, 2010 07:02 PM · permalink
Posted by By FREAKONOMICS on September 01, 2010 07:00 PM · permalink
Posted by David Pescovitz on September 01, 2010 06:56 PM · permalink
Posted by Kevin C. Tofel on September 01, 2010 06:37 PM · permalink
Posted by Dylan F. Tweney on September 01, 2010 06:21 PM · permalink
As part of NIST's SHA-3 selection process, people have been implementing the candidate hash functions on a variety of hardware and software platforms. Our team has implemented Skein in Intel's 32 nm ASIC process, and got some impressive performance results (presentation and paper). Several other groups have implemented Skein in FPGA and ASIC, and have seen significantly poorer performance. We need help understanding why.
For example, a group led by Brian Baldwin at the Claude Shannon Institute for Discrete Mathematics, Coding and Cryptography implemented all the second-round candidates in FPGA (presentation and paper). Skein performance was terrible, but when they checked their code, they found an error. Their corrected performance comparison (presentation and paper) has Skein performing much better and in the top ten.
We suspect that the adders in all the designs may not be properly optimized, although there may be other performance issues. If we can at least identify (or possibly even fix) the slowdowns in the design, it would be very helpful, both for our understanding and for Skein's hardware profile. Even if we find that the designs are properly optimized, that would also be good to know.
A group at George Mason University led by Kris Gaj implemented all the second-round candidates in FPGA (presentation, paper, and much longer paper). Skein had the worst performance of any of the implementations. We're looking for someone who can help us understand the design, and determine if it can be improved.
Another group, led by Stefan Tillich at University of Bristol, implemented all the candidates in 180 nm custom ASIC (presentation and paper). Here, Skein is one of the worst performers. We're looking for someone who can help us understand what this group did.
Three other groups -- one led by Patrick Schaumont of Virginia Tech (presentation and paper), another led by Shin'ichiro Matsuo at National Institute of Information and Communications Technology in Japan (presentation and paper), and a third led by Luca Henzen at ETH Zurich (paper with appendix, and conference version) -- implemented the SHA-3 candidates. Again, we need help understanding how their Skein performance numbers are so different from ours.
We're looking for people with FPGA and ASIC skills to work with the Skein team. We don't have money to pay anyone; co-authorship on a paper (and a Skein polo shirt) is our primary reward. Please send me e-mail if you're interested.
Posted by schneier on September 01, 2010 06:17 PM · permalink
Posted by Kevin Shockey on September 01, 2010 06:11 PM · permalink
Posted by David Pescovitz on September 01, 2010 06:02 PM · permalink
Posted by Deanna Yick (noreply@blogger.com) on September 01, 2010 06:01 PM · permalink
Posted by Maggie Koerth-Baker on September 01, 2010 06:00 PM · permalink
Posted by A Googler (noreply@blogger.com) on September 01, 2010 06:00 PM · permalink
Posted by Kate (noreply@blogger.com) on September 01, 2010 06:00 PM · permalink
Posted by Jess McNally on September 01, 2010 06:00 PM · permalink