一则来自django-redis的报错：TypeError: can't pickle odict_keys objects迁移到Python3时遇到的一个问题，Py3中的OrderedDict.keys()返回的是一个对象：odict_keys。可以迭代的对象，但是不支持index操作，和切片操作。并且不能pickle。所以我就遇到这个坑了。不过它多了一个更新keys的功能，可以看最后的参考链接。代码如下:# coding:utf-8 from collections import OrderedDict od = OrderedDict({"a": 1, "b": 2}) print(od.keys(), type(od.keys())) od_keys = od.keys() od.update({"c": 'the5fire'}) print(od_keys)python2.7和Python3.6下分别运行:➜ tmp python2.7 t_py3.py (['a', 'b'],) ['a', 'b'] ➜ tmp python3.6 t_py3.py odict_keys(['a', 'b'])odict_keys(['a', 'b', 'c'])参考：https://docs.python.org/3/library/stdtypes.html#dict-vi ...继续阅读 (19)

有人说ORM是天使，也有人说ORM是噩梦ORM全称是：Object Relational Mapping(对象关系映射)，其主要作用是在编程中，把面向对象的概念跟数据库中表的概念对应起来。举例来说就是，我定义一个对象，那就对应着一张表，这个对象的实例，就对应着表中的一条记录。从代码上来看吧。拿Django的model来举例:from django.db import models class User(models.Model): name = models.CharField(max_length=255)对应的数据库中可能就是一个表:user,里面有一个字段（我们假设不定义的自动不存在，包括主键），那就是name 类型是varchar(255)。那么，如果我们有一个User的实例，比如:user = User() user.name = 'the5fire' user.save() # 存入数据库那么对应着数据库中就有一条记录，name为the5fire。此时的user实例，对应的正是这个表的这一条记录。用ORM的好处就是你不用操作表，可以在程序中用面向对象的思路，直接操作对象即可。比如上面那个代码，我要插入一条语句，直接user.save()即可。ORM会帮我们产生一条SQL语句。INSERT INTO user(name) VALUES("the5fire" ...继续阅读 (29)

首发于小社群(码农悟凡公众号底部菜单可进)原文地址：https://blog.doordash.com/tips-for-building-high-quality-django-apps-at-scale-a5a25917b2b5整篇文章基本都是在讲Model层的东西，对于Django的应用，Model至关重要。关于项目结构的部分，我怀疑这哥们是写错了，现在Django创建完app就是他建议的那种。明确Model对应的表明，这个明确些确实会好很多，尤其是一个Model在不同的app中迁移的时候，如果不注意，你可能得查半天关于表不存在的问题。避免GenericForeignKey，之前有段时间我们也用过，但是最大的问题是，这样做会把Model耦合到表里面。不如自己实现来的方便。关于migrations，个人感觉主要是开发环境方便，生成环境你还用这个？那估计是疯了。合并migrations，这个建议不错，一段时间后重新生成migrations。减少migration冲突，这个没怎么遇到，不评论。避免Model过肥，数据层就应该干数据层的活，别掺杂业务到里面，会很难维护。谨慎使用Signals，这个东西是解耦合的很好的方式，但是不能滥用，太多的signal，自己找起来都困难，更别去跟踪执行过程和结果了。避免使用ORM的接口作为主要依赖，这点很奇怪，再封装出来一层没啥意义，除非明确的知道 ...继续阅读 (24)

课程由来首先来说，我是一个热衷于分享的人，从我博客上https://www.the5fire.com/以及之前的多次年度总结阶段总结中也能看到。2015年跟培训机构合作过一次，讲的是《Python基础》，侧重点在把学员带到Python来的的门里，认真学完课程，并且完成所有作业的在之后的工作中应该能熟练运用python，课程最后包含了一部分web开发的内容。以帮助大家更好的往web方向深入。课程的学员大部分是运维工程师，从之后几个常沟通的学员那里得到的反馈还不错，掌握Python对运维工作/运维开发很有帮助。 前几个月知道小鹅通后，觉得这是一个不错的知识传播的平台，自己把握课程节奏，不受约束。当然还有最最重要的是，在同等内容的情况下，价格折半。之前报过我那套课程的同学应该知道价格。课程介绍目前价格也是预售价：188/元（前20人）； 课程正式开始上线时（超过20人购买后）价格会调整为688/元； 课程全部录制完成（也可能录制一段时间）后价格会定为988/元 vip QQ群见《课程大纲》本课程主要针对Python初学者，初步掌握Python之后想要了解Python在Web开发上的应用以及在公司正式环境下一个完整项目的开发和构建流程基于上述目的，再加上the5fire自己在使用Python/Django工作5年多，也希望做一些教程来帮助初学者更快速的了解PythonWeb开发上的内容，以 ...继续阅读 (15)

