Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ozataman
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
17 ms
·
121.
▲
by
ozataman
15y ago
I have put together the code to implement the benchmark using Snap and would be happy to share with anyone willing to boot up the instance and run. I might do so myself if I find the time tomorrow.
122.
▲
by
ozataman
15y ago
Gold standard for scalability? There are certainly others. Check out numbers for Haskell: http://snapframework.com/blog/2010/11/17/snap-0.3-benchmarks http://www.yesodweb.com/blog/preliminary-warp-cross-language... Would be interesting
123.
▲
by
ozataman
15y ago
Are the slides posted somewhere?
124.
▲
by
ozataman
15y ago
Looks great. Any chance we can get it to understand our .vimrc files? Maybe even (some) plugins?
125.
▲
by
ozataman
16y ago
Good article, but leaves a few points open in my mind. The biggest issue that most people seem to be missing is control. When you have a 50/50 setup, you better make sure that you are comfortable with all the decision-making dynamics that p
126.
▲
by
ozataman
16y ago
I like nuvola for VIM; it has clean, solid colors.
127.
▲
by
ozataman
16y ago
Would be interesting to see how this fares performance-wise in comparison: http://corp.galois.com/blog/2009/3/18/solving-sudoku-using-c... It's a sudoku solver based on Cryptol, which is "... a language tailored for cryptographic algorith
128.
▲
by
ozataman
16y ago
I don't see your point - there are many, many things beyond the choice of language that determine the eventual success of a product. You might want to read: http://www.paulgraham.com/disagree.html
129.
▲
by
ozataman
16y ago
I guess this is true if you sit in front of the computer with no clue on how to tackle the problem at hand and have no intention of producing an actual robust program as the immediate output. If you are simply messing around with no directi
130.
▲
by
ozataman
16y ago
What makes sense depends entirely on the context. Sometimes, it needs to be realized that it will take time for technologies/solutions to mature. Other times, it will be more clear that a new technology has high prospects. It also depends o
131.
▲
by
ozataman
16y ago
Another point to notice: He seems to have run his benchmarks under very trivial data-schemas with a single/simple table. A big (speed, simplicity) advantage of No-SQL is the ability to embed lots of data within the parent model and manage a
132.
▲
by
ozataman
16y ago
You'd be amazed how fast you move around and do edit actions once VIM shortcuts become second nature.
133.
▲
by
ozataman
16y ago
Actually, I don't think this has to do with dynamic vs static typing. It is more about strong vs weak typing, i.e. implicit type casting. In many dynamically but strongly typed languages (like Ruby), you would still get a type mismatch when
134.
▲
by
ozataman
16y ago
Amazing documentation right from the start. Kudos to all the members of the project!
135.
▲
by
ozataman
17y ago
If you are using a Mac, try gitx as the front-end.
136.
▲
by
ozataman
17y ago
Graphics look great. Any chance you can point out who the designer was? She/he might be interested in other contracts perhaps?
137.
▲
by
ozataman
17y ago
Waiting eagerly for the Haskell starter kit...
138.
▲
by
ozataman
17y ago
reduce is pretty much the same thing as foldl. The functional programmer is already included as "Expert Python Programmer"...