why a consistent structure? in large part for making the "Python Packaging User Guide" more effective when linking and less redundant
All the projects should use the default RTD theme to match the User Guide.
# Caesar cipher encoding | |
echo "THE QUICK BROWN FOX JUMPS OVER THE LAZY DOG" | tr '[A-Z]' '[X-ZA-W]' | |
# output: QEB NRFZH YOLTK CLU GRJMP LSBO QEB IXWV ALD | |
# Caesar cipher decoding | |
echo "QEB NRFZH YOLTK CLU GRJMP LSBO QEB IXWV ALD" | tr '[X-ZA-W]' '[A-Z]' | |
# output: THE QUICK BROWN FOX JUMPS OVER THE LAZY DOG | |
# Can also be adjusted to ROT13 instead |
"10 ways to make university IT assignments more relevant to industry." | |
1) Change the assignment several times while students are working on it. | |
2) Assign 5 new members to the team 2 days before the assignment is | |
due, claiming extra resources are needed. The students are told that | |
'mythical man month' does not apply in this case because of awesome | |
management skills. | |
3) Have the best programmer in the team designated 'programmer'. Then |
# Author: Julien Phalip | |
# License: BSD | |
# Description: Change the current directory to the path of the given Python package. | |
function goto { | |
cd `python -c "import pkgutil; print(pkgutil.get_loader('$1').filename)"` | |
} | |
function _top_level_packages { | |
python -c "import pkgutil; print('\n'.join([name for loader, name, ispkg in sorted(pkgutil.iter_modules()) if ispkg]))" |
from __future__ import unicode_literals | |
from django.db import models | |
class QuerySetClassManager(models.Manager): | |
""" | |
A mixin that refers to it's queryset_class attribute to create it. | |
""" | |
queryset_class = models.query.QuerySet |
" .vimrc | |
" Author: Gary Cheeseman <[email protected]> | |
" http://gary.cheeseman.me.uk | |
" | |
" vim: foldmethod=marker | |
" | |
" The line below allows me to update the Gist with the command :Gist | |
" GistID: 5821422 | |
"----------------------------------------------------------------------------- |
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.
#!/usr/bin/awk -e { if (/^```/) { i++; next } if ( i % 2 == 1) { print } } | |
# mdlp - agnostic literate programming for github flavored markdown. | |
# I release this script into the public domain. | |
# Rich Traube, Fri Feb 15 09:07:27 EST 2013 |
""" | |
An example of minimum requirements to make MultiValueField-MultiWidget for Django forms. | |
""" | |
import pickle | |
from django.http import HttpResponse | |
from django import forms | |
from django.template import Context, Template | |
from django.views.decorators.csrf import csrf_exempt |
#!/bin/sh | |
# Usage: . testlib.sh | |
# Simple shell command language test library. | |
# | |
# Tests must follow the basic form: | |
# | |
# begin_test "the thing" | |
# ( | |
# set -e | |
# echo "hello" |