V2EX › monsoon 的所有回复 › 第 3 页 / 共 10 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10

❮

❯

2017 年 7 月 13 日

回复了 Spoter 创建的主题 › Android › 为什么 Google Play 订单编号有很多是不符合规范的？

楼主，你可以把你们产品的 Play 地址发给到我邮箱，让我看下吗 [email protected] ？谢谢了。

2017 年 7 月 13 日

回复了 Spoter 创建的主题 › Android › 为什么 Google Play 订单编号有很多是不符合规范的？

楼主可以试试把文字好好梳理一边，然后写成英文，发到 reddit/r/androiddev 问下国外开发者看看，有没有可能是破解的问题。
不过按现在的情报的确第四种可能性大，前面那种格式好像是旧版的格式，所以有可能的确是别人伪造的……
不过你们应用日活和 VIP 的比例真的很低，有点奇怪……

2017 年 7 月 5 日

回复了 esolve 创建的主题 › 问与答 › 大外企技术荒废的也能很容易进 BAT 吗？

动态代理具体实现步骤、是问 hashmap 为何线程不安全
这两个问题感觉问的很差，前者我感觉这问题问的没水平或者没意义，因为如果不是专门工作中经常用到这个，谁会描述出具体的实现步骤。
后个问题也很有问题，Java 里的 hashmap 就算不 rehash 也基本上不太可能线程安全（比如说 visibility issue ）.......所以这个问题我感觉很奇怪......

2017 年 7 月 3 日

回复了 HGladIator 创建的主题 › 全球工单系统 › 你 B 站的客服就会一句话吗？

什么 B 站，A 站，哥只上 yt，懒得跟他们 BB。

2017 年 7 月 2 日

回复了 pythonee 创建的主题 › 程序员 › 有限状态机的本质是不是也是 if-else，那这个概念的意义在于什么呢

@chuanqirenwu 我觉得你的说法（ if else 是正则语言的一个子集）是错的。
if else 可以有嵌套结构，因为正则语言解析不了嵌套的结构。所以 if else 肯定不是正则语言的子集。

2017 年 7 月 2 日

回复了 pythonee 创建的主题 › 程序员 › 有限状态机的本质是不是也是 if-else，那这个概念的意义在于什么呢

@abcbuzhiming 计算理论。

2017 年 6 月 27 日

回复了 gouchaoer 创建的主题 › 程序员 › 我所理解的微服务

@gouchaoer 感觉我刚刚好像批评的太多了（我的错），不要太往心里去，权当学习交流好了。
不过这个东西真的很复杂，其实有段时间我也想学习下微服务，后来发现如果我工作里完全没用到的话，不就一点价值都没有了，然后我就没学了……

2017 年 6 月 27 日

回复了 gouchaoer 创建的主题 › 程序员 › 我所理解的微服务

我的一些看法，当然我不是微服务的专家！

> 首先需要确认的是一般的 web 后端不适合微服务，什么是一般的 web 后端呢？就是一些比较简单的对数据库增删查改或者对缓存进行操作、用来生成网页 html 的、写成一个项目也没啥问题的后端，每一次 http 请求都很快很简单并且没有特别消耗 io 或者 cpu 的调用，比如没有去查 elastic search、没有去 rpc/http 访问别的接口。

我觉得这句话其实是不正确的。一般的 Web 后端不是不适合微服务，而是没必要微服务。但是实际上一些非常简单的对数据库的删查改都非常适合做成微服务，如果这部分提供的 API 服务是你业务非常核心的业务，而且非常需要 Scale （乃至 reactive ），这时候做成微服务是非常有价值的，而且也利于迭代这部分核心的业务。

> 1、凡是涉及到 io 的部分必须有 tcp 池，包括 es、mysql、redis、rpc 甚至 http，我们知道 tcp 建立连接和断开对任何一方都是有消耗的，qps 大了这个消耗都必须避免

我觉得这也是错误的，微服务并不需要一定有 TCP 池，一个微服务可以通过各种的形式给外接提供接口，并不需要 TCP 池，就算你通过 Atom （ https://en.wikipedia.org/wiki/Atom_(standard)）让别人订阅数据也没关系。

> 2、凡是涉及到 io 的部分要么用异步要么用协程，不允许阻塞，因为 io 部分意味着这部分消耗时间很长，如果阻塞在这里 qps 一大就会同时有长千上万的线程卡在 io 的地方，cpu 调度这些线程消耗很大。