由来知乎上的一个问题：Django 分表 怎么实现？这个问题戳到了Django ORM的痛点，对于多数据库/分库的问题，Django提供了很好的支持，通过using和db router可以很好的完成多数据库的操作。但是说到分表的问题，就有点不那么友好了。但也不是那么难处理，只是处理起来不太优雅。解析在Django中，数据库访问的逻辑基本上是在Queryset中完成的，一个查询请求，比如：User.objects.filter(group_id=10)。其中的objects其实就是models.Manager，而Manager又是对QuerySet的一个包装。而QuerySet又是最终要转换为sql的一个中间层（就是ORM种，把Model操作转换为SQL语句的部分）。所以当我们写下User.objects的时候，就已经确定了要访问的是哪个表了，这是由class Meta中的db_table决定的。class User(models.Model): username = models.CharField(max_length=255) class Meta: db_table = 'user'理论上讲，我们可以通过在运行时修改db_table来完成分表CRUD的逻辑，但是the5fire在看了又看源码之后，还是没找到如何下手。还是上面的问题，当执行到U ...继续阅读 (33)

这是the5fire总结出来的Python程序员或者程序员的进阶之道——零到入门，入门到初级，初级到中级，中级到高级。仅供参考前言上次在群里有同学又在问基础的问题，我不反感基础问题，就是比较反感不动脑子就贴图出来求解答的问题。有时我干脆不说话，有时我会给个地方让他去搜索。前两天突然冒出个想法，始终有一部分人会花费大量时间在低水平的重复上，得不到进阶的法门。于是我冒出一句：“Python进阶最简单的方式：搞清楚你所写代码文件的每一行，每一个字符的意义。”相对于推荐几本进阶的书籍(Python基础看完了？来两本进阶书)来说，能够自行且有效的去找“食物”是更为重要的事情。理论在the5fire刚来北京，还是一个人住的时候，每次搬家到一个新的地方，都会在下班之后或者周末的时候，徒步把周围转上一转（溜达溜达）。然后看看地图。对自己所在的方位有一个大概的印象。有时候一转就是几个小时。溜达的目的很简单，我需要了解我周围的生活设施，环境，各种方位的路线。另外还有一个点就是满足我的好奇心，那些未知的地点和环境，总比已知的来的有趣。现在我就在想，如果把这个类比到Python的学习中或者任何语言/技能的学习中，是不是合理。拿Python来说，假设我是个新手。刚看了《Python基础编程》或者任何其他的基础书籍，然后能把书上的代码敲下来（注意！是敲下来，不是找个地方copy下来），运行了一下，发现能输出结 ...继续阅读 (35)

码农——靠写代码为生的人；悟凡——5fire（谐音），也寓意着从平凡的日常工作中领悟经验和教训。由来在一如既往的准备写公众号的夜晚，看了看公众号名称：the5fire，想着这个名字难念又难记，不如改一个中文的。想着博客的名字叫：the5fire的技术博客，如果公众号叫the5fire的公众号，也无新意。主要还是the5fire这个不易念。想想微博名：无落尘埃，QQ昵称：古月空凝。还是四个字的易读，也好记。于是根据谐音这么转了一下：码农悟凡。从名字看来，会不会被人误以为是龙泉寺写代码的和尚，/(ㄒoㄒ)/~~关于码农悟凡在the5fire的技术博客上有一个about的页面：https://www.the5fire.com/about/，介绍了the5fire的来历，以及流水账般的个人经历，这里再次复盘，在搜狐呆了5年，阶段性的总结也是有必要的，所谓“知己不足而后进，望山远岐而前行”。about页面可以在最下方点击原文查看，本篇文章只是概括在搜狐的经历。技术方面从一个Python入门者/初学者到现在（一个Python老手），技术上的成长是挺大的。从一开始只负责系统一部分功能，到现在负责整个系统的管理，包括技术和业务。具体技术点涉及Tornado，Django，Fabric，Nginx等，列出的这些都是早期或者近期深入到源码学习过的，当然还有Python源码刨析，这种纯属学习性质的。前端 ...继续阅读 (20)

