昨晚开了一晚上，挺不错

我认为楼主并未理解老板的付出，不仅仅是具体劳动，而是各种风险。虽然楼主为公司贡献很大，但是要想一下，是不是基于公司提供的平台的基础上？

前面有位朋友的话很对：如果公司亏了 200 万，你不要工资。那你是有资格和老板分这 200 万盈利的。

觉得很棒！

早期北京的天气报道也是被阉割的，但是有一个好奇心比较强的人，天天在微博上转发美使馆发布的天气预报。。。

可不是几句话能说清楚的，你这等于要组建一个项目团队。

首先是评估你的项目规模有多大，营运成本多大，投资多少，根据这些总体情况来确定团队的组成。

其次是找业界朋友物色一个经理级人物，或你自己直接操刀组队。

如果实时交易多的话，可能只能 app。

说说我的想法，不一定对。

首先问几个简单的技术点，热身，让面试者先放松。再次问几个通用的，难度略加的，类似进程线程协程，同步异步。
然后问对方最熟悉的项目 1~2 个，在里面可以小小发掘一下。

最后也是最重要的一步，是问新项目的设计，以 Android 为例，问一个控件一步步怎样实现，特别留意面试者是否漏掉了关键的，将来可能产生实现阻碍的步骤，比如面试者可能说某一步添加一个跟随手指滑动的图标，那么立即追问怎么写一个图标并令其追随手指，如果他说系统有提供这样的组件，那么立即问他系统内部是怎样实现的，不知道不要紧，可以猜测想象，而这猜测想象恰恰是最好的东西。

再举个例子，我曾经问面试者断点续传怎么实现，如果面试者说不知道，我就会让他想象一下应该怎样实现，有哪些步骤。如果一个面试者能够对自己的实现步骤从逻辑上自圆其说，那就足够了，不需要跟真实系统的实现一致（实际上真实系统咋实现的我也不知道）。

总之，考察逻辑实现能力，这是最重要的，避免问一些时间久了就容易忘记的，或一查就知的东西。

另外，有代码洁癖的就一定是好程序员，围棋水平不错的也一定是不错的程序员。

觉得 uixx 说得非常好，你的简历看不出你究竟会啥，不如直接写你熟悉 java web 后端开发，这样别人都懂

加油，一两年后就会完全不一样

学习了~

卫康

对不起，是我的理解能力差，我理解错了，收回上一条回答

楼主可能问的是，前端怎样完成整个网站，包括后端，是这样吧？
那么显然应该用 nodejs 写后端，可以考虑 express 或 koa2 或 eggjs

怀疑那些大厂是否心甘情愿

尽量用国际版

打着爱国的旗号绑架国家，坑死移动和华为，不知功从何来。