2020 年 IT 专家不应该做什么?

该中心充满了关于明年要做什么的预测和建议——要学习什么语言、要关注哪些领域、如何处理自己的健康。 听起来很鼓舞人心! 但每一枚硬币都有两面,我们不仅会在新事物中遇到困难,而且主要会在我们每天所做的事情中遇到困难。 “为什么没有人警告我!”我们恼怒地喊道,通常会自言自语。 让我们自焚吧——我们为您整理了一份 2020 年不该做的事情清单(也许永远不该做的事情)。 

2020 年 IT 专家不应该做什么?
但他们没有询问重力

我们确实希望将反建议按从最重要到最不重要的顺序排列。 但它们对于几乎每个人来说都是如此常见、等同和熟悉,因此我们将随意编写。 好吧,让我们检查一下清单?

如果一切正常,则无需联系 IT

不要学习新技术来改变职业或重新开始。 我们的时代非常美好,因为你可以学习、换工作、彻底改变你的领域——等等,甚至直到退休。 这是一件很酷、很诱人的事情。 但如果你超过 28-30 岁,你不应该为了进入 IT 领域或转向新的堆栈而放弃一切(例如,你用 Java 编写高负载系统,然后突然决定用 Python 进入神经网络)。 原因很简单:这对你来说并不容易。 首先,来自从职业生涯开始就“坐”在这个堆栈上的专家的竞争非常激烈,其次,你将不得不再次成为低薪的初级人员,第三,你在道德上很难做到这一点。成为等级制度最低层的下属。 因此,如果你想朝另一个方向发展,尝试要么根据你当前的工作和当前的任务去做,要么将发展新知识作为一种爱好,开始一个宠物项目,这样当你来到新工作时,你就会不再是小学生了。 

不断地改变堆栈只是浪费时间

不要为了您的开发而在技术堆栈之间匆忙。 如果你正在用一种语言编写一个项目,使用某种框架和库,你不应该仅仅因为你觉得它有趣而把一切都扔到地狱并用 Dart 重写它。 制定规则,为改变技术寻找理由——不仅在“我想要或我不能”的层面上,而且在财务和工程层面上。 

2020 年 IT 专家不应该做什么?

无需坚守阵地并成为青铜

坚持使用一种语言或技术而不学习新事物就像用每一项新技术改变你的堆栈一样极端。 一定要学习新的库和框架,不要固执地认为一切都是在你之前发明的并且完全由你完成。 几乎每种语言都会不断出现更新,这有时可以极大地改进您的项目。 不要懒惰地监视堆栈的动态,一旦您发现一些很酷且有用的东西,请随意将其拖到项目中!

你自己的头脑好,永远好

不要总想着别人的想法,自己的想法更好。 唉,一些开发人员坐等他们收到任务,从之前的错误开始编码到最后,而不尝试为项目贡献自己的东西,开发新功能,测试它并建议将其用于生产。 当团队领导或公司经理自己决定一切时,为什么还要麻烦呢? 如果你认清了自己,那么我们有一个坏消息:被动的立场对你的职业生涯或发展都没有帮助。 你有机会在真正的战斗项目中尝试作为开发工程师而不是编码员,并了解该去哪里,缺少什么,但你更喜欢把时间花在其他事情上,并准确地“从这里到”现在。” 这些人在现代 IT 中生存得越来越差,从假死中走出来。 

用户是可怕的人

不要高估软件的用户:如果您不是为程序员编写的,那么程序会遇到难以理解的误解。 最初的几天或几周,用户会讨厌你的软件,因为“旧的软件并不那么愚蠢”。 为了避免这种情况,请制作出色的文档和教程。 在安装或购买时,非常侵入性地提示应在开始使用程序之前阅读手册,而不是在数据库崩溃、密码丢失和自我控制之后阅读。

2020 年 IT 专家不应该做什么?

你也不应该低估用户:他们比你想象的更狡猾、更聪明、更好奇。 如果您认为可变格式的错误和每隔一秒按 138 次 Enter 时的异常不会弹出,那么您就错了 - 它们会弹出并以最奇怪的方式影响您的应用程序的运行。 业余爱好者的规则适用:他是最能应对测试的人。 但出于某种原因,用户不喜欢在生产中发现错误——其中没有 IT 团结。 一般来说,您对自己的软件越有信心就越好。 毕竟,延迟发布某些功能比将它们添加到正在运行的应用程序中并突然使其变得原始要好。

2020 年 IT 专家不应该做什么? 

停止谷歌搜索!

不要再单独求助于谷歌了。 我们甚至不会争论 - 在开发领域,您可以通过直接请求搜索引擎找到很多东西。 您搜索信息的深度越深,您将收到的“横向”数据就越多,您学到的也就越多,因为您将学到一些与您的请求无关但将来可能需要的新东西。 参考完整的材料、书籍、文章等。 语言和库都有规范、社区、how tos,因此你获得了最可靠的培养程序员技能的方法——只需阅读文档,而不是寻找其他人本地的解决方案和代码片段。 如果您的解决方案更优化、更快、更酷怎么办? 