本来我是计划用Python搞定代码高亮这个事的，但是始终没找到方案，只好用js来做了。由来之前在@董伟明的一个群里讨论过写公众号用什么编辑器好，忘了当时谁推荐了这个在线的markdown编辑器：http://md.phodal.com/，于是就一直在用，挺好用的。只是每次都有打开别人的页面还是不太习惯，毕竟像多说这样的公司都可能停止服务，更别说个人了。昨天看到知乎上@董伟明的一篇文章Python技术分享的乱象，想到现在这么多人都在知乎上写技术文章，良莠不齐，或许我也应该上去开个专栏，同步些东西过去，让文章/观点接受更多人的review，也给大家提供更多内容可参考。前几天大神@赖永浩也到知乎开了专栏：某外包公司老板的呢喃，说明现在知乎这个平台已经有足够的诱惑了。建议广大Python程序员都可以移步过去，@董伟明是一个很好的例子。关于《Python技术分享的乱象》我建议初学者去看看，避免被收智商税。当然，也要“慎思之, 明辨之”，没有绝对的对与错，只能说保持谦卑，保持怀疑。给技术分享者的建议是，对于非自己亲身实践过的内容，不要那么言之凿凿，说的跟自己真做过似得。经验少不可怕，怕的是管中窥豹，然后大言不惭。既然又要打算多维护一个平台，那么就得想想怎么玩了。之前的逻辑是写一个markdown的文章，然后贴到博客，再去那个微信编辑器上处理下，贴到微信，如果再加一个知乎的话要就得再贴一个地方。 ...继续阅读 (54)

[Python第三方库系列] - Better ExceptionsBetter Exceptions是最近一期的Python Weekly 和Pycoders Weekly上都推荐的一个库，用处是展示更友好的异常信息。无论在什么语言里遇到异常是很正常的，遇到线上异常也是常有的。本地异常的话通过pdb调试/print输出关键信息是可行的，但是对于线上异常的话，只能从日志里查看，但日志里的信息可能只是提示你：ValueError: need more than 3 values to unpack或者是KeyError: 'a'，遇到这种问题，一般的做法是本地启动项目，尝试重现，这样你才能知道上下文是什么。但，往往很难复现，因为从日志里你看不到用户的输入是什么？如果你没有手动捕获异常，并把造成异常的数据写入log。（当然，最好的做法其实是使用Sentry）上面的错误可以简化为这种形式：# coding:utf-8 request = "test test test" # 从request中获取到数据 a, b, c, d = request.split() # 处理数据 运行后： Traceback (most recent call last): File "exc.py", line 8, ina, b, c, d = request.split() ValueErro ...继续阅读 (24)

之前有篇文章写过《闲聊获取信息的几种方式》，写了程序员（其实也不限程序员）如何更快更多的获取知识。其中遗漏了一点，就是播客（PodCast）。今天会推荐一个非常好的播客，每期内容我都会重复多次收听。但是在说播客之前，先说下现在比较火的付费经济。相对来说这也算是一个比较优质的获取信息的渠道，比如知乎的Live，分答，等产品。我自己只是体验过知乎的Live，是董伟明的《Python工程师入门和进阶》，虽然对我来说作用不大，但是我能感受的出来，这些东西对初学者是很有帮助的。我参与的目的也是体验下Live的玩法，比起免费的问答，付费的形式能够更让主讲人/作者更加尽心尽力。当然也不能排除有些作者是蹭热点赚智商税。所谓的付费经济，就是让大家在分享自己所擅长领域的干货的同时，获取一定的经济报酬。而不是像回答一个高票问题，发表一个干货满满的文章，只能赚取赞和收藏。付费让分享干货变成大概率的事件，从生产端过滤出优质的作者，从接收端过滤出刚需的读者。但是这并不意味着免费的内容中没有精品，只能说得大浪淘沙，毕竟抖机灵的、标题党的太多（比如像这篇文章的标题 :-) 逃~)。说回这次要推荐的播客代码时间：https://codetimecn.com/ ，每期内容都干货满满，请的嘉宾也是各路大神。这些大神如果把这些内容作为Live放到知乎上，票价99估计也不乏参与者。具体内容就不多说了，如果你早就关注了，那 ...继续阅读 (16)

