强烈支持，希望言论的口子能放松一些，已充值以略表寸心。

可以转成 unicode U+FF19 查一下

https://codepoints.net/U+FF19?lang=en

@obarong 其实不是，我交易极少才有这个需求。因为交易会留下记录，不交易也是一种动作，却不会留下记录。

换手率高的人，对输赢是有概念的，在持仓那里看就行了，一买一卖，赚了就是赚了，赔了就是赔了。但是我很多股票都长期持有，比如一年前是 +30%，我当时觉得还能涨，就没卖。过了一年我一看持仓，显示 +25%，第一反应肯定是没赔，但我这一年其实赔了，我该卖出。这种复盘现在只能依靠笔记来完成。

Moodle，不知道你要的是不是这种，国外好多大学都在用

@takato 不是回测也不是模拟盘，我是实盘交易，收益率在券商 app 里能看到。但是我在看股票的时候会有一些判断，比如今天觉得会涨，明天觉得会跌，有的简单记一下，有的想过就忘了。事后想要一一检查这些判断对不对，很麻烦，觉得如果有软件专门做这个会比较直观。

@takato 不是量化的回测，人工投资的时候也会有些想法，然后过一段时间需要验证。现在是弄个笔记记，然后过段时间找 K 线图复盘。

@zch693922
@DrPikaduo 那个收益太简单了。我没用过 pc 版哈，app 里就一个数一个图，能够记录的信息太少了。


@angryRabbit 嗯，我现在也只能想到用 Excel 自己记，不过有工具就更好了

amzn 的话可以联系我内推，我资料里有 tg id

哈哈哈，很工程师

@tcdh 我 v2 主页有 tg id，需要的话可以私聊我帮你内推

Amazon 考虑吗？北京的 Java 职位很多，嵌入式的话，可以帮你看看 lab126

@ashin 缓存设计和数据的特点有关，和业务关系太紧，写的东西都只能放在内网了

我以前在设计缓存的时候踩过不少坑，使用本地缓存时要考虑的点很多：

1. 分布式服务如果缓存量比较大的话，要在 client side 做路由策略
2. 有路由策略就需要考虑重启服务期间和扩容缩容时路由变化请求打到其他机器上产生无法被覆盖的脏数据
3. 同理，数据被更新时，清理分布在本地缓存中的数据比较麻烦
4. 重启服务本地缓存会被清空，需要考虑预热
5. 使用 Java 时，大量数据的 GC 很麻烦
6. 为了避免 GC 使用 off-heap memory 的话，你会发现反序列化的时间比想象的占比要高很多

我的总结是，如果你在用 Java，不要对本地缓存解决性能问题报太大期望。

@hanbing135 这也能喷美团？你的意思是搜狗这广告按钮是美团的程序员开发的？

商业公司做免费产品，加个不到 1 cm² 的广告位就算作恶，你这个标准也太低了吧？

我当初用讯飞输入法，输入到美团或者电影的时候会跳出一个悬浮层

https://i.imgur.com/GOyf7U1.jpg

我不是做安卓开发的，为了搞明白这个悬浮层是谁弹的就用了好久。我一直认为做广告可以，但是做成这样实在太影响体验了。

后来我就换成搜狗了，我的搜狗那个位置一直是广告位，而且是那种不太光彩的广告，现在是个红包图案，点进去是个抽奖，抽的结果是 10 元一箱茅台原浆酒，这不比给美团做个广告恶劣多了？

interesting, 以前做互联网校招社区的朋友也拉过我做这个，在微信群里搞收费模拟面试和简历反馈，我看了一下觉得吹得太厉害，没敢接…

现在大几？大三大四的话建议读研。读研可以比较轻松的通过校招进一流公司，起点高。
跨专业直接参加校招需要提前一两年去学习和做东西，否则进个小公司，一步一步往上走比较难。

你觉得自己答出来了，面试官并不一定觉得你答出来了，可能你的答案就是错的，或者理解太浅薄，但是现在候选人那么危险，动不动就上论坛曝光奇葩面试，说面试官不尊重候选人，面试官怎么敢指出你的错误呢。所以下次面试官呵呵一笑转移到下一个问题的时候，建议你留个心眼，回去查查你的回答到不到位。