想造反闹革命的永远是最底层的穷苦百姓,士绅都知道自己要努力维持或增加自己的财富和实力,不参和那些杀头的营生。
找好下家了吗,找好了马上就走,干吗要答应晚点走?
思路是对的,只要能干好,都是共赢,非要攀比只有不开心
我前几年还会打听别人的薪水和奖金,现在已经完全不关心了,只关心自己干这个活值不值这个价,后面怎么发展这样
上进也分档次,我说的仅限于把代码搞漂亮点,也并不是炫技,至少不通过加 if else 来实现新的业务逻辑也是一种上进的表现,至于觉悟能不能更进一步,自测通过再提测,这就要再提点提点或者通过流程来帮着提升了……我本人还停留在前一种,虽不耻于堆代码屎山,但是自测这一点上的确不值得骄傲……经常被测试妹子耳提面命
场景二里面有其他情况,我以前合作的开发经常出现。
1、开发主要精力在处置较为麻烦的问题,比如缓存、性能等,解决之后对业务基本逻辑出现主观偏差,觉得 “哎呀真爽啊,完事”,造成低级问题产生。
2、不屈从于垃圾代码,为兼容当前的业务逻辑,花了额外的功夫做优秀的设计或者对遗留代码做了重构,这种情况也很容易出现低级问题。
除了大家说的流程上的处理手段,我觉得还是要试着去理解一下深层次的原因,逻辑简单,CRUD 不犯低级错误的开发也不见得就是多么出色的开发,因为这些人坑一般挖的比较深;经常犯低级错误的人反而也可能是技术比较好、比较上进的人,只是方法未必到位而已。这样跟开发合作,相互知根知底,了解对方容易出错的习惯,效率一定不会差的——测试和开发的合作也是一个相互培养的过程,俗称磨合。
字节会比百度累一点,钱多一点,但是你去百度也有可能会被挖去字节,百度的技术还是不错的,字节技术大佬好多都是挖百度的
你们搞错了重点,我也推荐去做后端,但这不是测试和开发的关系,而是字节和阿里的关系……阿里已熟透,而字节在发展,奔小康的概率、个人的发展空间以及氛围,我觉得对于应届生来说字节胜出不少。
嗯嗯嗯,对对对
方法论是一种以解决问题为目标的理论体系或系统,通常涉及对问题阶段、任务、工具、方法技巧的论述。方法论会对一系列具体的方法进行分析研究、系统总结并最终提出较为一般性的原则。
如上方法论的释义来自百度百科,说白了就是处理各种问题的套路,请问这个词有啥问题吗?
几十年前的词汇和思想,为何未来会风靡?
py 做工具、写脚本、做 AI,java 写业务平台后端(便于服务治理),go 写支持高并发高性能的组件
没感觉哪里重复了,如果非要说重复,那所有的语言功能都重复了
并非有意否定你现在的薪水,11K 应该在跳槽的时候涨幅不大可能受百分比限制,主要还是要有时间打磨自己
25K+ 估计才会要背调和提供薪资流水,除非你去了个 “假互联网公司”
就算有经济压力也待时间充裕的,涨这点真不值得,20*16 或可考虑一下
总之,老二出生之前,老大没怎么挨训挨揍,有了老二,时刻想揍老大
如何定义 “视觉凸出”?
很大很全很牛比,一看就是积累了很久的平台,有几点建议:
1、代码看起来很久远了,考虑重构一下切到 springboot 上来,可以简化用户部署
2、前端 UI 设计略粗糙,建议换个 blingbling 的框架
3、demo 里面的字典定义太过于个性化,不同维度的概念混淆到一起,既然是开源么,建议参考 testlink 的默认定义
4、度量分析,建议按照业务目标/价值或者用户角色为导向做一下分类,都挤在一起很难区分
换个思路,自己拿树莓派控制几个无人机、气球炸弹啥的,对于本地没有事先 CI 搞通直接 push 上去的,CI 一旦跑红了,开飞机去炸丫的,然后通过度量数据公示出来……
预拦截 commint、push 只能通过项目下发本地的 hook 来实现,比较复杂,而且比较容易在本地被篡改。
你没有代码仓库权限吗?进去看一眼立刻就明白了……
可以配置多个 hook,MR 的配置 MR 的 CI 启动接口,Push 的(可以指定分支)URL 配置 Push 对应的 CI 启动接口
恒温大佬是个文艺青年,不过我还是比较愁……
这样一级一级的就到义务的某家小作坊,比方是个 500 万的螺丝钉的单子。小作坊是又开心又惆,开心的是有单子了,惆的是没有那么多钱去买螺丝钉的原材料啊。
面试题:请问这句话里面有几个错别字
另外,一楼说的那 4 条是真的,你要尽量托关系打听清楚,切不可草率
平台应该具备的最基本能力之一:在既定兼容范围内的框架下,手写的脚本,可以随意接入平台管理,这样就可以统一方便地场景组合、管理数据、调度任务,等等等等~~~
那种单纯做成在线写脚本的测试平台,想想就垃圾~