我觉得这也是错误的，在一个现实世界里，一个微服务用到一些东西是阻塞的是再说难免。比如说你用的数据库并不是在驱动级别支持异步的。但这从来不是问题，你只要讲这部分阻塞的东西放到一个很好的围栏里（放到一个线程池里并采取相应的措施）。当然你的微服务的很多阻塞的部分可能是你当前的微服务的一块比较短的短板，但是这永远也不会因为你的一个后端有阻塞的部分，而使你的后端无法成为一个微服务。

2017 年 4 月 25 日

回复了 acros 创建的主题 › 问与答 › 一个困扰很久的无聊问题：播放器的随机播放到底是哪种随机？

https://labs.spotify.com/2014/02/28/how-to-shuffle-songs/
iTunes 也是类似的， Google Music 也许也是类似的或者更复杂的算法（比如说结合机器学习）。
如果楼主你经常用的播放器有这种问题，有可能是随机的算法没写好。

2017 年 4 月 23 日

回复了 monsoon 创建的主题 › Android › 请教一个 Rxjava 的问题。

@aaronmix 是的，不过视频里也提到了，感觉这些都是些很容易犯的 bug 。

2017 年 4 月 21 日

回复了 yt1988 创建的主题 › 全球工单系统 › 醒目提醒大家谨慎购买 Nya-VM 产品

帖子里好多名称都没看懂，感觉这里面说的好几家好黑的样子，这贴是说楼主买了一个 VPS ，然后说线路很差，然后被其他 VPS 商攻击？
我看到中国人开的这种就绕道，买个国外的 VPS 速度有快、服务又热心，也没这些乱七八糟的事情。。。

2017 年 4 月 20 日

回复了 xyjtou 创建的主题 › 问与答 › 今天苹果和微信关于支付终于开撕了，像得到 App 这样的内容创业应用，内置购买走微信支付的话，也要分 30%给苹果吗？

我发现如果一个人在一个帖子里，和很多人争论来争论去，然后 @了很多人，而绝大部分的回复内容毫无营养。
很多情况下，他并不是是合理地探讨，而是只认同他自己的想法，觉得他自己的想法是绝对对的……

2017 年 4 月 20 日

Google Play 也有这样的规定吧……

2017 年 4 月 17 日

回复了 monsoon 创建的主题 › Android › 请教一个 Rxjava 的问题。

@Cabana
哦，我剛剛看了下，原來 RxRelay 是這麼用的，感覺又學到了很多，謝謝你了。

2017 年 4 月 17 日

回复了 monsoon 创建的主题 › Android › 请教一个 Rxjava 的问题。

@jinyang656
哦，我明白了，谢谢腻了。
一开始我还以为因为代码前面不是有 RxView.click(View)，就算 onError 后， click 还是会再在重新来一边，后来想一下原来我完全想错了，前者和后者是一条链的。

2017 年 4 月 17 日

回复了 monsoon 创建的主题 › Android › 请教一个 Rxjava 的问题。

图再发遍试试
https://i.ooxx.ooo/2017/04/17/736a2f1e58e0b11c42f05ad64ab9db6e.png

2017 年 4 月 12 日

回复了 thomaswang 创建的主题 › 程序员 › 程序员每年至少要看几本书？

因爲計算機的知識和內容還是很多的，一年看幾十本的人我感覺還是有好些的。
上面很多人說的內容的我的一些看法：
许多技术书才出版就过时了 -> 恩，有些書是這樣，這部分書裏面框架書多。但是很多書都不一定，比如說一些本質的或者一直一來沒什麼變化的書或者一些國外出版社出版的很多新書，比如 manning 出版的那些。另外很多人都是直接看英文原版書的。因爲國內引進的書並不多，而那些翻譯的書有些翻譯差、有些翻譯後已經離原書出版的時間隔很久了。
感觉看书效果并不好 -> 我的感覺是這是錯的，因爲實踐項目的成本其實我感覺比書的大的，項目有些有它的業務邏輯，而且裏面的一些原理有時候是很難從代碼裏看出來的。好的技術書會講一個東西是什麼、怎麼做，用一個麻雀雖小、五臟俱全的例子來描述這個東西，並且再進行衍生。而且從書裏學到的東西更系統。
不如直接看技术文档，或者 SO 、技术博客来得直接、实用。 -> 很多文檔是和書差不多的，比如說 Akka 的文檔、 Rust 官方語言介紹的文檔。所以看技術文檔和書其實是一樣的。看書的人裏很多也會有選擇的看文檔或者相關的 coursera 的視頻的。 SO 、技術博客只是對前 2 者的補全。

學習是啓發式的，而且多種方式的，但是讀書毋庸置疑是裏面比較好和高效的一種方式。

1 2 3 4 5 6 7 8 9 10

❮

❯