跟上一篇一样，这次是分析候选人对公司的价值。这里拿the5fire自己来做分析。很多时候我们去找工作，要求企业能给到多少多少钱，因为我朋友也拿这么多，这个算是一个参考依据，但是对结果影响很小，毕竟工作是雇佣关系，企业给你钱，买你能提供的价值。所以有必要梳理下自己的价值，不同的技能产生不同的价值，不同企业的需求也会产生不同的薪酬定位。这也是一个自我梳理的例子。哪些用户可以通过产品收益，他们是男是女，年龄多大，有多少人？需要有经验、能带队的PythonWeb开发工程师的企业技术类公司这个产品概念为它的目标用户带来什么价值？5年以上的Python开发经验2年以上的团队管理和组建经验能够hold住独立业务或产品产品所实现的价值如何传递给用户？通过雇佣帮助企业盈利或者提升盈利如何建立和维护产品与每个用户之间的关系？合同、绩效能获得收入吗？工资经验实现这个产品概念，有哪些核心资源是已经具备的，哪些是欠缺的？多年积累的经验对新企业业务的了解需要完成哪些关键任务才能达到里程碑？通过面试？（对企业来说，什么算是里程碑呢？）需要外部的合作伙伴吗？不需要上述问题共涉及哪些成本？时间成本这种梳理的套路，大部分人应该是看不下去的，毕竟审视别人容易，审视自己极难。看起来就跟写简历一样，所有人都在写简历，有多少人考虑过/琢磨过怎么写好简历？ ...继续阅读 (37)

作者：Eric Elliott原文：《Master the JavaScript Interview: What is Functional Programming?》译者：the5fire译者注：我翻译只是为了更好的理解函数式编程，也参考了其他人的翻译，推荐看月影大神的翻译征服 JavaScript 面试: 什么是函数式编程？-----------开始-------------“精通JavaScript面试”是一系列文章，专门给那些在为中高级JavaScript岗位的面试做准备的人设计的。这些都是我在真实面试中经常用到的问题。在JavaScript的世界中函数式编程已然变成热门的话题了。仅仅在几年之前，极少数的JavaScript程序员听说过函数式编程是什么，但是在过去三年里我看到的每个大型应用的代码库中都使用了大量函数式编程的想法。函数式编程(经常缩写为：FP)是指通过组合纯函数、避免共享状态、避免易变数据以及避免副作用的方式来构建软件的过程。函数式编程是声明式而不是命令式，并且程序的状态通过纯函数进行流转。这与面向对象编程中通常在对象方法中共享和组合应用状态形成对比。函数式编程是一种编程范式，意味着一种基于一些基本原理和有限定的原则(上面已经列出来了)来构建软件的方式的思考。其它编程范式的案例包括面向对象编程和过程式编程。函数式代码要比命令式或者面向对象方式的代码更简洁，更可 ...继续阅读 (18)

把主机迁到ConoHa上之后用上了OpenResty，想着以后直接前端加+Lua+数据库也能搞一个项目出来。今天在用HTTP2 and SPDY插件看是否为http2访问时突然不是。于是查了下发现是openssl版本太低了，于是升级了下。列出命令：cd /opt/ wget https://www.openssl.org/source/openssl-1.0.2-latest.tar.gz tar -xvf openssl-1.0.2-laest.tar.gz # 重新编译openresty cd /opt/openresty/ ./configure --prefix=/opt/openresty --with-luajit --without-http_redis2_module --with-http_iconv_module --with-http_v2_module --with-openssl=/opt/openssl-1.0.2j # 完成之后直接gmake && gmake install(或者make && make install) # 运行中的nginx不需要关掉，安装完之后先stop然后再重启即可。 nginx stop nginx -c conf ...继续阅读 (40)

