bedatadriven

12 ms·

91.
Show HN: Former relief worker, now building software for humanitarian relief(about.activityinfo.org)
1 points by bedatadriven 13y ago|1 comments
92.
Why we switched _to_ App Engine, couldn't be happier(googlecloudplatform.blogspot.nl)
1 points by bedatadriven 13y ago|0 comments
93.
Nevermind, I love AppEngine request time limits(coderwall.com)
2 points by bedatadriven 14y ago|0 comments
94.
by bedatadriven 14y ago
Something doesn't seem right... Quick check with another source shows IE still in the lead: http://gs.statcounter.com/#browser-CN-monthly-201108-201208
95.
by bedatadriven 14y ago
Take another look at ggplot2; it's exactly the "collection of composable primitives for building statistical graphs" that you mention; but it also gives you some higher level functions that give you a starting point that you can then custom
96.
by bedatadriven 15y ago
R does have call-by-need semantics, like (an impure) Haskell, but that's not why replicate's second argument gets evaluated multiple times: replicate <- function (n, expr, simplify = TRUE) sapply(integer(n), eval.pare
97.
by bedatadriven 15y ago
The netlib-java project is very convenient because it allows you to use optimized native netlib libs, and transparently fall back to the f2j (jvm bytecode) library when native libs are available. The java version of netlib produced by f2j i
98.
by bedatadriven 15y ago
For what it's worth, facing a client-side project of similar magnitude, we chose Google Web Toolkit and learned Java. Two years and 60k LOC later, (www.activityinfo.org) I'm not entirely satisfied with the tool -- sometimes more abstraction
99.
by bedatadriven 15y ago
I think there's an interesting parallel to be drawn between natural languages and programming languages: "Work on sociolinguistic typology suggests that languages/varieties spoken by small, isolated communities tend to show a considerably
100.
by bedatadriven 15y ago
Eclipse is a pretty good framework for building IDEs; there's already a set of plugins for R (StatET) that support debugging with the original interpreter. One of the projects for 2012 is to integrate Renjin into StatET, including a line-by
101.
by bedatadriven 15y ago
Mostly inexperience :-) There are a few features of the R-language that make direction translation into byte code daunting for a muggle like myself: 1. Computing-on-the-language: R code expects to be able to access and modify the AST and fr
102.
by bedatadriven 15y ago
Re: performance of R language code, Renjin is a bit faster there than R2.X, and should get faster the more we get into byte code. (Though renjin is currently slower in other areas like giant matrix manipulation) As for memory usage, I belie
103.
by bedatadriven 15y ago
Yeah, there are some killer packages that won't be able to run on Renjin without porting their C sources to java/R. That's a bummer. But others -- like the survey package -- are pure R and run well on renjin. (Just do library(survey, lib.lo
104.
R for the JVM: 60% complete, help wanted!(code.google.com)
109 points by bedatadriven 15y ago|15 comments
105.
by bedatadriven 15y ago
dude, if you spend any amount of time on the edges of GAE development, you'll quickly find that java is the second-class citizen by far; witness the retard with which java versions of the appengine pipeline or mapreduce libraries follow the