我想应该是 iPhone X

去年入手的 iPhone 7P,很棒,几乎完美,不用任何保护壳和贴膜,很大很薄,基本上程序上也没有什么性能问题,之前偶尔打打农药,没有任何迟滞。

连续性的创新是非常难的,iPhone 转眼已经十年了。

十年前,为了iPhone一代,换了联通的号码,用移动的,然后托朋友从美国带,到了iPhone 4,又因为要尝鲜3G换回联通的号码,真的是折腾了。或许这就是粉丝吧。

我想这次 iPhone 如果跳过8,而直接叫 iPhone X,这是一件多爽的事情啊。也是Apple可以有一些让人猜不透的才好。

为了20年后的梦想

1995年-1996年,写了一本 Visual Basic 3-4的书,想必当时过于年轻,自以为是的文字很幼稚,文字不够代码来凑,其实也不是很负责。也缺乏持续更新的能力和勇气,当时我的编程经验全部来源于自学,做过的项目有几个,但不多,也不复杂。最关键是,对于 Visual Basic 本身的认识还是比较肤浅的。

想起来那时的确是充满了热情,白天也是完全没有办法写作,每天上班前,下班后,周末,几乎一年,花费在上。虽然作品不满意,还算是完成了。

20年后,又开始这样的梦想,前些年,比较空的时候到时也有想过,却不太了解行情,原来,现在出版行业也早就市场化运作了,只是要出书并不是那么难。

和同事们选择了自己相对还比较擅长和有独到体会的 Python 和其用在机器学习方面作为主题。因为外面 Python 的书其实也很多了,实在不想写一本简单的入门级,无疑,这个定位在中等水平的目标,让我们一方面提高很多,一方面也是绞尽脑汁,受累。

而今年工作的忙碌,到了这个岁数的种种事情,都耗用了很多时间和精力。不知道多少个晚上和周末,在看资料、写 demo 程序、组织文字、review 其他同事写的书稿,或许这就是梦想,这就是有梦想的力量吧!

记录一下,也有一些颓废的时候,作为鼓励。

Sense 8 超感八人组 神作

很早知道这部美剧,这几年看美剧劲头略微下来一些了,即便这是沃卓斯基导演,也没去追,到时候因为说 Netflix 不再支持拍第三季,因为制作费用太高了。激起了我的兴趣,看了一下。神作啊。彻底颠覆三观。

科幻并不是最主要的,其中元素太多,可以看看 wiki 的介绍,光是引用就200项。

可惜最多2018年有一个大结局,而导演原来设想的5季,就不存在了。

很多美剧因为制作精良,所以获得一部分观众,但是还不够多,所以被砍,这个论证链有点悲伤。

mac office 2016 数据库损坏修复

有一年多,不知道什么原因,我在 mac 上的 outlook 2016 就不能用了,一启动就说数据库损坏,然后只能退出。

今天偶然搜索了一下,找到了方法,虽然不能修复原来的数据库,不过可以重新建立数据库,也就是重新建立账号,于是又可以开始使用了。我觉得 office for mac 还是做得非常棒的。

Go to Applications Folder
Open it
Search Microsoft Outlook
Now, hold down the control key and click on to Microsoft Outlook
Now, view the contextual menu
Choose Show Package Contents option
Now, go to Contents
Click on to Shared Support Folder
Double-click on Outlook Profile Manager
Under Outlook Profile Manager window, choose the + icon to assign a name to new profile
Click on to Options button
Click on to Set as default option

简单来说,用 outlook 应用程序包中的程序 Outlook Profile Manager 程序,新增一个数据库文件,设为 default。就可以正常使用 outlook 了。

酒吞一馆

好友新婚。酒吞一贯。小聚。上海滩最好的日料。

因为离公司近,所以有些仪式感的事情,会去那里。

2013年10月,人生最低谷的时候,在那里,可惜即便如此美味,也咽不下去。

所以,美食,还是要有心情搭配。

迁移“创意纪”的 blog 到这里

创意纪这个 blog,域名用了很多年,写了很多年。中间有一次从 mediatemple 迁移的时候,没有做好,2013年从头开始写了一些。陪伴我度过了生命中一段艰难的岁月。

不想维护太多blog,明日会目前使用了一段时间,还是国内的访问速度稳定。

准备用 wordpress 的 export 和 import 功能迁移一下数据,至少文字都能记录下来就好。

python flask 写 api 如何返回自定义错误

在 python 开发中,利用 flask 写 restful api 函数的时候,除了标准的400、500等这些返回码通过 abort() 返回以外,怎么另外返回自定义的错误代码和信息呢?

我们碰到的业务场景是对于api 输入参数的各类校验以及在业务逻辑执行的时候,都会返回统一的400代码,同时也会返回我们约定的描述详细错误的代码以及描述字符串,提供给调用方来处理,这样可以让其用户体验做得更好,同时详细错误代码和描述字符串也会自动打印在 log 日志中。

flask 的官方文档中告诉我们:

默认情况下,错误代码会显示一个黑白的错误页面。如果你要定制错误页面, 可以使用 errorhandler() 装饰器

在写 restful api 的时候,并没有页面可以返回,我们可以在 flask 提供的代码基础上稍加改造如下。

在你的初始化 flask app 的相关代码中加入下面两个函数:

@app.errorhandler(CustomFlaskErr)
def handle_flask_error(error):

    # response 的 json 内容为自定义错误代码和错误信息
    response = jsonify(error.to_dict())

    # response 返回 error 发生时定义的标准错误代码
    response.status_code = error.status_code

    return response
