太简单了，自己不会说话，就找些新闻、段子坐座位上看着电脑大声念出来，有兴趣的自然会跟你说话，后面就好办了吧——一般不管好不好听，大家都会给面子附和两句，没反应就换一个，有反应就可以热烈聊下去了

@xujialiang 你能主导整个项目的时候用什么都可以，不能，那还是要学主流的技术，后台技术栈很多，不是一门语言能概括的

LZ 最主要的问题是开发经验不足，跟着高手做上几个项目就明白有哪些坑需要避免，哪些其实不是坑，比如：json 格式和 mock server 没有半毛钱关系，用在线服务或者本地 http 服务、又或者 chrome 插件都可以做，再比如：前后端分离也没有任何问题，只有沟通问题，甚至不是文档问题
最后，外包项目不要用新技术，要用自己熟悉的，这一点完全正确，不然风险太高承担不起

@jianghu52 这价格略低啊，当时我给 ibm developers 网站投稿，一千字两百块，总共四千字八百块，虽然最后没给我发到手~~~~

产品姑娘二七八——一般在诗中使用乘法，二十七八岁应该这样：姑娘三九一枝花~~~

这种模式小了就是转包，大了跟猪八戒什么的也没区别了，或者 LZ 参考一下：shixian.com

如果需要先翻译成中文，很容易打断阅读的思路，几乎没法看下去。我刚开始看《 j2ee blue print 》时，一天只能看半页，看到 10 页后可以一天看两页，后来越看越快，一句话，习惯就好！

我感觉没什么用，可能因为我一个都没用过，也可能我用 iphone，不如 android 的方便——最重要的，我不知道这个跟公众号有什么本质的不同？

一般来说，每次进入购物车页面的时候，都需要从后台重新获取购物车数据（获取购物车数据），其他页面加入购物车的时候，也是从后台接口（添加到购物车接口）返回实际数据，所以：
1.提交订单后，后台会把购物车中的相应商品从购物车删除
2.添加商品到购物车如果碰到限购超额，返回数据里面应该包括相关提示，由前端根据具体情况判断是否显示这条消息
3.关于缓存，只有在非购物车界面才会使用本地缓存——但是跳转页面时会根据具体情况判断是否要刷新购物车数据
以上所谓的具体情况，应该由产品经理确认处理逻辑

做了快 20 年 java，没听说过真分页假分页。。。

997 基本上不可能持续一个月以上，这样子下去所有人都要跑掉了，常态大概是 996 吧，这样能忍受的人比较多，但是如果没有加班费，995 我也是万万不能接受的
话说回来，如果能够在项目中学到新技术，或者掌握更扎实的应用，这样坚持完一个项目还是值得的，只是你了解了一个项目是如何做成的，下次面试就算你不会做也会吹了吧，上帝给你关上门，就会开一扇窗

1.一个后台管理界面，你的设计的确太糙，手艺不行啊，至少找个 bootstraps 模板抄一下啊？
2.对方做的东西，主体部分就一张图，不知好在何处？
我以前碰到需求问题都是跟甲方吵一架而已。。。让他明白谁是 sb

我一般都使用微信支付，因为之前用支付宝发生了一件事，让我再也不想用了