@kisshere 如果在客户端生成，这个方案不可行。如果在服务器生成，会带来密钥管理的问题，一个密钥泄露，所有用户信息全部泄露。
@yuankui 每次传用户名和密码，也是正确的实现方案，参考 HTTP Basic Authentication，有标准协议支持，但注意使用 HTTPS。对于查库开销，你用 session 也一样要查库。

redis 不知道，但下面是我司研发的 hash dbm，一千万笔记录的 bench ，16字节的 Key, 128字节的Value
基于磁盘，如果对于 redis 那种内存的话，理论上性能应该比这个高10倍左右。

# ./db-bench bench.db bench.db 10000000
write: 41.815 MB/s
write: 304488.156 Keys/s
read: 145.260 MB/s
read: 1057753.250 Keys/s

因为可以 import __future__

打算靠换个语言或者改几个变量类型就把性能提升 20 多倍不太现实。楼主还是在工程上找解决办法，比如是不是有些流程是不必要的。

@Sylv 没什么不可能的，只是不需要尔已。
>>> import codecs
>>> from t import search_function
>>> codecs.register(search_function)
>>> type(''.encode('foobar'))
<type 'unicode'>

@013231 不知道有 'abcd'.encode('hex') 和 'abcd'.encode('base64') ?

@Sylv
>>> help(''.encode)
>>> help(''.decode)
>>> help(u''.encode)
>>> help(u''.decode)

自己看下输出？

@Sylv 所以，你看过上面的文字了？

主要用的有 4 个，proj, repo, sandbox, tmp 。
proj 是正式项目，包括公司的还有自己的。
repo 是所有第三方项目仓库。
sandbox 是准项目，暂时不发布。
tmp 就是随便写写东西的。

@Sylv 出处？

1，和具体的 codec 有关系，例子中的 gbk 如果用在 str 上应该会返回 unicode 类型，用在 unicode 上应该还是 unicode 。
2，'中文字符'.encode('ascii') 这个是因为 ascii 这个 codec 无法处理 '中文字符' 这个 str 。

所有的 encode 和 decode 都和具体的 codec 有关系，返回的结果即可以是 str 也可以是 unicode 。
比如 'abcd'.encode('hex') 结果还是 str 。

多看看文档。
https://docs.python.org/2/library/codecs.html

“小白讨论的永远只有三个话题，编辑器，编程语言，操作系统。”

LS 给出的添加一个新的 remote 是比较好的办法，还有另一个更简单一些的，就是发一个 Pull Request 给自己。

现在都是自动化运维，各种云计算的流行也让单机承载的业务越来越少，这两个东西用到的机会会越来越小。

我来补刀，叫你不用 Python 。

可以申诉，但不一定成功。我被停过几次，提交身份证明，地址证明之类的，但也没有成功。Google 的算法有问题。。。

@wallstreet007 看起来不错，有个问题，是不是需要自己申请收款端口，如果需要自己申请收款端口，没有吸引力。。。期望有个支持信用卡，PayPal，支付宝对国内用户友好的网页收款端口。研究过好多类似的，信用卡全部需要美国 SSN ，PayPal 没有 SSN 也只支持个人帐户并且手续费太高，支付宝收款端口比海外的还复杂。

不是偏见，只是非科班出身，但是上了培训出来之后比应届生更吃香。
=======
以我的经验，大多数程序员的工作和工地搬砖的小工没有什么区别。所以培训出来做一般工作是完全没问题的。


让我们这些还没毕业的准程序员们怎么想？
=======
自己努力啊，难道你上大学就为了学学怎么写 if else 吗。如果不是，多看看论文，多写写代码。

银联 iOS SDK ，类名不加 Prefix 。还有一些不把自己用的第三方库符号表 strip 掉，也会导致冲突。某度内部 SDK ，没有一个正常实现，全是以前屌丝工程师为了炫技实现的垃圾框架和服务。

简单点儿说，一个 ViewController 管理一组有关联的 View 。如果没有关联，你爱咋实现咋实现。