Narcissu5 最近的时间轴更新 Narcissu5 最近的时间轴更新 |
Narcissu5V2EX 第 27583 号会员，加入于 2012-10-04 03:47:07 +08:00 |
| Mac 上的有道云笔记是不打算维护了么 全球工单系统 • Narcissu5 • 227 天前 • 最后回复来自 junjun | 17 |
| 如何向不懂技术的产品解释“技术成本太高” 程序员 • Narcissu5 • 2015-11-02 11:50:59 AM • 最后回复来自 yuyang041060120 | 26 |
| 有什么是你绝对不希望听到上司讲的 程序员 • Narcissu5 • 2015-07-06 20:41:39 PM • 最后回复来自 Khlieb | 28 |
| 程序员过了 35 转行应该不是干不动了。。 程序员 • Narcissu5 • 2018-09-28 10:16:31 AM • 最后回复来自 yamasa | 28 |
| 有没有觉得其实米帝的科技树也点歪了 程序员 • Narcissu5 • 2014-08-09 16:02:16 PM • 最后回复来自 bigwang | 21 |
| 闲杂人等问几个php的问题 PHP • Narcissu5 • 2013-07-21 10:18:49 AM • 最后回复来自 thbourlove | 13 |
| 这段代码给我一种读完可以三杀的感觉 Scala • Narcissu5 • 2013-07-01 22:07:34 PM |
Narcissu5 最近回复了
1 天前 回复了 fengxianqi 创建的主题 › 程序员 › 雪碧图已经过时了吗 |
iconfont 没办法只能单色啊，等于说把设计都限制死了
5 天前 回复了 cctvmot 创建的主题 › 问与答 › 5G 低延迟？ 5G 远程医疗？ 5G 自动驾驶？短视频的火爆是因为 4G？你们是不是忘了 wifi？你们是不是忘了 wifi6? |
当年运营商们大力发展 3G，是押宝可视电话大发展。结果早就了微信，自己的核心业务短信几乎归西
一门新技术出现之后到底怎么落地其实是很考验想象力的，谁能想到 Java 当初的目标是嵌入式？当然最后也可能证明确实毫无用处，这就另说了
一门新技术出现之后到底怎么落地其实是很考验想象力的，谁能想到 Java 当初的目标是嵌入式？当然最后也可能证明确实毫无用处，这就另说了
16 天前 回复了 XDJI 创建的主题 › 程序员 › 现在有公司用上 spring 的 reactive（服务端响应式）了吗 |
@abcbuzhiming 其实好的异步方案是无痛的，写 C#的时候几乎感觉不到是异步在执行
主要还是 java 现在其实还没有比较一致的异步方案，CompletableFuture,Flux API,Reactive,RxJava,还有 Guava，Netty 里面一堆自定义的 Future。我觉得起码要 ABDA 成熟并且有了比较像样的 ORM 框架才有点可能
主要还是 java 现在其实还没有比较一致的异步方案，CompletableFuture,Flux API,Reactive,RxJava,还有 Guava，Netty 里面一堆自定义的 Future。我觉得起码要 ABDA 成熟并且有了比较像样的 ORM 框架才有点可能
23 天前 回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？ |
一般来说 404 错误在开发测试环境就应该消灭掉，到了正式环境才发现 url 拼错了有什么意义。你的 js 还能自己修复么？有的人啊工作经验可能是有了，就是不会总结
23 天前 回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？ |
@AlisaDestiny 204 no content 了解一下
23 天前 回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？ |
@markgor 监控不光是看看而已啊，nginx 也好 hystrix 也好这些熔断都是根据 httpcode 来的
23 天前 回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？ |
天哪，登录时不返回详细的报错信息不应该是常识么
23 天前 回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？ |
@markgor 不是无法监控，而是成本非常高
如果你有了解过 Http 协议的话就会明白，分析 Http Header 很容易，而分析 Http body 是很耗时的，实际上对于简单的应用来说，相当一部分的 CPU 时间用在了序列化 /反序列化上。如果你的接口支持通过 Accept 指定不同格式的返回消息那问题就更加复杂得没边了
如果你有了解过 Http 协议的话就会明白，分析 Http Header 很容易，而分析 Http body 是很耗时的，实际上对于简单的应用来说，相当一部分的 CPU 时间用在了序列化 /反序列化上。如果你的接口支持通过 Accept 指定不同格式的返回消息那问题就更加复杂得没边了
23 天前 回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？ |
@eason1874 撞库或是社会工程学爆破，能不能嗅探到账号是否存在差别就太大了
Select Language