(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/