data_hope

8 ms·

1.
by data_hope 9y ago
The effect in the data (unless it isn't random fluctuation. At the moment I'd go with the assumtion that it is a genuine correlation, as the effect is present over all subgroups), might (1) not be monocausal, i.e. a combination of
2.
by data_hope 9y ago
The best discussions are usually marked off topic or 'no good fit" or "not of use for future readers"
3.
by data_hope 9y ago
I can tell apart from whick village around my home village comes from just by hearing them say the word "eier" (eggs).
4.
by data_hope 9y ago
as a european, in canada and the US I was constantly confused by directions. america uses street names and cardinal directions (turn north on I-??? then west on ...). europeans think in terms of sequences of towns (to get to munich I must d
5.
by data_hope 9y ago
I wonder how different / similar these romance languages are, compared to the reference frame I have: German dialects. German dialects can be mutually unintelligible, young germans typically know standard german and thus have a "c
6.
by data_hope 9y ago
line spacing of the gutenberg-latex-typeset version is terribly enlarged. It's a disease... Who can read that?
7.
by data_hope 9y ago
> The name "Ukraine" (Ukrainian: Україна Ukrayina > [ukrɑˈjinɑ]) derives from the Slavic words "u", meaning > "within", and "kraj", meaning "land" or "border". > To
8.
by data_hope 9y ago
I started to write a toy compiler in OCaml. I had some previous experience with Haskell, but in no way an expert. I.e. no category theory background, only shallow exposure to monads. My "problems" with OCaml started, when I wanted
9.
by data_hope 10y ago
Not if the merge commits just say `merged branch ....`.
10.
by data_hope 10y ago
But kind of it was also the tooling. Most svn projects I worked on were trunk-based and thus integrated much tighter than git feature-branch based code. However, the times I merged subversion branches, I kind of was sure that subversion los
11.
by data_hope 10y ago
especially with very small commits, I find small commits to be tedious and error prone (sometimes the software doesn't even build because the developer distributed two not-so-independent changes over two commits because the connection
12.
by data_hope 10y ago
indeed, if the commits are individually reviewable it is nicer. To the contrary however often these small commits can be a bit messy. Sometimes you'll find commits that are reverted later on, or fixed up later on. I.e. for commit-level
13.
by data_hope 10y ago
neat
14.
by data_hope 10y ago
Changing public history is bad, because it makes collaboration and two devs working on one branch harder. But I do not see a problem with rewriting history on a branch, if (and only if) you kind of know that no one else is pulling the chang
15.
by data_hope 10y ago
excellent
16.
by data_hope 10y ago
> I'd wager BDFL prefers the CPython implementation because it's probably simpler. Also, it supports tons of targets and is super simple to build. At a EuroPython Keynote, the BDFL mentioned that he hasn't had a closer loo
17.
by data_hope 10y ago
I think you can do that in a merge commit, sort of. The more I think about it, the stranger a strong aversion to rewriting commit history for clarity is. In university if I did some math / physics calculation, I would often start, and
18.
by data_hope 10y ago
My personal, subjective impression: Commits are getting smaller and smaller nowadays. As in: In the subversion days, many people commited only few times a day, sometimes not for several days. SVN commits of course involved a sync with the
19.
by data_hope 10y ago
ah you are right, probably there is a blue right-turn only sign (I just thought about the Grünpfeil depicted in the illustration image).
20.
by data_hope 10y ago
Funnily enough, there is precedent, that a red light can be ignored if it doesn't change for 5 minutes. And I really doubt that there isn't a way to regulate the crossing without a permanent red light. http://www.stvo.d
21.
by data_hope 10y ago
I'd like to add, that with IKEA you know what you can expect in terms of quality, sturdiness and usability. You know it's not the best, but you also know that it'll survive a few years and maybe moving once. With other brands
22.
by data_hope 10y ago
Does it support virtual environments that are within a vagrant machine? That is a use case that I hardly find integrated in IDE's (other than pycharm) and so I usually quickly go back to vim and terminal again.
23.
by data_hope 10y ago
http://majutsushi.github.io/tagbar/ ?
24.
by data_hope 10y ago
Uh, I think every TDD "expert" makes it pretty clear, that there are cases where tests-first might not be the best option.
25.
by data_hope 10y ago
interesting, reading your comment, I would never guess that we are speaking about the same book. I found it to be more of a guidebook to precise communication with colleagues and management.
26.
by data_hope 10y ago
- don't only worry about code or getting features shipped, but about the process, how to deliver quality. - behind any given reason, there is a complex network of real reasons. You don't need to second-guess any decision/orde
27.
Bayes'n'Bootstrap(holger-peters.de)
1 points by data_hope 10y ago|0 comments
28.
by data_hope 10y ago
having a more-modern language for scripting? I remember that tikz (a library for vector graphics) had to emulate some floating point math because it just wasn't supported by TeX (which meant when I wrote my thesis, my macbooks fans wer
29.
by data_hope 10y ago
Doesn't Fortran feature variable indices for quite a while now? I think the varying indices are a great feature for porting old code over from other programming languages.
30.
by data_hope 10y ago
There are basically not many conclusive and reliable studies out there that would show empirical evidence for or against dynamic or static languages (software engineering is not even a social science in this respect, i.e. psychology and soc

More ›