从技术变更看开发人员的技术路线

运维工程师发展路线 而是要让自己的精力从底层简单的日常运维工作中解放出来,做一些更具价值的事,以建设一套完善的自动化的运维体系为目标,充分发挥自己的核心竞争力,毕竟没有哪个开发能比运维更懂运维自动化产品的需求。梳理目前手头的工作,你会发现其中有一半的运维工作都存在重复性,或者满足某些特定场景条件下触发,且每次操作的步骤基本相同,存在较少的意外情况发生。因此,在规范制定之时,应该要满足大多数人的风格习惯,制定的规则简明扼要,不要让理解规则成为负担,最后是需要运维团队每个人需要明确规范的目的,让运维规范成为大家的共识。 阅读详情

此文为转载,原文看这里: http://topic.youkuaiyun.com/u/20090706/00/606640a7-f79d-4359-bfb5-a7eb30e1b5fc.html


    最近微软在技术上连续有大动作,在PDC上发布了Windows Azure云计算平台,预告了Visual Studio 2010、.NET 4.0和C# 4.0。如果放在几年前,我相信微软粉丝们一定是欢声雷动,不过这次情况有点不太一样,在网上看到有人在抱怨微软技术更新速度太快而且四面出击,还有人扬 言要改弦更张,投奔Linux或者Java阵营。我本人也收到一封来信,写信人大意是说自己大学时选择.NET路线,一路跟下来很辛苦,2.0还没学好, 人家已经4.0预览了,感到很困惑,问我该怎么办。老实讲,这样的问题我无法回答,每个人具体情况不同,所应该采取的态度和解决方案也不同。从我自己来 讲,其实技术路线问题也曾长时间地困扰我,所以我想把我现在的一些想法摊出来跟大家分享一下。罗列如下:


        1. 根据我长期的观察,做开发技术的人按照其人生路线设计,可以分成几类。第一类是把自己的命运寄托在一项事业上。这样的人知道自己想干什么,而且有能力把技 术当工具来实现自己的想法和事业。这里所说的事业是广义的,并不是说你非要自己开公司当老板,而是说你认可一件事情,比如促进人们交流和言论自由,带给大 家更多娱乐,提升大众身心健康水平,增强国家国防实力,或者提升某个行业的信息化水平,然后你能够以技术为手段,在这个事情上做出成绩。这种人做着自己认 为值得一生投入的事情,愿意领略这一追求带来的人生起伏并且无怨无悔,我认为这是做技术的最高层次。第二类是把自己的命运寄托在组织和团队上。这种人虽然 不知道自己到底想干什么,但是技术水平出色,而且综合素质突出,勇于变化,能够把技术当敲门砖进入某个优秀的团队,以团队的目标为目标,依据团队的需求而 转型或者坚持,跟团队一起干出一番成绩。这类人有令人羡慕的职业背景,在大公司里高薪厚禄,生活比较安定舒适,但是中年以后会经常自问到底做了什么自己想 做的事情,为自己过于风平浪静的人生感到惆怅。但总的来说,这个层次也是比较高的。第三种是把命运寄托在技术上。这种人有能力成为技术的专家,然后就希望 奇货可居,待价而沽,把技能当商品出售谋求富足人生。这种人没有大的人生目标,不想把自己的命运跟企业和组织绑定在一起,也不愿意做什么改变,只是满足于 技术高手的层面,寄希望于其技术专长能够长期值钱,有点投机主义者的意思。第四种是还处于出卖劳动力的阶段,在这里就不多说了。


    我想说的是,在过去很多年里,很多技术人实际上是把自己定位在第三种人里。而实际上,只有成为第一类和第二类人,才算达到了比较成功的状态。第三类人实际 上最危险,因为技术的变迁不但是可能的,而且是一定的。他们要么马上被淘汰,要么追得老了累了追不动了以后被淘汰,被淘汰只是时间问题。 因此,如果你认为某个软件技术的兴起或者衰落对你个人的职业生涯构成了决定性的影响,那么你可能正走在错误的路线上,应当尽快改弦更张。


        2. 对个体软件人来说,什么是核心竞争力?不是时间差,不是技术,不是基本功,不是什么思想,也不是聪明脑瓜,而是你独特的个性知识经验组合。


    有人看到新技术出来了,急急忙忙赶上去尝鲜,以为自己快人一步,就能如何如何,实际上这种想法根本不靠谱,最多在论坛博客上风光两天,等这项技术投入实际应用以后一点便宜也占不到。


    有人把某个技术、框架、平台研究得里外通透,以为这样就能奇货可居。实践中,这种人能红火一时,但很难超过5年。这是现阶段技术发展生命周期所决定的。此 外,现在越来越多人意识到了,能够靠读书看文章读代码做练习学会的东西没什么门槛,智力正常的人只要愿意花功夫,都不难达到你的程度。有的人认为,自己有 能力驾驭技术潮流,哪个红学哪个。我在技术行业里不敢说阅人无数,见过的高手上百是有的,说句不怕得罪人的话,能够连续抓住两个以上的潮流并且始终处于领 先位置的人及其少见,一只手就数的过来。更常见的情况是,上一个阶段的成功会成为下一个阶段的障碍,所谓随机应变屹立潮头之说,往往只不过是当红小生给自 己壮胆的狂言,时过境迁之后,他就只能听着新一代当红小生的豪言壮语而默默苦笑。

 

    有人强调基本功,这是对的。在任何技术性行业里都一样,基础打得多深,上面就能造得多高。现实中,基本功扎实的人很少见,这跟中国教育的弊病有关,所以基 本功好的人,一般应变能力强,学习速度快,比较受欢迎。但说基本功是核心竞争力,还是没有抓住本质。我们经常能看到基本功差不多的两个人,一个发展的很 好,一个发展平平,这表明基本功成功职业生涯的是重要条件,但不是决定因素。

 

    有人强调这个那个思想,实际上软件行业里的伟大的思想就那么屈指可数的几个,窗户纸一点就破,其他衍生出来的思想,就跟技术风潮一样,各领风骚三五年,成不了你核心竞争力。

 

    还有人强调自己的智商,聪明脑瓜,觉得自己比别人聪明,自己的聪明是核心竞争力。大学生、刚毕业的人持这个观点的比较多,然而有过人生阅历以后,自然会对 这种观点不以为然。本质上这是因为社会对于“聪明”的定义与学校不同,一个解题高手在学校里可能是受人仰慕的聪明脑瓜,但在职业人生中则可能是个大傻蛋。 我们身边很多人走了一条不尽如意的人生道路,往往不是因为他们不够“聪明”,而是因为他们太“聪明”了,聪明反被聪明误。我想这也是为什么人们要发明“智 慧”这个词以区别于“聪明”的原因。另外,关于这种观点,还有一点不得不指出,那就是在软件这个行当里,一般聪明就可以了,绝顶聪明占不到多少便宜。

 

    那么核心竞争力是什么?我观察圈子里很多成功和不成功的技术人,提出一个观点,那就是个人的核心竞争力是是他独特的个性知识经验组合。这个行业里拥挤着上 百万聪明人,彼此之间真正的不同在哪里?不在于你学的是什么技术,学得多深,IQ多少,而在于你身上有别人没有的独特的个性、背景、知识和经验的组合。如 果这种组合,

 

