Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
sigil
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
37 ms
·
331.
▲
by
sigil
12y ago
-j4 says use up to 4 processes in parallel. Make has a jobserver that does parallelism safely with respect to the dependency graph. So for example, even if we have workers to spare, it won't try to build all.min.js until all of the .ug
332.
▲
by
sigil
12y ago
In GNU make, this might look something like: %.coffee : %.js js2coffee $< > $@ %.ugly : %.coffee uglifyjs $< > $@ build/js/all.min.js : $(UGLY) cat $^ > $@ I&#x
333.
▲
by
sigil
13y ago
Fully agree with you on the clunkiness of Google Groups. Thing is, most other mailing list web interfaces are even worse; not only are they lacking a threaded discussion view like we enjoy here on HN, they often only show one message at a t
334.
▲
by
sigil
13y ago
The iteration count used by TrueCrypt [in its PBKDF2 key derivation] is either 1000 or 2000, depending on the hash function and use case. In both cases, this iteration count is too small to prevent password guessing attacks for even modera
335.
▲
by
sigil
13y ago
Absolutely beautiful visualization. A couple cautions about drawing conclusions from this data though: 1. A trend in the outliers of a distribution does not imply the same trend in the mean values of the distribution. Although I'm sure
336.
▲
by
sigil
13y ago
That's essentially how the GPG feature works. Cool. I think that's the way to go. If you needed GPG for things beyond the initial checkout, automated git deploys (among other things) would be out of the question. You might be c
337.
▲
by
sigil
13y ago
GPG support will be the upcoming release (see my other comment). Saw that -- awesome. I rolled something similar where gitcrypt.salt and gitcrypt.pass were stored in a gpg-encrypted file. After cloning, you decrypt once with gpg, then un-
338.
▲
by
sigil
13y ago
If you use bare repositories, no.
339.
▲
by
sigil
13y ago
I use gitcrypt to keep sensitive configuration data out of git history, while still being able to diff, log, merge etc those files. It works well for that. Note, gitcrypt uses symmetric encryption and stores the shared key in your gitconfig
340.
▲
by
sigil
13y ago
If the 1% don't churn into the 0.01% when it loses 75% of its members, then where do the replacements come from? I agree though, longitudinal studies are the most interesting.
341.
▲
by
sigil
13y ago
The evidence we have so far points to a higher churn rate the closer to the top you are. According to this [1], the top 1% had a churn rate of > 50% over a decade, while the top .01% had a churn rate of > 75% over the same period. The
342.
▲
by
sigil
13y ago
Question for fellow paranoid HNers: what do you use to decommission a server? Do you run shred(1) on all "interesting" files? Do you write over the block device itself with random data?
343.
▲
by
sigil
13y ago
But you can doublespend whatever coins you've got, and reject all other transactions, so the effect is the same. (You're right though, I phrased that incorrectly with "vote.")
344.
▲
by
sigil
13y ago
You should check out djb's redo [1], specifically the implementation by apenwarr [2]. It's close to the separation of concerns you're looking for: programs written in your language of choice enumerate the dependency graph, an
345.
▲
by
sigil
13y ago
Well not zero, just below half the mining costs, right? As long as it's below that, you still lose more taking over the new cryptocurrency than you gain. And that's also not taking the price drop post-takeover into account, which
346.
▲
by
sigil
13y ago
Shouldn't the takeover risk be priced into a new cryptocurrency? If coin price > mining cost / 2, it becomes worth it to acquire 51% of mining capability so you can vote the other 49% to yourself, no? But then again, once you h
347.
▲
by
sigil
13y ago
If you find yourself doing big-time spatial queries, consider using the PostGIS extension for Postgres, which uses R-Trees-on-top-of-GiST indices: http://postgis.net/ In addition to ray-casting and R-Trees, there's ano
348.
▲
by
sigil
13y ago
It's nice to be able to use the unix toolset (grep, cut, sort, join, etc) on all kinds of data, not just strictly "textual" data. They're often my tool of last and only resort when dealing with very large datasets. Sure,
349.
▲
by
sigil
13y ago
Meh. What if some data has ASCII 28-31 in it? If you're not using a "real" escaping mechanism, and instead relying on the assumption that certain characters don't appear in your data, then I don't see anything wrong
350.
▲
by
sigil
13y ago
> Alas, I don't think this works with the standard Unix tools. It kind of works with standard unix tools. cut -d$'\37' -f ... sort -t$'\37' -k ... join -t$'\37' ... Those will parse A
351.
▲
by
sigil
13y ago
I've (ab)used apenwarr's redo for a couple big data processing projects, with mixed results. One was a news recommendation engine. We pulled down and parsed RSS feeds, crawled every new link they referred to, crawled thumbnails fo
352.
▲
by
sigil
13y ago
I was mostly responding to the claim that Bitcoin transactions aren't reversible. To your point: I suspect multisig doesn't help solve the problems we keep seeing with exchanges. An exchange converts between currencies, and wants
353.
▲
by
sigil
13y ago
Sure, arbitration requires a trusted third party. Look though, the situation is a huge improvement over what we currently have: 1. Arbitration services can be decoupled from payment services. With multisig, buyer and seller get to choose
354.
▲
by
sigil
13y ago
Batteries: you're right, they're not cheap. For the T4x's I would buy a 9-cell lion for ~ $100. Almost the price of the laptop! "Afraid that something will break" -- FWIW, I've replaced almost every FRU in thos
355.
▲
by
sigil
13y ago
Wow, we're pretty similar. I've been using Thinkpad T40, T41 and T42 laptops running Ubuntu for the past 8 years or so. Everything works hardware-wise. If you trash it, you're not out thousands or stuck waiting for a depot re
356.
▲
by
sigil
13y ago
"Stop Saying Bitcoin Transactions Aren't Reversible" http://elidourado.com/blog/bitcoin-arbitration/ Other commenters here have mentioned n-of-m multisignature transactions. This article describes h
357.
▲
by
sigil
13y ago
Good to know that you can log into HN with an unpatched w3m now. w3m sends "Content-length: " instead of "Content-Length: ", which HN used to dislike. https://github.com/acg/w3m/commit/5946
358.
▲
Ask HN: How do you forecast revenue for your SaaS?
4 points
by
sigil
13y ago
|
0 comments
359.
▲
by
sigil
13y ago
It's worth re-reading this post by Matthew Green, "Can Apple read your iMessages?" [1] For one, if you back up your device with iCloud, then yes, Apple can read your iMessages. This has been verified by experiment. Second, Ap
360.
▲
by
sigil
13y ago
> But I still see the lack of reversibility of transactions (one of bitcoin's strengths) as the major problem here. "Stop Saying Bitcoin Transactions Aren't Reversible" http://elidourado.com/blog/
More ›