class CustomFlaskErr(Exception):

    # 默认的返回码
    status_code = 400

    # 自己定义了一个 return_code,作为更细颗粒度的错误代码
    def __init__(self, return_code=None, status_code=None, payload=None):
        Exception.__init__(self)
        self.return_code = return_code
        if status_code is not None:
            self.status_code = status_code
        self.payload = payload

    # 构造要返回的错误代码和错误信息的 dict
    def to_dict(self):
        rv = dict(self.payload or ())

        # 增加 dict key: return code
        rv['return_code'] = self.return_code

        # 增加 dict key: message, 具体内容由常量定义文件中通过 return_code 转化而来
        rv['message'] = J_MSG[self.return_code]

        # 日志打印
        logger.warning(J_MSG[self.return_code])

        return rv

CustomFlaskErr 是我们自己写的处理错误的类,然后通过 @app.errorhandler(CustomFlaskErr) 这个装饰器在 flask 中注册。

具体功能在注释里基本都写了,我们看一下怎么使用这个自定义错误处理器。

# 用户名输入为空
if user_name is None:
    raise CustomFlaskErr(USER_NAME_ILLEGAL, status_code=400)

当需要处理某个错误的时候,rasie 刚才的 CustomFlaskErr,传递另外定义好的自己的错误代码,以及标准的返回代码;

上面说的常量定义文件可以参考如下:

USER_ALREADY_EXISTS = 20001  # 用户已经存在
J_MSG = {USER_ALREADY_EXISTS: 'user already exists'}

通过这样的机制,就做到了在具体 restful api 的业务逻辑代码中简单的进行各类自定义错误的处理,所有的错误处理是集中的,细颗粒度的错误代码和消息也是集中维护,便于扩展。

flask 官方文档和一些网上的资料都说比较简单,实践中摸索了这样的实现方式供参考。

python 中使用装饰器来统一检查 flask 用户权限

最近在一个项目中,需要判断 restful 接口函数传入的时候,是否之前已经登录状态是某个特定用户,以及该用户有没有指定的权限。检查下来如果没有的话,立刻返回错误,中断功能。

遮掩的场景虽然也可以通过标准的调用函数来操作,但都不如用装饰器来得简单。都知道装饰器好用不好写,废话不说,先来看看这个场景怎么实现,还是有一定的通用性的。

def validate_current_is_admin(f):
    @functools.wraps(f)
    def decorated_function(*args, **kws):
        # 需要在登录状态调用, 检查是否为有admin权限的用户登录,
        # 如果不是,返回错误码;
        if g.user.user_name != 'admin':
            raise CustomFlaskErr(USER_MUST_HAS_ADMIN_PRIVILEGE, status_code=401)

        # 验证权限是否为 admin, 不是的话,返回401错误
        if g.user.role_id != Permission.ADMIN:
            raise CustomFlaskErr(USER_MUST_HAS_ADMIN_PRIVILEGE, status_code=401)

        return f(*args, **kws)

    return decorated_function

这是一个标准的装饰器的写法,如果你要写一个简单的装饰器,整个框架可以参考。

装饰器调用举例:

@app.route('/api/create_user', methods=['POST'])
@auth.login_required
@validate_current_is_admin
def create_user():

    # 获得参数
    user_name = request.json.get('user_name')
    password = request.json.get('password')
......

 

核心代码的业务逻辑也不复杂,根据 flask 的 g 对象中预存的用户 user 进行检查处理,flask 的这些定义非常灵活,flask.g 怎么使用可以查看 flask 的文档。

这里的 user 以及相关的属性属于具体业务逻辑,就不展开解释了,可以望文生义。

因为不对 args 和 kws 这些参数进行解析和处理,所处理的是 flask 全局对象。最后将参数都原路打包返回即可,没有问题的话交给使用装饰器的代码继续处理。

这个例子比较简单,主要还是熟悉装饰器的基本用法。

联想为什么

隐约记得以前有本书叫做:联想为什么,说的是联想发家的故事。

记得很久以前,一个同事买联想的家用电脑,我还特地去帮忙检查什么的。在1996年的时候,买一个这样电脑是非常令人值得开心的事情。

去年,还帮家人买过一个联想的笔记本,其实我是不喜欢的,造型也不是很漂亮,并且价格很贵,家人比较执拗,也就算了。

看到联想2017年最新季报净亏损7200万美元,而 CEO 杨元庆居然年薪 1924万美元。

2013-2014年的时候,联想的手机还是前五名吧,现在完全没有任何人使用。台式机我也看不到有人使用,当然现在买台式机的人本来就少了。

我周围的同事朋友的笔记本基本都是 apple、dell、hp,或者游戏本。

还是温水煮青蛙,有时候,就这样不行了,好像没有错,就是错了。实际上,曾经得到太容易,没有危机感。

联想的管理体制现在看来是有很大的问题,曾经的民族骄傲,可以买下 thinkpad,不知道这样还能撑多久。

python 之前因后果

如果你英语阅读还可以的话,推荐这个网站:The History of Python

2013年11月后就不再更新了,一共31篇 blog,讲的是 python 语言设计中的一些来龙去脉。我在搜索研究列表生成式的时候偶然看到了这个网站。

挺有趣的。

它更新的最后一篇文章是 The history of bool, True and False

或许你也像我一样被 python 的布尔值稍稍困惑过,我们可以看看当年这些天才的程序语言设计者到底是怎么想的。