一个想法，行不通也别怪。挂几个硬盘，不同的分区。图片的存储按照一定的规则存到不同的分区上去。这样并发取的时候几个硬盘就有可能同时运作。还可以考虑图片同时存几个分区上面，然后取的时候根据访问队列做io吞吐均衡。

@moxuanyuan 她在意你，但是现在又处于害怕的阶段，所以就是这个表现了。这种情况当然第一个要做的事情就是安抚，急不来。你现在的行为可不叫安抚，依然是会给她压力的。首先放平稳自己的心态，就是要慢慢追。然后吧，日常多发些笑话啊，奇怪的新闻啊之类的信息给她，间中夹杂一些嘘寒问暖的信息。例如天气转冷啊，暴雨台风啊之类的。也不用多，坚持每天发个2,3条吧，这只是正常的朋友分享行为而已。晚上睡觉前发个晚安，也不用期望回，还是那句，放稳心态。然后吧，有空组织出去玩玩，但是切忌单对单约会，例如拉帮人出去唱唱k啊，打打牌啊之类的，就会慢慢的有机会的了，相信我吧。

竟然连联系方式都没有。。。

实现方法差别比较大。gps确实定位很精确，但是太费电了。单纯的语音识别加上一些降噪的设置足以。当然我不知道全程开启录音模式会不会很费电，但是感觉上是会比gps省电的。设计得好的话甚至都不需要我手工点一下，直接后台待机运行，时不时的用陀螺仪感应一下公交和地铁特有的震动，发现是在公交地铁就进入工作模式。根据日常的用户习惯直接听到一个站名就知道我坐的是什么车了，然后就智能识别是往哪个方向坐的，然后就自动提醒了。

话说貌似我有点惯性思维了，为什么要手套呢？其实完全可以用指环代替的么。美观实用，不影响手指。如果单纯的作为鼠标替代品的话，两个指环足以，一个左键，一个右键，利用与胸前吊坠的距离来定位。

@lecher 上海就帮不了你了，有兴趣来北京的话把简历给我，有职位的话我给你安排个面试的机会，我们公司不歧视专业。

@beingbin 如果想做后台的话建议还是趁现在安逸抓紧时间学习吧，前台和后台差距还是很大的。如果你跑一线城市搞前台，忙起来了，再想跳后台恐怕有点太乐观了。

还是不同的，他要解决的是键盘，而我只需要解决鼠标和手势而已。想象一下我放个片，听个歌，看歌新闻，浏览个网页什么的，更多用的还是鼠标。直接做个手势就能暂停，调音量，切歌，刷网页什么的，多舒服。

话说我觉得键盘不现实，但是鼠标就很现实。手套还应该是露指的，不影响操作键盘。

没用过gunicorn这个东西，不过可以断定是这个东西引起的。我给你分析一下。正常的浏览器的一个post请求，无论是直接用表单提交的还是用ajax提交的，在网络上传输的时候使用的基本上都是utf-8编码，然后在django这端的话会先把他进行utf-8解码，这样开发人员直接用request.POST拿到的就是unicode的字符串。所以并不存在说“提交的是gbk”，这个压根就是做不到的。

你现在的gunicorn，提交的是gbk，但是在django这里，还是会先utf-8解码，这个解码就虽然不会有异常，但是整个码就错了，所以你后面再操作就错了。所以严格来说你就必须request.setencoding，目的是告诉django，传过来的请求不是utf-8编码的，别瞎解码。

想验证我的猜想是不是对的，很简单，得到request.POST之后，先encode('utf-8')，还原成原始的gbk编码，然后再decode('gbk')，这样应该就对了。

公司集中团队开发跟git上面的协作式开发还是差距很大的，有在公司集中团队开发把git用得淋漓尽致的，不妨可以介绍介绍经验。

