先坚持 5 个星期

先请求再开页面的都是偷懒搞法。。。直接怼回去谢谢

你先请求页面，然后页面超时。用户直接傻等。。合适么。。。

但我都是 10-11 点起。都到吃中饭点了。。吃个球的早饭。。。

胆囊息肉了解一下。。。我的就胆囊息肉好多年。。。但根本改不过来吃早饭。。。。

@easylee 不是每天 1 块的……另外。你一天一块，怎么成功换算成 500 天每天 5 毛的…孤陋寡闻

kotlin 是唯一一个改善让我觉得 java 系还能一战的语言。

每个特性都是为了节省时间和吸收其他现代化语言设计的。。每个特性都爱不释手。。。

用 kotlin 和用 java 的思维去写代码不知道哪里冲突了。。。。。。

ps：lz 写的还蛮好的啊。。。

有问题。只要你有精力和能力，反而是能出彩的机会。机会和风险并存咯。。
当然，要只是完成需求，当个咸鱼。当我没说

另外也没必要恐慌。
除了隐私会被洗刷刷外，和钱有关的倒是没什么太大问题的。都有二次交易密码。

另外，有些懒得搞 secure+https 的也会有一些措施的。比如 cookie 本身是加密的。如楼上所说的 sina。2012 年抓包研究过。cookie 里只是一些索引 id 和加密信息。虽然回放是可以登录没错。但条件也比较苛刻。防君子不防小人那种。
再比如 cookie 加密信息里面会有过期信息。ip 等信息，多重的校验防止 cookie 被劫持了回放。问题是有。但不至于人人自危。。。

所以，各位同行。。。虽然不做安全方面专家，基本的安全手段还是要注意一下

归根到底是网站本身对安全性的考量是如何的。

安全意思强的团队，自然会加 Secure+https。安全意识弱的就不知道这两个东西。。。而且 https 本身会增加成本。。。

这个吐槽没什么意义。1.你没办法控制流量劫持。2.你也没办法去要求一个不注意安全的公司把所有的东西基本安全做到位

正儿八经带出来的新人，不是试用期后可以改代码。那太 low 了。。是试用期后可以直接接需求做一个独立开发了。

扔那看代码？随口问？楼上也说了，问的不勤的人才是能力有潜力的，问的勤快潜力两说。

新人来了直接给需求，自己做去。做不出来咱们再一个个拆解问题在哪。告知如何解决问题和解决问题的办法就行了。比如指导搭个梯子，自己上 google 查。有什么问题，直接甩关键词自己去搜。都是打工的，没有义务手把手教。

楼主这样带人。。。。差点意思。感觉是在享受被问的快感。

@0576coder 当然。一台机器，随便搞。。没啥区别

@0576coder 轻量业务 setnx 做锁蛮好使的。。。lz 这个需求怎么搞都没错倒是。。。是我肯定像楼上说的。专门起一个线程或者小的脚本，定时重新申请一下。。。

百万 pv。可能得两台机器吧。不然跪一台怎么搞?

setnx 很符合需求啊。。用 synchronized。。不是不可以。但从两台机器来看。互相并不知道锁的存在。。

synchronized 和 redis 的锁是一回事？后者处理分布式一致性问题。前者只处理本机一致性问题。两码事好吗

这么多参数。提一个 obj 封装一下可好…

除了 1-2 线城市。。其他地方。。你做程序员拿不到这个收入。。。