1),绝无仅有;

2),在实践中有价值,

3),具有可持续发展性,那你就具备核心竞争力。

 

    因此,当设计自己的发展路线时,应当最大限度地加强和发挥 自己独特的组合,而不是寻求单项的超越。而构建自己独特组合的方式,主要是通过实践,其次是要有意识地构造。关于这个观点,话题太大,我不打算赘述。

 

        3. 虽然技术路线的选择不是核心竞争力,也不应该具有决定性,但对于个人职业路线还是具有比较重要的影响力。但这并不是说,我们应该煞有介事地把自己归于 Java或者.NET技术阵营,整天捧本书吭哧吭哧啃。正确的态度应该是着重于你要干的事情,然后认真把这件事情做好,通过必要的学习将所需的知识体系构 筑完整,在整个过程中及时更新知识体系。只有心理没谱的人,才会为新技术的推出感到惶恐,因为他不知道自己要干什么,也就不知道自己要学什么,看到什么东 西出来了都以为如果不学就会落伍,才会觉得是个压力,日积月累,才会痛苦彷徨嚷嚷怎么办。相反,如果你很清楚地知道自己要做什么,就会发现,其实必须及时 更新的知识变化并不频繁,大多数新鲜玩意根本不在自己关注范围内,任他三仙落地,五佛升天,与我何干?因此完全可以安步当车,稳扎稳打。

 

        4. 几年前我刚加入优快云的时候,.NET和Java之争是最热门的话题。现在回过头看,其实当时无论你选择那条路,如果认真做下去,搞些实事,别玩虚活的 话,现在都应该有成就了。当然,客观上来说,这几年微软技术变化是比较快,弯弯绕得比较多,相比之下,如果当时你选择的是Java,可能这几年过的比较幸 福一些,这是事实。我对此并不是没有自己的看法,但是这毕竟不是多么大的问题,实际上Java这几年折腾得也够猛,只不过作为一个比较开放的领 域,Java为其追随者保留了更多的自由度,而微软的追随者大多数有一种被驱赶的感觉而已。话说回来, 微软的技术变革并不是没有章法的,其今天的技术架构,早在2003年就已经明明白白地公诸于众,只不过因为某些微妙的原因,一些微软跟随者这几年被带着兜 了一些圈子,浪费了一些精力,比较辛苦。不过,现在.NET技术体系的尘埃基本落定,从体系结构上看,相对稳定的时期已经到来,投资微软技术可以放心。

 

        5. 不过我相信未来不同技术流的应用领域会出现一些明显的分化。在中国,涉及国防、国家安全、命脉产业和关键行业的服务端要害系统,国产化改造是阻挡不住的潮 流,长期来看,开源和Java将在这个领域占据主导低位。其他的领域,随着微软技术变革的的大势确定,相信微软的优势不可小觑。这里没有考虑中国政府可能 做出的产业调整政策。这次微软黑屏事件,无论是否出于微软本意,其最大的效果在于向有关部门展示了一下其信息战力,中国政军内部有关机构对此不可能不加以 警惕,这是否会引起中国国内IT产业政策的调整,现在还不得而知。但我相信,微软系统恐怕将在不长的时间里与中国关键要害领域的核心系统彻底说拜拜。未来 中国IT系统的格局,很有可能是居庙堂之高则清一色Linux/Java,处江湖之远则Windows占主导。

 

        6. 几年前还有一个热烈争论,就是Java和C#之争。现在实际上尘埃已经落定,两个语言的定位已经分道扬镳。Java实际上已经落实了成为系统语言的诺言, 在现在的计算机体系结构上,Java与15年前的C一样,可以成为构造基础设施的利器,而且其性能相当不错,完全突破了之前人们对虚拟机语言的认识局限 性。我相信在未来,Java将有效地侵蚀C语言的一些曾经以为千秋万代永不变色的地盘。虽然同时Java也在向上发展,但是其力度与C#不可同日而语。相 反,C#主要是在往上发展,即将成为超级瑞士军刀,微软版十全大补膏,所有于应用开发有意义的特性都要加上,从编程语言发展来看,它将成为一株奇葩。作为 一个编程语言的爱好者,我正饶有兴致地注视着史上特性最丰富语言C#的发展动向。但是,不得不指出,C#的弱点在脚跟。自从用它开发Longhorn Avalon失败以后,微软暂时放弃了让C#成为系统语言的努力,专心专意让C#变成应用开发领域的超级无敌霸王3000,而在核心领域,仍然是C++、 COM当关。这就出现了有趣的局面,在可见的未来,微软体系内真正的核心软件基础设施,还是将由微软自己用C++来构造,而组合装配的应用开发,则由C# 完成。VB和CLR平台上的其他动态语言都不会有太多机会,因为C#将穷尽神智正常者一切关于语言的幻想。


    以上几点,如果有人现在要选择技术路线,可以参考一下。但切记,技术路线的选择重要,但不具有决定意义。

