时长07:07大小6.53M
作者回复: 哈哈,有钱的捧个钱场,没钱的捧个人场~
不过我专栏里也会提到,我真心不建议裸辞,很被动的。哪怕你再不喜欢老的公司,也骑着破驴找新马。裸辞的话,一方面新公司可能会因此“压价”,另一方面新公司也会在意这个事情,想知道你裸辞的原因。我的建议是你想好一个自己裸辞的理由。
当然,有一点好处是,你的入职时间可以很快。有时候也是很重要的一个优势。这些都要看机遇,随缘。
作者回复: 嗯呐,软件行业发展这么多年,单兵封神的时代基本过去了。
努力做专栏,努力不让你失望。有问题也欢迎你在相关章节里留言讨论~
作者回复:
嗯呐,我觉得第一步是认同交流沟通的价值,然后结合自己实际的情况,选择合适的处事方式。如果自己可以,那么自己来,如果自己不大可以,那么可以借助别人来。
作者回复: 事情都做完了,被卸磨杀驴,如果我说我不是第一次知道这种事情,你会感到惊讶么?这也是我为什么在直播选题的时候,会强调找个合适自己的经理。
专栏里也有一篇说这个事情,很多人觉得某个项目机会难得,哪怕经理奇葩,也忍了,先做事。但是很多时候这种情况下,做事儿的程序员就算做成了事儿,也没有收益。
作者回复: “不是我不努力,而是别人分配你的活根本就无法锻炼你。”
这个我同意。。。外包和外派我在这个专栏里会讲到。
作者回复: 我的感觉是,任何改变,都是个需要出很多的过程,更不用说转变。尤其是在工作中,日常繁杂琐碎的事情很多,如何能不被这些事情耗尽精力,进而有机会做自己想做的改变,其实真的是一个挺难的过程。
我有个朋友也是做运维的,也是想转开发(真的。。。真的不是无中生友。。。)。他也是传统金融行业,并非是互联网行业,没有对运维工作提出太高的要求。我跟他聊下来,给的建议是从日常工作入手,看看有没有机会做个项目,替代日常繁杂的工作。哪怕是自己用业余时间做。
如果公司对运维的依赖和重视程度很高,比如说互联网公司,那么不妨专注于运维,让自己的开发服务于运维。比如前面我提到的,可以让自己的运维范围从一台台独立的机器,慢慢上升到机器上跑的服务指标,再上升到服务所支撑的业务指标
其实,很多做开发的,也是困扰与自己是业务翻译机,十年专注CURD,觉得自己会的东西太窄,都是围城。
作者回复: ✅✅,选择在专栏里也有重点提到。经历过的都懂,我想通过这个专栏,帮助没经历过的、正在经历的、经历了也没懂的同学,懂。
作者回复: 略有一些,略有。
你知道Sybase被SAP收购了,想必也是混张江的了😜
作者回复: 运维方向没有深入了解过,就我接触到的信息看,有两个方向。
一个是紧跟业务,为业务提供价值。很多运维从传统的机器层面的运维,利用自己的监控系统,讲业务监控和运维纳入自己的范围。比如说,之前是监控机器的健康信息,慢慢的将机器上部署的服务,服务所属的组,也纳入到自己的信息系统,机器出问题,立刻给相应的组上报。更进一步的,将业务的指标也纳入监控系统。也就是说,监控的不仅仅是机器健康,而是业务健康,比如订单量,浏览量等等。这样,可以为业务提供价值,尽早发现问题,减少损失。
另一个方向是智能运维,提供根因分析,这个是比较技术流的,对技术系统要求比较大。
运维有一个优势是掌握着机器的健康数据,而且缺省就需要轮值,既然轮值监控,为什么不更进一步,监控更有价值的业务数据呢?
作者回复: 哈哈,应该不多。大学里没有太多利益,处理事情的关系简单得多
作者回复: 哈哈哈哈哈哈,我觉得也是,有问题有想法都欢迎在下面留言讨论哦~
作者回复: 升职的人都是类似的,而没升职的人各有各的原因。
这个专栏的职场情商篇第一节就会聊聊升职的事情。其实比自己来的晚的,升职比自己还早,也不是罕见现象。
如果你觉得自己有成长,工作挺开心,只是没升职,那么你不妨找机会跟经理聊聊,自己距离下一级还有多少差距,自己努力的方向是什么。
作者回复: 谢谢支持~
有问题随时交流哦~
作者回复: 谢谢捧场😄
作者回复: 加油哦~
作者回复: 哈哈,有啥想法欢迎说出来一起讨论一下~
作者回复: 聊聊为啥迷?
作者回复: :-)
作者回复: 在我看来每个程序员都需要有架构师的职能。这个专栏技术篇也会聊聊程序员如何成长为系统架构师。但是架构师是需要软硬技能双修的,这和专栏里很多内容都是有呼应的,比如重视沟通,重视需求等。
作者回复: 你好加油鸭,
学历对找工作的作用会随着工作经验的丰富越来越小。这个逻辑是工作经验和成长能够代替学历,用来筛选人才。我的python很菜,但是根据我和朋友聊下来,python不是很适合做大规模的web开发。但是现在python很火呀,机器学习什么的都是很好的方向。如果你愿意做后端开发,Go和Java都是不错的选择。