(by @andrestaltz)
If you prefer to watch video tutorials with live-coding, then check out this series I recorded with the same contents as in this article: Egghead.io - Introduction to Reactive Programming.
# Convert any YouTube video into an audio file you can listen to on the go, using: | |
# http://rg3.github.com/youtube-dl/ | |
{ ~ } > brew install ffmpeg | |
{ ~ } > brew install ffprobe | |
{ ~ } > wget https://raw.github.com/rg3/youtube-dl/2012.02.27/youtube-dl | |
{ ~ } > chmod u+x youtube-dl | |
# Pick which video format you want to download.. (use any YT video link) |
<?xml version="1.0"?> | |
<root> | |
<item> | |
<name>Programmer's Shift Keys</name> | |
<!-- | |
Author: Carwin Young (@carwin) | |
Last Updated: 2014.07.18 | |
v.1.1 | |
Programmer's Shift Keys |
(by @andrestaltz)
If you prefer to watch video tutorials with live-coding, then check out this series I recorded with the same contents as in this article: Egghead.io - Introduction to Reactive Programming.
;; -*- mode: lisp -*- | |
;; | |
;; A quick and dirty tree shaker for SBCL. Basically, it destroys the | |
;; package system and does a gc before saving the lisp image. Gives | |
;; about a 40% reduction in image size on a basic hello world test. | |
;; Would like to hear how it works on larger projects. | |
;; | |
;; Original idea from: https://groups.google.com/d/msg/comp.lang.lisp/6zpZsWFFW18/WMy4PyA9B4kJ | |
;; | |
;; Burton Samograd |
#!/usr/bin/env ruby --disable-gems | |
# Tab completion for minitest tests. | |
# | |
# INSTALLATION: | |
# | |
# 1. Put this file in a directory in your $PATH. Make sure it's executable | |
# 2. Run this: | |
# | |
# $ complete -o bashdefault -f -C /path/to/this/file.rb ruby |
The purpose of this document is to make recommendations on how to browse in a privacy and security conscious manner. This information is compiled from a number of sources, which are referenced throughout the document, as well as my own experiences with the described technologies.
I welcome contributions and comments on the information contained. Please see the How to Contribute section for information on contributing your own knowledge.
This document is an attempt to define metrics quantifying the degree of privacy provided by a bitcoin transaction. | |
Objectives | |
Definition of metrics measuring the resistance of a transaction to a set of attacks against users privacy. | |
Attacks considered in the scope of these metrics are: | |
- Merged Inputs Heuristic: methods identifying the inputs controlled by a same entity | |
- Coinjoin Sudoku: methods identifying the links existing between the inputs and outputs of a transaction |
require 'json' | |
require 'uri' | |
require 'net/http' | |
require 'net/https' | |
## | |
# Poloniex Ruby API interface | |
# | |
# Documentation text is pretty much 1:1 from the official API documentation | |
# https://www.poloniex.com/support/api |
list of links for quick copypasting when debating on forums, also useful as a reading list
this was posted on reddit, link is https://www.reddit.com/r/Bitcoin/comments/7mh8c2/long_live_decentralized_bitcoin_a_reading_list/
some of these links may be subject to linkrot, try looking on archive.org or archive.is
a trip to the moon requires a rocket with multiple stages by gmaxwell https://www.reddit.com/r/Bitcoin/comments/438hx0/a_trip_to_the_moon_requires_a_rocket_with/