我在公司也不止一个项目试用过git了，实际操作中你会发现，单纯的4-5个人的一个集中开发的开发团队，几乎完全用不上git的各种所谓的技巧。这估计也是楼主问这个问题的原因。我经常性是一边使用svn，然后一边在svn遇到一些不好处理的问题的时候会去思考如果用git的话会不会好一些，这也就是我前面回复的内容的来源。

最有用的莫过于就是本地做代码优化重构或者实验的时候，开一个分支出去做，这样有什么bug要处理的话不至于让自己的开发环境一塌糊涂。集中push貌似很美，其实也就是那么回事。对于那些公司scm管理很严格的，要求一个changeset只做一件事情的话，本地commit，集中push就很有用，要不然其实也有点鸡肋。

有没有在sitecustomize.py文件里面写上
import sys
sys.setdefaultencoding('utf-8')

话说如果不是极度排斥的话，为什么不同时装几个开发工具呢，这东西又没冲突。我现在是用sublime写代码，用aptana来调试。遇到需要import什么东西的时候，我都是直接跑aptana底下来个ctrl+shift+o完事。

git正常情况下是一个master分支，然后每人用自己的分支。add->commit->push这个行为是没有问题的，但是跟svn的真正区别在fetch和merge上面。例如说有5个人并行开发，其中一个人的提交对你的功能有影响，那么你只需要merge他的分支就好了，其他人的不merge也没问题。如果是在svn上的话，你一做svn up，就所有人的都merge了。

另外一个不同的地方就是代码优化之类的工作。有时候我们需要对某些代码进行重构，然后在本地一顿大改，这个时候有个紧急bug需要你去修，然后你会很尴尬的发现你的代码跑不起来了。用git的话你可以在你的本地开分支来做这些事情。优化完了以后自己本地merge完了再把最后结果提交。当然，用svn开分支也可以做到相同的事情，但是svn开分支是整个项目组影响的，要慎重。git的话只是在自己本地折腾而已。

关系型数据库果断er图吧，uml不是干这个用的。

提些有实际操作可能的建议吧：
1. 先搞清楚自己是不是真的喜欢开发，还有对开发有没有天赋。花时间学门语言，一个月时间之内，应该至少能写出个小应用或者小网站。如果不知道写什么的话，就写个最简单的论坛好了。包括注册登录，发帖回帖。不过千万别抄代码哦。简单的一个论坛功能，就能涉及到数据库建模，http开发模式，mvc结构等各方面的知识。如果一个月时间搞不出来的话，要么就没心思，要么就没天赋。
2. 通过了1的话，有两条路可走。社招，工资低点没关系，但是进去要能学到东西的，所以尽量别找做维护工作的。或者参加个培训，培训几个月以后再出来找。
3. 不要为自己的专业愁，真要技术水平高的，到处都能吃香。我们公司有学心理学出来转行做开发的，有读完高中出来就开始工作的，照样混得很好。实在不行你就学python+django，学点成绩出来然后把简历给我。

果断吐槽一下吧。
1. 编程规范里面的就近原则知道吧，定义变量的地方应该跟使用变量的地方尽可能的靠近。你竟然还在中间插广告。
2. 整个文章的排版乱七八糟的。
3. 写代码就算了，还规定各种技术选型啊之类的东西，强迫别人搭环境？殊途同归好么，把自己的需求提炼成一个核心的骨干，让别人表达出来那意思就好了。

身怀六甲的意思是只招女的？嘿嘿

我只是来吐槽一下的。抛开1楼的fromEncoding不谈，只谈编程思路。
c = urllib2.urlopen('http://tieba.baidu.com/p/2163299007')
c是最原始的输入，如果需要编码解码的话应该是在原始输入这里来进行，跑那么后进行干嘛？
完全可以先c.read().decode('gbk').encode('utf-8')，再放到BeautifulSoup里面去处理

58天前的主题。。。还没招到啊。话说你们的产品经理的要求好低啊，需要什么技能写得太不详细了。