SAP CEWB高效批量调整工艺路线与BOM的实战指南 本文是SAP CEWB工具的高效实战指南,详细介绍了如何利用其批量修改功能,将原本耗时数日的工艺路线与BOM调整工作简化为“一键搞定”。文章通过“十字交叉法”等核心技巧,指导用户精准定位并批量变更数据,同时强调了检查与变更记录等安全操作,帮助生产数据维护人员与PP顾问大幅提升工作效率与准确性。 阅读详情

相关推荐

交付工程师学习路线(从入门到专家)

《交付工程师学习路线报告》摘要: 本文系统阐述了交付工程师从入门到专家的成长路径。入门阶段(0-1年)需掌握网络与操作系统基础、Shell脚本编写,熟练使用Git/Docker/Ansible等工具链,并培养需求转化和跨团队沟通能力;进阶阶段(1-3年)重点构建CI/CD流水线能力,通过自动化流程提升交付质量,包括Java项目的Maven编译、JUnit测试阻断、Docker镜像打包和Kubernetes部署等关键环节。报告强调交付工程师需具备技术与业务双重能力,随着软件迭代加速和业务复杂度提升,其在保障交

m0_52307083的博客 1841

技术路线的选择重要但不具有决定性

最近微软在技术上连续有大动作,在PDC上发布了Windows Azure云计算平台,预告了Visual Studio 2010、.NET 4.0和C# 4.0。如果放在几年前,我相信微软粉丝们一定是欢声雷动,不过这次情况有点不太一样,在网上看到有人在抱怨微软技术更新速度太快而且四面出击,还有人扬言要改弦更张,投奔Linux或者Java阵营。我本人也收到一封来信,写信人大意是说自己大学时选择.NET

