目前结束了

有在用的

看最后

多谢帮我查错；已更新。

年前只能内部 transfer，美国那边有做支持的有一定编程功底的转过来；你若是平时有较多技术积累，也可以一试。

好的，了解。

没有打错，就是邮箱，你要花点精力得到它。

面试可以远程，操作起来稍微麻烦点。你同学什么时候能到岗？

嗯 我这块做的手机端 iOS 是和苹果合作 整体比 web 体验要好些

#5 楼 @kayakjiang 我觉得 catch exception 很有用，特别是在调用其他方的 API 时。

#10 楼 @shuke0327 有 很强烈

谁长得帅给谁点 😁

#34 楼 @vincent 非常感谢 很详细。最近我也在把我项目的验证功能抽成微服务，可以参考你们的做法。

#32 楼 @vincent 今天我仔细听了下视频，你提到的跨服务数据访问中共享存储，举的例子是共享缓存，那是不是还有直接共享数据库的情况？比如每个服务都需要去验证用户的注册信息，是否是共享用户注册信息数据库？

#30 楼 @jicheng1014 这些动作也可以做成 service 的实例方法，作为一个 service 的对象，可以按照顺序调用实例方法。我是这么理解的。

+1

这是对某 document 的一个笔记？

直接在数据库上这个语句是什么输出？另，console 试试其他的 sql 操作呢？

#5 楼 @jasl 哈哈加油

#1 楼 @lgn21st 作为 token provider，要考虑向后兼容问题，有困难。

尽量用第三方的话，还有种选择是用实现了基础功能的oauth, oauth-provider。doorkeeper大而全。 @jasl 哈膜拜下，我没想要造个轮子，就是觉得把我目前的情况揉进 doorkeeper 有点困难。

#28 楼 @tsl0922 谢谢分享，让我也了解到 gRPC 慢慢成熟和被采纳。

404

#12 楼 @jaedong 不好意思 这个职位主要是后端

#8 楼 @lgn21st 我多希望你没忍住

英雄 投个简历

#20 楼 @qianthinking 😄 小帅哥

#14 楼 @qianthinking 谢谢。参考下。你们那拆微服务了嘛？

#10 楼 @jasl 哈哈是可以这么理解。从更高层次，就是网络上传输数据嘛。不过从我的理解，不管是观念还是实现方式，大家还是区分这两个的。

#9 楼 @nouse 多谢。我在想前两个缺点是在指出 RPC 绝对做不到 Local Call，第三个的话是指说改动的时候麻烦。

来说说性能增加，我能想到的，第一是 RPC 可以基于其他的 protocol 不走 HTTP；第二是可以使用类似 proto buffer 来打包和解包数据，比纯 Json 的要好。其他还有增加性能的点吗？不过用其他协议实现以及不用 Json 做数据格式，是要花额外的开发时间。

@vincent 可以就这个事情说下你当时技术选型时候的想法吗？谢谢。