有次吃饭跟同事聊到vps，DO主机现在确实挺慢的了，ping的延迟都在300ms以上了。同事推荐了ConoHa的主机，测试了下发现确实很快，平均延迟在150ms，一倍的差距，价格稍贵点，不过好在配置高了些，最低配一个月(900日元)55￥，双核 1G内存，20G SSD，也不错了，DO的一个月5刀（按现在汇率≈35￥），单核 512内存 20G SSD。关键是不能用它来搭梯子，速度太慢。额外用了几个月ss-link（7￥/月）和佛跳墙的付费账号，15￥/月，都相当不稳定。索性都不用了，直接放到新主机上。安装shadowsock时参考的是文末的链接，这里我只列出主要命令：curl "https://bootstrap.pypa.io/get-pip.py" -o "get-pip.py" python get-pip.py pip install -U pip pip install shadowsocks vim /etc/shadowsocks.json: { "server": "0.0.0.0", "server_port": 8388, "password": "uzonxxxx7722", ...继续阅读 (25)

假期结束，该上班的上班，该奋斗的奋斗。懒惰是暂时的，向上才是永恒的。今天推荐两本书，一本是写Python的，另外一本也是写Python的。（记得之前有篇课文也是用的这样的描述手法：我家门口有两个树，一棵是杨树，另外一颗也是杨树）。从大学开始，确切的说是从大学的图书馆开放开始，在无聊的时候总是会到里面四处逛逛，看着一排排的书架，书架上一排排的书，自己好像是鱼儿游到大海，觉得这些书都是我能看的，里面的知识都是我要掌握的，但有时又会觉得“大海”太大（大海啊，全是水），无所适从。兴趣广泛的人注定会觉得失落。太多的东西想要掌握，但是“胃口”就那么大。之后随着在编程不断方面的学习，视野变的越来越聚焦，路线变的越来越清晰。在编程领域上了解的更多之后，也就知道了有些书，不可不读，有些书，可以不读，也有些书，不要去读。简单解读一下就是，可以把书粗暴的分为：入门级，进阶级，高级，大神级。每一个级别的书，就专门某一领域来说，同质化是非常严重的。入门级的书，你精读十本你也还是个入门的水平，不管你信与不信，书的定位就在那里。拿Python来说，基础的教程都是讲解Python的语法，然后通过项目作业带你快速入门。不太可能一本基础教程中出现一大片陌生的知识，上来就让你不知所措。说的这里我不得不提一本书，王爽的《汇编语言》，在这本书上不仅学会了汇编，也学习到了很重要的东西，用书上说法叫做：知识隔离。每个知识点之间 ...继续阅读 (18)

首先得说这本书值得一读，作者确实是"编程语言杂食动物"，里面对很多语言的观点很犀利但（看起来）不失真(即使他是胡扯的我也不知道）。译者翻译的很好，读起来相当有趣，算是一本可以轻松愉快阅读的书籍。我是在读到作者（Steve Yegge）关于Python的吐槽部分决定付费的（在豆瓣阅读上）。因为后面就不提供试读了，而作者关于Python的吐槽才刚开始，比如这段：他们的处境跟Smalltalk程序员一样，后者一直等着替代C++，谁知道半路杀出个Java，狠狠地、死死地断了他们的念想，好惨。现在，Python的念想也要被Ruby灭了。也就一夜之间的事Python原本可以征服世界，但它有两个致命缺点：空格问题和冰霜问题。作为一个Python程序员，一开始可能会意识到空格的问题。但写代码久了之后也就习惯了，毕竟所有的程序都可以按照空格缩进，而Python只是语法层面做了要求。第二个问题一开始没理解，什么叫“冰霜问题”。我以为是技术上的问题，但作者说的却是社区文化的问题：你问我“冰霜”到底指什么？以前我在博客上讲了很多无比刻薄的话，但Python实际上用起来挺舒服的（如果你能忽略它的缺点的话），所以我觉得还是不要在这儿黑Python的拥趸了。“冰霜”只是说用python的人以前都有那么点……怎么说呢，有点高冷。为啥？这个“冰霜”竟然是冷若冰霜的冰霜，这个真有点旁观者清，仔细想想好像是有点.... ...继续阅读 (22)

前几天修了两天假，在家里倒腾了下博客，老早就买了DigitalOcean的主机，但是一直没有迁过来。这次终于迁完了，同时也升级了下blog框架。之前使用的是Django1.5 + Xadmin，现在是用了Django1.8，用上了自带的admin，同时也增加了对markdown的处理。主要原因是rst平时写的少，语法啥的时间长了就忘了。加上markdown之后，发现代码高亮也没问题了，真是不错（虽然没啥直接关系，因为我找到了一个好的css代码高亮的库）。values=range(10)fori,valueinenumerate(values):ifi%2==0:# 移除偶数位的陷阱values.remove(value)printvalues去掉xadmin是因为我也不知道该用哪个版本了，之前我对xadmin的源码算是挺了解的，但，时间是让记忆褪色的有效工具。于是升级了django，就去掉xadmin，另外xadmin3.0现在应该是在往纯前端的方向前进了（据之前在群里作者的讨论）。看吧，其实大牛都是不被语言所限制的，只有能合理的解决问题，哪个语言合适就用哪个语言。话说第三方插件一直跟着Django的不断更新也是够累的, 版本管理也是个麻烦事儿。迁到DO还有另外一个主要的原因是https，一个没几个人访问的博客，开不开https是没啥用的，但是对the5fire来说，blog一直是 ...继续阅读 (43)

这应该是我在面试前端时被问到的最印象深刻的问题，也最令我吃惊的问题——“为什么你老是问我后端的问题？”我没去面试过前端的职位，不知道别人家的面试是怎么样的，是一直在聊CSS，JS，HTML还是会聊聊网络，操作系统之类的。我在跟候选人简单聊下JS之后会问这样的一个问题：能不能给我阐述下用户在输入网址，敲下回车之后，整个数据的传递过程，最终网页是如何呈现到用户面前的。这个地方我会特别强调要详细阐述。这其实是一个通用的问题，前后端都会问。由此展开后涉及的到内容比较多，比如http协议，缓存，CDN，前端发布流程，后端的话需要详细到框架内部。另外对于前端来说，我会简单的问下，知道什么是线程，什么是进程吗？实时上，大部分的候选人都能够了解。但确实有些人完全没概念，包括那些简历上写的是工作多年的候选人。在nodejs火了这么多年之后，前端工程师的上手成本其实非常低。尝试下这些东西，了解下js在服务器端的运行总没有啥坏处。且不说服务器端的运行。单说js在浏览器里面的执行，浏览器是多线程还是多进程的？浏览器在加载外部资源的时候是单线程的吗？如果我看到应聘者有多语言经历的话，我还会问下语言之间的差别是什么？Java跟Javascript之间有什么差别？有很多意想不到的答案。比如：Java里面都是定义Class的，而JS不是。我再追问，除了语法之外语言之间的差别呢。答:Javascript是脚本语言。 ...继续阅读 (34)

请问the5fire，你能徒手反转二叉树吗？ 答曰：你等着。。。。Google: 90% of our engineers use the software you wrote (Homebrew), but you can’t invert a binary tree on a whiteboard so fuck off. 翻译一下就是：Homebrew的作者去Google面试，结论是，Google说：我们90%的工程师都在用你写的Homebrew，但是你竟然不能在白板上徒手反转二叉树，滚蛋吧(这太操蛋了)。来，我们到leetcode刷题吧:https://leetcode.com/problems/invert-binary-tree#/Python实现如下:# coding:utf-8 class TreeNode(object): def __init__(self, x, leftNode=None, rightNode=None): self.val = x self.left = leftNode self.right = rightNode def __str__(self): return str(self.val) class Solution(object): de ...继续阅读 (50)

这本书是我希望每一个能来面试的前端都读一读的，或者懂得里面介绍的内容的。这本书主要讲了两部分内容：作用域、对象原型。不同于其他只书籍里是介绍js里面作用域是什么情况，怎么使用等等这些内容，这本书从代码解释执行的角度详细的讲解了js中关于作用域理解的各种问题。 比如下面的代码:foo(); foo1(); function foo() { console.log(a); var a = 1; } var foo1 = function() { console.log(a); var a = 2; }上面代码的执行结果是什么呢？如果不知道的话建议去看下这本书。这只是其中一小部分，里面还有很多小的知识点。简单来说知识代表不了能力，但是掌握知识越多，对于能力的发挥越有帮助。作用域的作用就是限定某个变量（函数），在什么阶段能否被调用到，以及不同作用域之间同名变量进行相互隔离，其实就是定义调用哪个。js在作用域的处理这块感觉有点复杂，在其他语言里并没有这么多的坑坑绕儿。第二部分关于对象原型也是比较重要的。不理解这些，很难写出结构清晰的代码。且不说面向对象的代码。无论是模仿传统面向对象语言的方式来实现基于类的代码结构的编写，还是说按照基于js特性的，组合复用的方式来实现代码复用，需要掌握的内容都是一样的。面向对象是必须掌握的一种编程思路，至于实现的时候如何做， ...继续阅读 (56)

最近暂时接管前端组，人手不足的情况下只能自己撸起袖子写代码（打断一下：我们还在招前端！！！！），发现问题还真不少。这次先说下部署方式改造的事，其他的事之后有空可以扯一扯。比如：前端工程师算不算工程师啦~~，前端工程师面试遇到的奇怪问题了~~~等等等等吧，当然，我没有任何拉仇恨的意思。先来说部署方式改造的事。在很久之前，我接到任务，要帮忙协助前端做团队建设和流程优化(重点在于代码review上），当时出过一版方案来做静态资源的部署——js、css、imgs。但由于当时对前端的参与度不够，方案并不合适。于是废弃了。先来说下前端的流程，接到任务，开个feature分支写代码，完成后使用grunt打包到dest目录下，同时通过设置host可以本地进行调试。本地测试没问题，把代码全部推到远端（注意：包含了dest文件夹的内容），之后再测试服务器上使用一个shell脚本，把代码从git仓库的dest文件下cp到nginx的目录下。然后就能在测试环境测试了。测试完毕之后，正常来说使用git和gitlab做代码管理的情况下，应该是提一个merge request出来，然后其他同学review代码，没问题之后进行合并。这个阶段问题就来了，因为dest目录下的代码基本上是完全做了更改，包括二进制文件，会产生一个很大的diff，大到在gitlab上根本无法查看。因此常用的做法是在windows上通过gi ...继续阅读 (46)

这是一个有趣的问题——如果地上有一摊shi，你刚好走到那，你会怎么做？踩上去？亦或是绕过去？或者文明一点，帮忙清理掉？位置可以再具体一点，假设这泡shi刚好在你家客厅，你选择怎么做？写到这，又想起郭德纲和于谦的那段相声：冬天开着地暖，狗在客厅中间拉了一泡shi，这是扫地机器人开始工作了，穿过shi，打扫了整个客厅。虽然说shi这个东西很低俗，但是那种感受理解起来会更容易。一般我们常说，要吃掉自己的“狗食（Dog Food）”，亦或是经常说“shit code”，大意相同。那么还是那个问题，如果你在维护的工程中有这样的一摊“shit code”，你怎么做？其实围绕着这个shit可以再说一些招人和用人上的事，毕竟尽量不招那些能够产出“shit code”是我们每个人的愿望。但实际情况是，在面试时很难判断这个哥们是不是会在你的工程里生产出来“shit code”，不是吗。这个就是另外的话题了，暂且不写。回来说下客观上已经存在的“shit code”。在一个normal的环境中，有位老大用尽毕生经历，完美的写完了整个项目，任你是横看还是竖看都挑不出什么问题来。在这样的情况下，接手维护的同事相互之间或许也未必能看的出来水平。大家都是按照之前的逻辑处理嘛，老的代码写的好，那我扩展新的业务代码也不会看起来烂到哪去。因此在这样的情况下很难看出来大家的代码水平。But，如果代码里有这样的一段或者一片 ...继续阅读 (30)

当我们在对程序进行调优的时候，经常采用的手段是先输出程序从开始执行到最终结束耗费的所有时间，了解下当前程序的大体耗时是多少，以便于对之后的优化做一个比对。之后要做的就是输出程序执行过程中调用到的所有函数的执行时间。放到Python中的话就是每个函数都增加这么一个装饰器:import time from functools import wraps def time_cost(func): @wraps(func) def wrapper(*args, **kargs): start = timet.time() result = func(*args, **kwargs) cost = time.time() - start print 'func[%s], cost[%s]s' % (func.__name__, cost) return result return wrapper程序中的东西很容易量化，但是对于人每天的生活，尤其是工作来说，无法量化，因此很难说有意识的进行优化。之前记得在哪看过一个微软还是哪的程序员的采访，大意是一个优秀的程序员平均下来一天也就写几十行代码。（如果有人记得正确版本欢迎指出）程序员每天工作的直接产物是线上能够支持产品正常运行的代码，上 ...继续阅读 (39)

2016年目标：发挥个人价值。一个人工作一天，生活一年，于工作，于生活，于周围的环境，于周围的人和事没什么价值，那有什么意义？如果不能让自己，让周围的人，让周围的事情，让所处的环境变得更好，那岂不是在浪费光阴。 ...继续阅读 (41)

接上一篇来说，上一篇说到阅读《增长黑客》前的一些场景，一些体验。之所以这么写是因为我自己想做些写作上的尝试，看看能不能通过自己的文字描绘出真实的场景，技术类的文章或者总结类的文章有时候会觉得“干燥”一些，加上一些场景的描述可能会让整个文章读起来更加“丰满”。当然只是一些尝试。说回到正题，增长黑客。前篇文章说了，之前觉得噱头太足，没兴趣试读，另外也以为是关于个人成长类的东西。不过在试读了几页之后，就立马买下了。在此之前我的心情其实是焦躁的，一本好书可能就是那种在某种场景下能够让你静下心来细细品读的书。就像是克里希·那穆提那本《人生不可不想的事》，只有在失意的时候才能读的下去。在此感觉到的焦躁，来自于个人兴趣的广泛，以及未来发展的迷惘，我在上篇文章也说到过，像是“在雾霾中行走”。我之前的定位一直是Python开发工程师，但是近期以来做的事却不完全是这样，我自己也做过其他方向上的尝试，比如之前写的Backbonejs那一系列，虽然是很早之前的时期了，但当时的纠结感记忆犹新。比如经常会通过数据来揣测用户的行为，也希望在交互对用户的影响上下些功夫，也希望能够多了解视觉对用户的影响。但，当你发现你想做的东西很多，但是时间却很有限时你就会陷入迷茫，一部分是来自于选择的迷茫————我应该多花时间在哪个方向呢？另一部分是我应该怎么定位自己？人，有时候的觉得痛苦就是因为想的太多，做的太少。再说到书上， ...继续阅读 (50)

今年的时间过的尤其的快，关注的领域更多了，负责的事情也更多了。不过相对于之前散漫的形式来说，目前虽然关注点变多，但是反而更聚焦了。上次年终总结还停留在13年，去年没心情写，今年会补充一下。从2014年初到现在，刚好女儿一岁多，也刚好是媳妇怀孕到现在两年的时间。当你发现肩膀上的责任越来越重的时候，做起事情来就会更务实。两年间的心态，就是夜行在雾霾中，看的见脚下的路，看不到远方的灯。人的状态或者心态是由外力和内力驱动的，当你发现外力无法激发更好的状态时，需要发挥内力的作用，而内力恰恰是可以由自己控制的。所以调节的好，可以受用一生。2015已经过去，2016刚刚开始，在这个时候，我们经常会说：这是一个新的开始，整理行装，重新出发。其实现在这么想的人还是再受外界的影响，就像上学时期每个学期完之后，在疯玩一个假期之后，空出一部分时间抓紧预习接下来的课程，以保证自己不会输在新学期的起跑线。工作几年之后发现，其实你并没有那么大段的时间来休息，来准备，来重新开始。一切都是在且行且忙碌的状态中完成的，没有新的开始，但是有不断的整理行装，调整方向，调整心态。不受外界的影响，不受季度的影响，不受年份的影响，由心而发。2016，没有具体计划，只有一个目标：创造更大的价值。无论是关注技术，关注产品、关注用户、关注管理，最终要做的就是创造价值。没有产出的记录，没有用户的产品，出来自嗨自外能有什么价值呢？ ...继续阅读 (75)

博客要挂了，在webfaction上无法完成支付。虽说早就买了do的主机，但是一直懒的没有迁过去。这下好了。美国时间8号之前还没有迁走的话，博客应该会被停机吧。 ...继续阅读 (17)

nginx出现502 Bad GateWay的原因大部分情况下应该都不是Nginx的问题，而是后端Server的问题，比如程序挂了，比如响应太慢了。不过有时问题也出在Nginx上，就是我们遇到的这种情况，nginx reload之后一段时间内的访问都是502，error log中大量的no live upstream日志。问题的原因就是对check upstream module这个模块的误用。先来看下我的配置。主配置文件,nignx.conf:worker_processes 4; pid logs/nginx.pid; error_log /tmp/logs/error.log; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; # 省略部分配置 include upstreamA.conf; server { listen 8889; server_name localhost; access_log /tmp/logs/m-access.log main; error_log /tmp/logs/m ...继续阅读 (50)