孟岩 15万+

【信息系统项目管理师】复盘配置变更项目集组合记忆敲出Part4

【信息系统项目管理师】复盘配置变更项目集组合记忆敲出Part4 配置变更项目集组合管理【信息系统项目管理师】复盘配置变更项目集组合记忆敲出Part4第十四章 配置管理重点1.软件文档分三类2.文档质量的四个级别3.配置管理的六个活动4.关于配置项5.配置基线6.CCB配置控制委员会7.配置管理员8.配置管理的目标9.配置控制之变更评估10.配置状态报告的定义11.基于配置库的变更控制(图)12.配置审计的作用13.配置库第十五章 知识管理重点第十六章 变更管理重点1.项目变更产生的原因2.变更的分类3.变更

千月星跡 1676

微软技术路线

2018年3月21日,第一稿;              2018年初,整理一套基于“微软产品系列下的研发工具组合”,用于行业软件的研发和管理,称之为“微软技术路线”。        在一个公司中选择商业工具技术路线,还是开源技术路线,要根据所处行业、资金、经营策略考虑,但从国家振兴、国家安全、企业长远方面考虑,应该选择开源体系,部分选择商业软件。只有掌握核心技术,才能不受制与人,才有自主权和抗击...

maicowxp的专栏 1208

从变更控制到审批闭环:IT项目变更报告写作方法与自查清单

项目管理中的变更控制是确保项目基线与交付质量不被需求扰动冲垮的关键机制。任何IT项目在推进过程中,几乎都会遇到需求变更、缺陷修复或技术方案调整,而这些扰动必须经由规范的变更管理流程处理。作为变更控制流程的末端交付物,项目变更报告(Project Change Report)不仅是过程留痕,更是评审人判断变更是否合理、影响是否可控的核心依据。一份高质量的报告需要清晰定义变更来源、级别与审批链,并用量化影响分析和闭环审批证据支撑决策。在实际工程场景中,CCB评审、关键路径偏差分析、备选方案比选都是报告不可或缺的

weixin_34175509的博客 395

西工大总分396上岸学长的经验分享|西北工业大学通信考研信号与系统

以上就是我的一些经验,当然每个人的情况与学习习惯都是不一样,以上仅供大家参考,具体的学习进度安排等都要依据个人的实际情况而定。基础阶段:高数比较推荐武忠祥老师,他讲的内容难度比较合适,知识的梳理也比较完备,基础阶段主要集中做书上的例题,在基础阶段,我们很容易出现知识点遗忘现象,所以要及时回顾讲义知识点,这个时候做660的时候建议延迟两三章去练习(比如学完第三章,我在找时间把第一章的660习题做完,对答案)这里不建议硬生生的把讲义过一遍,可以配套做880基础篇,880这本资料还是极力推荐的。

xiaomage_mengma的博客 723

技术路线模版

(一)先看看什么是技术路线 百度文库的定义:        技术路线一般是指研究的准备,启动,进行,再重复,取得成果的过程。 维基百科的定义:    技术路线(technology roadmap)是使用特定技术方案帮助达到短期或者长期目标的计划,用于新产品、项目或技术领域的开发。 (二)看一下技术路线的其他要点   多见于理工科和软科学。   技术路线是指申请者对要达到

codeStone 2万+

QCustomPlot实战:从入门到精通的数据可视化

本文详细介绍了如何使用QCustomPlot进行数据可视化,从基础环境搭建到高级图表定制,涵盖实时监控、多坐标系联动等实战技巧。基于Qt的QCustomPlot库以其强大的绘图能力和灵活的API,帮助开发者快速实现专业级数据可视化效果。

weixin_29003437的博客 115

技术文档协同写作中的变更审阅流程设计

"本文系统探讨技术文档协同写作中的变更审阅流程设计,提出五阶段审阅框架(变更发起、技术审阅、语言审阅、批准合并、归档通知),强调角色分工与专业工具支持。重点分析DeepCompare软件的.dpcp工程项目文件功能如何优化审阅效率,提供实施路线图与KPI体系,并展望AI在自动化审阅中的应用前景

weixin_41149001的博客 1177

熵编码(五)-CABAC(一) 基础篇

前两篇算术编码文章介绍了算术编码原理和步骤。本篇文章介绍CABAC,基于上下文自适应的二进制算术编码。本文对CABAC的基本原理进行了详细的介绍和分析,下篇文章将会对H264编码中的CABAC熵编码的实际应用进行介绍。

尹佑壮的博客 3886

Flash芯片的VCC上电到可操作时间过长

