一名年成软件工程师如何在(这是语言软件工程师的人代码)「软件工程师编程语言」

说实话,我预计2024年软件工程不会有太大变化
当然,所有这些生成性的人工智能都在胡说八道,但它太不成熟和不受监管,无法对您作为开发人员的日常工作产生重大影响
在大多数情况下,我会为2023年的冲洗和重复做准备
然而,这并不是说我们每个人不需要每年提醒一次,我们应该关注我们作为程序员的成长的所有事情
因此,不用多说,以下是我在2024年将更加关注的一切,也许你也应该关注
务实地分离关注点无论是在代码本身还是在对话中,重要的是不要把太多东西纠缠在一起
继续改进代码库,而不会有过度抽象的风险
话虽如此,一些意大利面代码可能会发生
有些是你的错,有些不会,但知道什么时候该重构了
软件开发的业务现实有时会决定转向新功能,而不是使您的代码更漂亮
良好的回归测试可以让您安心,即使您的代码可以使用一些TLC
在对话中,坚持这个话题也很重要
我们,软件工程师,可能是一群固执己见的人,但这并不意味着每个人(或任何人)都需要听到我们对用户体验、设计或任何不是我们专业领域的东西的想法
当然,你可能认为亮黄色是你想在应用程序中看到的最后一种颜色,但是,嘿,你有一个设计师和一个产品所有者,这是他们的对话,而不是你的
坚持解决工程挑战
这样更高效,噪音也更少
不要上当每年雨后都会出现一雪崩如雨后的框架和图书馆
你不需要全神贯注于它们
成为这个领域的第一个采用者真的没有真正的好处
虽然所有这些alpha、beta甚至第一个版本看起来都很诱人,但它们更像是一种耐心和复原力的锻炼,跟上所有变化和处理错误,而不是真正的学习体验
等待库和框架成熟后再提交
让其他人处理成长的痛苦
外面有很多无聊的灵魂,他们很乐意,让他们拥有所有拉头发的乐趣
你也不需要停止任何事情
您不需要停止使用PHP、IF语句、开关
事实上,您在网上看到的任何以“STOP”开头的文章,您都可以完全跳过它
99.9%的时间,这完全是胡说八道,有人认为他们发明了西班牙蜡
欢迎您忽略每个宣传软件开发中几乎任何东西死亡的视频或文章
请记住,即使是打孔卡在80年代中期仍然被广泛使用,虽然COBOL现在已经64岁了,但它仍在使用中
大会也是如此
这是Tiobe指数的第10位
见鬼,它仍然比Rust或Swift更受欢迎
来自Tiobe.com的作者截图每一种语言都倾向于有其黄金时代,有些语言在我的一生中既流行又晦涩
例如,Ruby在10年前比今天更受欢迎
然而,这并不意味着它已经死了,而是它的受欢迎程度正在下降
我碰巧认为我们也看到了Typescript的这种衰落的开始,但这是另一个——也许更有争议的——故事
思考高层次你的职业生涯越进步,你就越需要学会将软件视为不仅仅是代码
代码很有趣,它在粒度层面上解决问题,但所有这些粒度层面的解决方案也需要作为一个整体有意义,而不仅仅是代码
你必须学会在你所做的每件事中都考虑成本,特别是现在公司不太愿意把钱扔出窗外的工程时尚
无论我们喜欢与否,我们编码的所有东西都需要花费一美元
我们选择的语言或堆栈、分支策略、我们构建项目的方式、CI运行所需的时间、我们的部署节奏和策略或我们如何利用功能交换机
所有这些都可能产生广泛的影响,从低效的工程资源管理到公司或产品的成败
一种新语言我在2023年没有学过任何新语言,这是故意的,因为我不相信必须从这样的事情中养成每年的习惯
然而,自2018年以来,我一直关注Rust
虽然我还不急于采用它,但我认为它足够成熟,我可以去学习它
我一直喜欢多用途语言,并阅读了无数关于在野外成功使用这种语言的优秀文章
然而,您可以考虑您可能感兴趣的任何语言
它甚至不必是一种新语言
我承认,我对Rust的特殊性比其他任何东西都更好奇
我知道它会教会我一些我以前在其他语言中从未见过的东西
这也是你应该寻找的
对编程的不同视角和新语言,通常会让你成为更好的程序员,即使使用你已经习惯并已经精通的语言
一个为所有人,为所有人从统计学上讲,我们大多数人可能在某种团队设置中工作
你从团队中工作会得到无数的好处,但它也伴随着很多责任
很高兴知道人们支持你,你的工程师同事在那里提供帮助——或者至少这是工作要求的一部分——但这也意味着你也必须支持他们
不要成为那个总是接受帮助,从不回报的人
不管喜不喜欢,在团队中工作有交易的一面,即使是非自愿的
当你随时准备帮助团队的其他成员时,他们会更倾向于为你做同样的事情
人们经常认为科技公司的友情比啤酒和披萨更上
我乞求不同
真正的友情诞生于一起解决问题,朝着同一个方向前进,真诚地关心正在挣扎的人,甚至在团队中最资深的成员不知所措时也支持他们
老实说,我不记得那些和我一起喝啤酒和披萨或打足球的人的名字,但我记得每一个跳出来帮忙的人,检查我是否在应对或来找我,并请求帮助解决一个把他们逼到墙上的挑战
善待自己也许从外面看,似乎我们,软件工程师过着完全轻松的生活,我们整天几乎什么都不做
按几个按钮有多难,对吗?事实证明,它的统计现实情况非常不同
根据Yerbo汇编的2022年倦怠指数,五分之二的IT专业人员会经历倦怠
个人贡献者也往往比经理有更高的倦怠率
我强烈建议查看整个报告,因为它非常有见地,它甚至可能帮助你注意到自己或同事的倦怠的早期症状
当然,有一些方法可以防止倦怠,但可能不是每个人都能应用这些方法
无论如何,我的建议是开始善于自己
不要质疑你的能力和技能,向你信任的团队的高级成员寻求建议(理想情况下,你应该能够信任整个团队),在团队回顾中提出对你来说重要的问题,把事情说出来,并记住没有一份工作值得你的健康和健康
记住,你不必...最后,这里列出了您在2024年成为一名优秀的软件工程师所不必做的一切
这并不是说,如果你愿意,或者你觉得有回报,你就不能
请记住,这些都不是成为一名优秀的软件工程师的要求
你的闲暇时间完全是你的
无需为开源项目做出贡献
不要误会我的意思,其中一些很棒,特别是如果你使用这些库或框架,你可能会觉得你必须“回馈”
你不必
炫耀你有无数的GitHub项目,并且你已经在365天中推送了366天的代码(讽刺)
这不是软件工程的内容
我还没有面试一家关心我的GitHub个人资料或我在业余时间从事哪些项目的公司
作为一名毕业生,也许,否则,忘记它
您也不必撰写与开发相关的文章或博客
当然,我愿意,但对我来说,写作是一种爱好
这从来都不是成为一名优秀的软件工程师的要求
这是众多技能中的一项
将来它可能会为我打开不同的大门,当然,教别人有时也会帮助你出类拔萃,但还有许多其他不太正式的方法可以做到这一点,比如与同事配对编程
经常在博客上发帖也是如此
我不会否认它有助于提高知名度,但这从来都不是成为一名优秀的软件工程师的要求
社交媒体的存在不是软件工程技能
和同事一起去酒吧也不是必需的
偶尔,这很好,你可能会喜欢它,但将工作生活与个人生活分开是完全专业的
对一些人来说,与许多其他人一起在公共场合可能非常令人生畏,而另一些人根本没有时间
没有时间也没关系,或者更喜欢在家里吃披萨和啤酒,坐在你的沙发上,坐在你的吉娃娃或狮身人面像猫旁边
哦,请记住,成为一名优秀的软件工程师不是用代码行来衡量的
一名年成软件工程师如何在(这是语言软件工程师的人代码)
(图片来源网络,侵删)

联系我们

在线咨询:点击这里给我发消息