会有人带你的吧?
搜索是按照 hit 率来排序的。
一般没有这样的吧,而且很少这样,基本都是看整单多少钱
按你的工资平均到小时即可。
得改代码。这周看看
百度里挺多的
我也经常问这个
理论上应该有需求文档。那如果没有需求文档,就要揣摩下,面试官问你这个问题是为了考察你什么?是细节控呢,还是擅长大局观?
所以你可以从大局出发,比如功能,性能,兼容性,安全隐私等大块上先抽象,然后挑你最熟悉的一块深入细节聊一下。
标题党?学不会能退书不?
可知道里面有多少中间件?缓存怎么设计的?并发怎么设计的?队列怎么设计的?资损防控怎么设计的?安全怎么设计的?
期待,围观
很多所谓破局或者创新,就是内卷玩法
不是啊,这个是傲野的文章呀
在阿里这几年的感受是,开发做的事越来越多,设计、测试、运维、交付等工作都由开发来做。导致岗位间的互相监督制约不够;一个萝卜一个坑,一个坑一般只有一个萝卜,导致同应用同岗位之间的交流、协作不多。岗位中传帮带,互相 review 机制不够;开发压力重,为了拿业务目标,在没有监督制约的环境下,很多基础事情的优先级被放低。因此,建议不要迷信系统的监督,系统有覆盖不到的地方,有过时的地方,有能绕过去的地方。不要放弃岗位间的监督,几十年的软件工程发展出各个岗位,有其自身的价值和门槛,一味的赋能开放,最后会变成什么都不精。至少测试、开发两个岗位要分离。
提问的艺术,都不知道你说的是啥啊。。人家怎么回答你。
你都工作 10 年了?那你年纪和我差不多啊。。
postman 还能这样玩
自动化本来就比较难发现问题吧
都是工具人,就别内卷了。
这个不错
要契合研发体系啊
打印下 tomcat 的启动日志
如果是常用密码,赶快改。我现在都开启两步验证。
试用了下,完成度相当高!