我来帮猫总顶贴
看请求响应时间是不是在变大,如果是,很可能是应用服务 DB 连接池在排队或者 DB IO 瓶颈已初步显现,应用服务本身 CPU 上不去太正常了,对 DB 服务器的监控数据也许能帮到你继续分析。
特性是一个完整的业务场景的实现,比如基金排名,是一堆小功能点的合集
功能就很单纯了,基金排名里面有筛选排序功能、查看明细、加入收藏之类的……
当然非要说这只是大功能和小功能的区别也可以,只不过特性是偏敏捷的叫法,侧重于业务价值描述
我记得 14 年还是 15 年那会,我们组装了这套环境,要求全员必须通关……结果就只有我一个没通
唯有送他们去字节、阿里、多多,尝试一下做不完的需求,不然浪费他们的主人翁意识
三个问题,看起来没有一个是驱动你回老家的真正原因……
可能你还是觉得老家也有合适的营生,生活质量会更高吧,如果有这个想法那就赶紧付诸实施吧,你想的是真对的
替撸主感谢你的指引
中午他发了个匿名贴,说:社区已经变成屎山了,再见了……
正好我有匿名区权限,反手一个删除就给干掉了,这下真的再见了
正常的 url encode 在一个 & 之后只会 encode 一个 = 号吧,是不是后端自己写的自定义 decode 逻辑?
我看 chrome 和 postman 至少不会因为参数值里面有 = 号而出问题的
就是说你的造数脚本都需要用户自己提供到平台上,业务逻辑一变这些脚本就需要跟着变,人家用自己的脚本用的好好的,甚至在 CLI 里面更快捷,为什么要用你的平台,搁我我也不愿意用啊……
所以看起来你没有增值服务或者太少,比如
另外,找机会访谈一下用户,让他们象征性给点建议,汇报的时候把功劳分摊到用户头上,跟大大大 BOSS 汇报或者写邮件的时候就说 “在 XXX 的帮助下”,鸣谢一下,把他们绑到你的战车上,这是另一方面的小技巧。
只要社区能保证其他用户不会通过社区绑定的微信信息找到我,我就举爪
自己创业吧
仅楼主可见
想造反闹革命的永远是最底层的穷苦百姓,士绅都知道自己要努力维持或增加自己的财富和实力,不参和那些杀头的营生。
找好下家了吗,找好了马上就走,干吗要答应晚点走?
思路是对的,只要能干好,都是共赢,非要攀比只有不开心
我前几年还会打听别人的薪水和奖金,现在已经完全不关心了,只关心自己干这个活值不值这个价,后面怎么发展这样
上进也分档次,我说的仅限于把代码搞漂亮点,也并不是炫技,至少不通过加 if else 来实现新的业务逻辑也是一种上进的表现,至于觉悟能不能更进一步,自测通过再提测,这就要再提点提点或者通过流程来帮着提升了……我本人还停留在前一种,虽不耻于堆代码屎山,但是自测这一点上的确不值得骄傲……经常被测试妹子耳提面命
场景二里面有其他情况,我以前合作的开发经常出现。
1、开发主要精力在处置较为麻烦的问题,比如缓存、性能等,解决之后对业务基本逻辑出现主观偏差,觉得 “哎呀真爽啊,完事”,造成低级问题产生。
2、不屈从于垃圾代码,为兼容当前的业务逻辑,花了额外的功夫做优秀的设计或者对遗留代码做了重构,这种情况也很容易出现低级问题。
除了大家说的流程上的处理手段,我觉得还是要试着去理解一下深层次的原因,逻辑简单,CRUD 不犯低级错误的开发也不见得就是多么出色的开发,因为这些人坑一般挖的比较深;经常犯低级错误的人反而也可能是技术比较好、比较上进的人,只是方法未必到位而已。这样跟开发合作,相互知根知底,了解对方容易出错的习惯,效率一定不会差的——测试和开发的合作也是一个相互培养的过程,俗称磨合。
字节会比百度累一点,钱多一点,但是你去百度也有可能会被挖去字节,百度的技术还是不错的,字节技术大佬好多都是挖百度的
你们搞错了重点,我也推荐去做后端,但这不是测试和开发的关系,而是字节和阿里的关系……阿里已熟透,而字节在发展,奔小康的概率、个人的发展空间以及氛围,我觉得对于应届生来说字节胜出不少。
嗯嗯嗯,对对对
方法论是一种以解决问题为目标的理论体系或系统,通常涉及对问题阶段、任务、工具、方法技巧的论述。方法论会对一系列具体的方法进行分析研究、系统总结并最终提出较为一般性的原则。
如上方法论的释义来自百度百科,说白了就是处理各种问题的套路,请问这个词有啥问题吗?
几十年前的词汇和思想,为何未来会风靡?
py 做工具、写脚本、做 AI,java 写业务平台后端(便于服务治理),go 写支持高并发高性能的组件
没感觉哪里重复了,如果非要说重复,那所有的语言功能都重复了
并非有意否定你现在的薪水,11K 应该在跳槽的时候涨幅不大可能受百分比限制,主要还是要有时间打磨自己
25K+ 估计才会要背调和提供薪资流水,除非你去了个 “假互联网公司”
就算有经济压力也待时间充裕的,涨这点真不值得,20*16 或可考虑一下