既然这样 就搞个 webapp 嘛
拍脑袋想出来的东西 后续改动肯定大

至少高级和资深的需求依旧很旺盛

去年跳槽时也遇到过
上家的 CTO 直接推我去面试 和对方北京的 leader 聊
算是问了几个有深度的问题后对方表示满意然后我俩聊开了从生活到技术各种扯 希望我能尽早过来
后来和 hr 聊画风变化好大 hr 各种心理评测什么的 让人感觉很不好 和她也就草草结束了
于是在回家的路上收到了 hr 的拒信

说实话 虽然不准备去这家 但也挺郁闷的
不过后来想想 还好一个 hr 文化奇葩的地方 （是阿里系出来的公司

耳机显卡单反山地车
以及基金

https://console.hyper.sh/register/invite/xMlg399rkeTyJM9yqEowTR2Akmkk8NcM
接 335

其实吧，我觉得用 umeng 之类的就能解决日常 90%的日志需求
另外日志这种东西，你存 sdcard ，用户卸载了还不是拿不到，难道打电话过去请“上帝”上传给你吗

我的 gay 设计师朋友说
“这就和一个公司的色狼 hr 说要招个美女同性质
谁 tm 敢去”

这个问题好火，忍不住也来 BB 两句。
我是个移动开发，同时也做些全栈的事，想从非专业角度看看

记得最早去豆瓣实习时，被 Leader 喊去写后端， template 用 mako ，帮前段实现简单通用的模板，然后渲染出一点数据丢在模板上让他们自己用，感觉这就是道完形填空题，前段留下空，我给他渲染数据。。。。

后来自己创业也沿袭这样干，但接触 AngualrJS 后发现用模板给前端传数据好蠢，同时也根本不需要模板啊， ag 这么方便，全都自己造就好了，就当自己是个 app ，接口自取。同时这样也节省了开发量，后端只负责数据接口，“前端”（ Android iOS Web ）自己玩。
我不知道这里有多少全栈工程师会有这样的体验，当混着写 python java css html 时，人特别烦躁，但是只单独写一部分时，整个人都变得清爽了。虽然前后端移动端都是我写，但将他们分离时，异常舒服。

创业失败后我在雪球混，以前自己搞量级小没发现的问题都出来了。比如后端接口的问题，如果只做数据接口，前端会很痛苦，可能为了渲染一个页面需要调用 4 5 个接口，又是异步状态，如何设计交互，如何快速响应都成了问题。但如果后端去帮前端封装，把几个接口合体甚至说直接给前端的类似模板的数据，比如第一行显示什么，第二行显示什么，那和当年直接丢个 html 出来有什么区别呢？？？
现在的解决方案是，后端依旧只给数据接口，但是前端自己用 node 搞一层代理处理数据，相当于前端把一部分代码写到了 server 上，这样还能简单解决快速迭代不更新 app 的问题。
这种方式目前感觉弹性最高，也解决了前后端撕逼的问题，但其实前端也在写 server ，那到底还是不是“前后端分离”呢？

总之我觉得讨论什么架构依旧没意义，关键是要看需求场景，工程师的任务是以尽可能小的成本解决问题。

很多区别的 都不是一个包了
比如 play 不允许自己下发代码 不让热更新
这个你懂的

android 支付宝放冰箱了
其他时候非要用就能网页版用网页版

现在默认只用微信支付

每天都是拖鞋的路过

换国行三口接头 接地线

e3 还有 v5 嘛
扇热还是靠风扇 再不行水冷

作为一个非专业前端
两者都用过后 我还是比较喜欢 angular
不知道为什么 JSX 让我感觉很乱，更喜欢在 HTML 里写 js 而不是 js 里写 HTML
另外 angular2 解决了很多 1 中得痛点，非常舒服

但是 react 现在太火了，各处都在用，加上 react native 这个大杀(坑)器(爹)，让我不得不去深究

我之前写 admin 总结出来的最好方案是
前端 AngularJS+Bootstrap
后端 Tornado 纯 RESTful

每个请求当然都是有权限判断的 Tornado 实现这个真是 easy
Angular 这种双向绑定的用来写 admin 页面实在是太爽 基本都是数据展示
页面模块化处理也舒服

我就没装好过
唯一能实现的是正常个几分钟 然后开始各种杂音
最后老老实实买了免驱 USB 声卡
以后再弄个 DAC

哎 在帝都干了三家 全是按最低

可以的 不错
哪天不想干了 就回武汉当个独立开发中
白天打守望 晚上写代码
有钱了就开个猫主题网吧 顺便卖点咖啡 还能客串机房