As configured in my dotfiles.
start new:
tmux
start new with session name:
#!/bin/sh | |
# Build Zsh from sources on Ubuntu. | |
# From http://zsh.sourceforge.net/Arc/git.html and sources INSTALL file. | |
# Some packages may be missing | |
sudo apt-get install -y git-core gcc make autoconf yodl libncursesw5-dev texinfo | |
git clone git://zsh.git.sf.net/gitroot/zsh/zsh | |
cd zsh |
As configured in my dotfiles.
start new:
tmux
start new with session name:
sudo apt-get build-dep tmux | |
git clone git://tmux.git.sourceforge.net/gitroot/tmux/tmux tmux | |
cd tmux | |
./autogen.sh | |
./configure --prefix=/usr/local | |
make |
class ApplicationController < ActionController::Base | |
... | |
# FORCE to implement content_for in controller | |
def view_context | |
super.tap do |view| | |
(@_content_for || {}).each do |name,content| | |
view.content_for name, content | |
end | |
end | |
end |
# This is a skeleton for testing models including examples of validations, callbacks, | |
# scopes, instance & class methods, associations, and more. | |
# Pick and choose what you want, as all models don't NEED to be tested at this depth. | |
# | |
# I'm always eager to hear new tips & suggestions as I'm still new to testing, | |
# so if you have any, please share! | |
# | |
# @kyletcarlson | |
# | |
# This skeleton also assumes you're using the following gems: |
### General List of Reserved Words | |
### Stuart P. Bentley <stuart@testtrack4.com>, June 4, 2013 | |
## This is a general list of words you may want to consider reserving, | |
## in a system where users can pick any name, in a context where the | |
## system may use names as well. One prominent example of a system | |
## where this is the case would be a site that serves pages for users, | |
## at their username, from the site root, like | |
## http://twitter.com/stuartpb . In this system, you would want to | |
## reserve some routes for pages that would commonly be expected to |
Ideas are cheap. Make a prototype, sketch a CLI session, draw a wireframe. Discuss around concrete examples, not hand-waving abstractions. Don't say you did something, provide a URL that proves it.
Nothing is real until it's being used by a real user. This doesn't mean you make a prototype in the morning and blog about it in the evening. It means you find one person you believe your product will help and try to get them to use it.
""" | |
Compare two Excel sheets | |
Inspired by https://pbpython.com/excel-diff-pandas-update.html | |
For the documentation, download this file and type: | |
python compare.py --help | |
""" | |
import argparse | |
import pandas as pd |