信任,但要验证

在未检查代码并根据您的目的进行调整的情况下,请勿使用第三方开发人员创建的库和框架。 你没有理由无条件地信任这个你根本不认识的代码作者。 是的,第三方代码中的各种蓄意恶意元素并不常见,您不应该陷入偏执,但盲目地将现成的软件部分复制到您的项目中可能会导致不可预测的后果。 因此,一定要在使用前阅读并分析代码,并在实现代码后进行测试。 

做好备份!

停止不进行备份或将它们保存在托管项目的同一第三方服务器上。 您是否认为这是荒谬且无用的建议? 但 Telegram 上的 700 多名聊天参与者并不这么认为,他们发现自己最近因一个知名数据中心的关闭而陷入了不愉快的境地——那里什么都有:从宠物项目到大型政府网站。 当局和企业 1C 和计费数据库。 一个重要部分是没有备份或在同一位置有备份。 因此,分散风险并至少将备份存储在主主机、一些可靠的 VDS 和本地服务器上。 从长远来看,它最终会便宜得多。 

不要再因为自己的原因而损害项目了

在工作项目中不要做你想做的事,而是做客户需要的事。 是的,创建自己的神经网络、训练它并在您的软件中实现它是非常有趣和伟大的,但如果您的客户需要一个简单的联系人管理器,这将是一种矫枉过正。 了解项目如何运作,阅读文档,阅读客户的评论和请求,并实施可为项目增加业务价值的措施。 如果您想创造一些科学的或极其复杂的东西,请从您自己的项目开始。

不是代码,而是一束神经

不要编写不可读和未记录的代码。 我们很熟悉这种伎俩:开发人员随心所欲地编写代码,故意稍微混淆一下,让他的同事都看不懂他写的东西——这是在事情发生之前的一种预防性报复。 然而,你不仅把公司(公司为你的工作付钱)置于危险之中,而且还让你自己面临风险:由于这种无意识的混淆,你自己很可能不记得自己想说的话。 未记录的代码也是如此:依靠您的变量和函数命名逻辑以及良好的记忆力,几年后您可能不记得为什么选择特定的循环、方法、模式等。 记录你的代码及其良好的结构对你的同事、你的雇主,尤其是对你自己来说都是一项很好的服务。 

2020 年 IT 专家不应该做什么?

保持简单,愚蠢

保持代码、解决方案和项目简单。 不需要在复杂的结构中围栏并产生没有特殊意义的实体。 你的代码越复杂,你就越成为它的人质——你维护和开发它就会变得尽可能困难。 当然,著名的 KISS 原则(“保持简单,愚蠢”)并不总是合适,但它的创建是有原因的:代码的简单和优雅是其成功应用和重用的关键。

2020 年 IT 专家不应该做什么?

保护你自己

不要忽视安全——在 2020 年,这简直就是犯罪行为。 即使攻击者对您的公司、开发和您不感兴趣,您也可能会受到与某些网段、托管提供商的失败、数据中心的攻击、电子邮件密码被盗以及员工的不安全行为相关的问题的影响。从公司窃取数据,窃取客户或整个项目的程序代码。 如果在你的权力范围内并且在你的专业领域内,请尝试保护你正在从事的项目。 好吧,你自己观察一下信息安全吧,它从来没有困扰过任何人。 

请勿向井内吐痰

不要惹恼你的雇主。 如今,沟通已经达到这样的水平,例如,城市中的所有人力资源人员在缺席的情况下都互相认识,可以在聊天和封闭群组中交换任何信息(既可以帮助找到工作,也可以写“瓦西里·伊万诺夫,系统架构师,在离开账户之前杀掉所有东西,删除备份并关闭网络,恢复需要三天。不要雇用他。” 因此,你的行为只会对你不利——有时甚至搬到另一个城市或首都也无济于事。 即使你怀恨在心地离开,没有比成为竞争对手的有用且酷的员工更好的报复了:)而且最重要的是,完全不受惩罚。

2020 年 IT 专家不应该做什么?
你也不应该这样做。 但是,经验表明,我们不会停止

一般来说,朋友们,请阅读建议,但做你认为最好的事情——毕竟,当我们怀疑已经发现的真理时,就会发现真正的发现。 新年快乐,祝您的项目成功,祝您的职业生涯愉快,祝您的同事和经理一切顺利,祝您的生活总体成功。 总的来说,这是新年和新代码的开始! 

用爱,
RegionSoft开发工作室团队

新的一年我们将继续为您努力,开发强大的桌面CRM系统 区域软件客户关系管理 以及简单方便的服务台和票务系统 ZEDLine 支持.

来源: habr.com

添加评论