Flash的VCC上电到操作时间(tVSL)通常有最大值限制,如果超过这个时间,核心风险是状态机不同步和指令锁存错误。比如芯片内部振荡器可能已经尝试启动又休眠了,但主控却在这之后才发送指令,导致完全 misinterpreted。Flash芯片的(从电源上电到可以正常进行读写操作的时间)如果过长,会产生一系列负面影响简单来说,这个时间过长意味着电源上升速度太慢,违反了芯片的要求。

qq_61918649的博客 723

需求变更的艺术:如何在动态环境中保持项目航向

本文探讨了在动态项目管理中如何优雅应对需求变更的艺术。通过构建敏捷思维、设计弹性流程、管理心理博弈、辩证处理技术债以及建立度量系统,团队可以将需求变更转化为竞争优势。文章特别强调了VUCA环境下的敏捷实践和变更管理策略,帮助项目在不确定性中保持航向。

eee77的博客 516

sysbench安装(在线&离线)

sysbench下载、安装、编译和异常处理方法

m0_61066945的博客 8756

产品路线图具有敏捷性

我最近在收听“ 全球产品管​​理讲座 ”现场播客(顺便提一下,我推荐)。 演讲者谈到了创建产品线的路线图。 对我来说,这是一个有趣的话题,因为我每天都在玩各种产品。 随着采访的进行,我在Twitter上问:路线图与敏捷性有何关系? 我想我得到的答案有点平淡。 似乎是与市场营销和销售人员,甚至每个人的敏捷协作路线。 这不是我想要的,我解释了我真正要问的问题:路线图是一项巨大的计划工作。...

danpu1174的博客 203

用人话讲明白线性回归LinearRegression

目录 什么是回归 一元线性回归 损失函数 最小二乘估计 小结 1. 什么是回归 当我们学习一门新课程、接触一个新专业时,总会对该领域的专有名词感到困惑,甚至看完解释仍难以理解其含义。在我们一起学习machine learning的过程中,我会尽量对相关名词用“人话”做一遍解释,以减少学习的“痛苦感”。 譬如今天要学的线性“回归”,这个回归(regression)和我们平时说的“回归祖国”的回...

化简可得 1万+

使用Qt在FreeRTOS上构建MCU应用程序

如果我们想要在FreeRTOS上运行该应用程序,我们需要选择适用于我们处理器架构的交叉编译工具链,并将目标设备设置为我们的开发板。在该代码中,我们使用xTaskCreate()函数创建了一个名为“qt_task”的任务,并将其启动。首先,我们需要安装Qt for MCU开发环境。Qt for MCU是基于Qt 5开发的针对MCU的特殊版本,它可以生成最小体积的代码,从而适用于资源有限的嵌入式系统。如果我们想要在FreeRTOS上运行这个程序,我们需要将其包装在一个任务中,并在任务创建后启动Qt的事件循环。

ByteWhizX的博客 1815

成为杰出人物的路线图_如何成为杰出的初级开发人员

成为杰出人物的路线图If you're reading this, you probably just got your first tech job — so congratulations! Getting the first job is one of the hardest things you'll do in tech. There's so much work and effort ...

cumi6497的博客 3548

lwip-2.0.3

lwip是瑞典计算机科学院(SICS)的Adam Dunkels 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用。

2024 年开发人员必备 VS Code 插件

Markdown All in One 为 Markdown 文件提供了增强的编辑体验,包括实时预览、快捷键、自动生成目录、以及对 GitHub 风格 Markdown 的支持,使得 Markdown 文档的编写和阅读更加高效和直观。插件链接地址:https://marketplace.visualstudio.com/items?Better Comments 通过允许开发者使用不同的标记和格式来分类和突出显示代码中的注释,从而提高注释的可读性和组织性,使得代码更加易于维护和理解。

biancheng_syz的博客 6305

efm32 入门.pdf

本PDF共计22页,介绍的是操作驱动API,下载与否自己斟酌。

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

需求变更的隐形成本:识别与优化策略

本文深入探讨了需求变更的隐形成本及其优化策略,揭示了频繁变更对团队认知负荷、技术债务和团队动能的深远影响。通过量化评估框架和预防性策略,如动态冻结算法和抗变更架构设计,帮助团队有效降低隐性成本,提升研发效率。

e6f7g8h9i的博客 184

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

Devops学习路线图

Devops Roadmap

random-s的博客 2379
上一篇: 优快云的博客缓冲很厉害哦,我编辑后根本不管用
下一篇: 天津名小吃,正宗的【煎饼果子】
老紫竹
博客等级 码龄19年 1万+粉丝 1252原创
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值