@simonlify @chuhe 感谢关注~~。感兴趣可以发简历过来看看哦。
@simonlify 服务端开发更要求严谨，说实话我对 c#出身有一定偏见，写东西太随心所欲，往往缺少在严谨框架下做项目的经验，这样就比较难于知道什么是好的，做出来的东西可能也不知其所以然。不过这仅是我个人的偏见，还请理解。这个 python 初级岗位，主要是准备自己培养，希望工作经验少一些； python 中级岗位，需要功底扎实些。您要是感兴趣，可以把具体简历发过来看看，也许有其它岗位可以商量:)

@Surfer 我们是想找一个有设计感，擅长写 css 效果的，然后能够把公司产品的 css 统一起来（我们现在是七拼八凑的）。不是要招擅长 javascript 等各种前端框架的。哪里不合适，还请您多多指点~~这个职位，是不是叫 UI 设计师更好？

@cosgbgas @Surfer 不好意思。这么写，是因为我自己的审美不好，做的东西不漂亮。与设计师打交道比较少。

@hzwjz 不好意思，少加一个零：）感谢提醒~~~

@Charlie82 确实你再进下腾迅之类的想法挺好。有时候能力够，就是差这么一个经历。待遇拿低点，呆一年就出来。

确实不错。是有思想的前端。看得出你的电脑底子不错。大胆找自己感兴趣的工作吧。
前端现在市场需求量大，比较好找哦。你这样的有基础的学起来很快的，项目中历练历练，工程化的东西再做一做，就差不多了。

@redvoilin 久闻大名。但熟悉了 django ，够用。确实懒的再看一门了。 django 作 api 也足够。再学就准备 vue/react 等全前端配合了。

对于我来讲，还没出现 2 不能做而必须用 3 的地方。所以，继续 2 。等 3 出现特别吸引我的点再说吧。

我也被一些牛人说动用过 flask 。最后还是回到了 django 。单论开发速度、易学程度， django 都远胜 flask 。管理页面有 django-admin （ flask-admin 相对就差很多），页面渲染数据库访问的 template / orm 都很简单易学（ sqlalchemy 的文档不知所云），做单页应用，也有 django-rest-framework 和 django-filter 支撑，开发速度极快。涉及到页面上传、富文本编辑控制、等等也都有很好的解决方案。 flask 就不然，生态圈差太多了。如果你很了解前端的一些基本原理、比如， cors ， sesssion ， header ， csrf ， cookie, auth 机制，有自己造轮子、选轮子的能力，喜欢做基础技术框架，可以考虑 Flask （但话说回来，这个时候为什么不考虑 bottle 呢。），可以给你全面的可定制性。但我是应用开发，对基础技术框架真是没兴趣。作为公司来讲，要是用 flask 做好一些完整的应用框架，局部可能会好一些，但整体估计比 django 的框架会差很多了。但用 django 在起步阶段会让速度快很多。现在的业务变化这么快，我觉的选择一个开发速度快、容易学的框架是第一的。
如果说 django 的问题是速度，但在当前，公司没到一定规模，完全可以通过 gevent / celery / docker ，快速水平扩展。再加上单页应用的兴起，渲染很大一部分转移到前端来做， Django 的应用压力就更小了。

不过我还是觉的有必要花时间学习下 restframework 。学习成本略高，确实非常方便。

简单的办法，把 python 安装目录中的 site.py 里面的 del sys.setdefaultencoding ，替换为 sys.setdefaultencoding("utf-8").
以后就没问题了。

哈哈，我们也是。 这种培训班出来的，不如自己招个正规本科或者硕士，自己培养。这样与企业感情还更深。这种水平一般，要价还高的，总是一山更望一山高，招来也留不住。我觉的，直接社招的，薪资就两档， 8K 与 3 万。 8k 是新毕业的。 3 万是熟手。中间薪资留给公司内部晋升。

@neoblackcap 嗯，你说的对。我说的复杂，就是这种抽象到状态机的方法，对人的要求高。要求技术人员系统思维要好，对整体设计要求高。 你们现在前端团队多少个人啊？好招熟手吗？带一个新人要多长时间能上手呢？

主要是对人要求高。开发这个，拿 vue 来举例，要理解 vue 基础， vue component 机制，要会用 vuex ，要学习 vue-router 。还要学习 webpack 。但以前，就会 jquery ，就够了。而且 jq 是万能的。这个 compoents 机制，还指不定遇到什么坑，要变通解决。

或者说我觉的，专注于功能实现，而非技术架构的组件方案有生命力。开箱即用。

@neoblackcap 简单实用的最后能活下来。目前的组件化方案，太复杂。无论 vuex / flux ，父子组件的通信设计复杂度太高，需要理解的概念太多。个别人能理解，在工程领域，不太实用。适合一个牛人做，不太适合团队协作做。 wpf 最后还是失败了。从过去十年看， Web 端希望一种技术实现组件基础架构设计成功的案例还真没有。反而倒是插件式的，比如 jq 系列的， jqtable ， typehead 之类这种类型的组件活下来了--依赖性很低，拿来即用。某种程度上 bootstrap 也算组件吧。这类就够用了。

@bdbai 嗯，很多新人过于推崇单页应用。这东西我真是觉的好看不好用。人员要求高，开发效率未必高，用户体验未必好。做聊天什么的还好，其它场景就呵呵了。

没觉的。有什么必须 3 来做吗？所有的库都兼容 2 ， 3 可就不一定了。

谢谢大家啊。最后我就是用的 yutian 的 annotate ：）