首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

我作为码农犯的四个错误,当我成为CTO时我才能理解

 我的代码是艺术,必须是完美的

我在五年内作为程序员工作。自从你们中的一些人可能有三倍的工作经验,这并不令人印象深刻,但我喜欢把自己视为一个高级开发人员。这听起来很严肃,重要吗?

有一天,我成为MED-Tech Startup的首席技术官(CTO)。经过一段时间的新工作角色,我可以回头说,我不是一个高级开发人员。不要让我错了 - 我仍然相信我有关于编程的良好知识,尤其是网络发展 - 但是,如果是这种情况,我为什么要说我不是一名高级资深程序员?

因为这四件事我现在在我的脑海里。

1.用户是白痴

不,他们不是。

是的,用户在意外使用应用程序,通常很奇怪。

是的,用户可以提出似乎真正愚蠢的问题。

是的,有时用户需要看起来毫无意义的功能。

是的,用户对似乎是不言自明的函数很难使用。

用户不是专家。我的医生不要求我知道低密度和高密度脂蛋白之间的差异。那么,为什么我曾经假设用户应该知道他们使用什么样的浏览器?这对我来说是显而易见的,但我的妈妈认为谷歌和互联网是同义词。她会说她不使用任何浏览器,因为她使用谷歌。

有时要使用户开心,我不得不覆盖框架零件来改变其默认行为。有时我必须为我不想浏览器添加支持(Safari用户的问候)。当我今天谈论它时,这是愚蠢的,但是那些日子我真的认为这是客户的错,因为我必须在我的代码中做一些解决方法只是因为他们的定制要求。

我的代码是艺术,必须完美

清洁代码,单元测试,伟大的文档 - 这些无疑是重要的事情。作为程序员,我一直想使用现代模式编写干净的代码,我经常检查项目中的所有依赖性是否是最新的,我想成为好程序员。

当我的产品经理让我删除单元测试以提高开发速度,我感到生气 - 他没有意识到单元测试的重要程度如何?我们没有任何其他自动测试,因此UT是我们唯一希望使产品稳定和无竞争的希望。

这个决定似乎对我来说是短暂的。此外,他建议我们应该停止编写文档并将代码转换为更复杂的架构(我们可以这样做,因为我们在项目开始时)。

好的,我同意这将加快开发一段时间,但我们将来会有很多问题。我们会浪费很多时间修复回归错误,当项目增长时,新架构将太简单!我们将如何向项目推出新的程序员,没有良好的自述文件?

我们花了几个小时讨论这个决定有多糟糕 - 以及将来会花多少钱。

该项目几个月后失败,因为它大幅超过预算。

几年后,我必须承认真相:我们的团队犯了一个巨大的错误。我们想到了未来并忘记了现在。我们完全忽略了这种情况 - 小预算,需要在短时间内创建MVP。

很高兴制作您可以向别人展示并为之骄傲的代码。但成功完成项目更好。毕竟,编程不是艺术。

3.我会为这个项目使用“x”,因为我知道

在我以前的公司中,我们使用相同的技术栈创建了每个项目:Symfony和Angular。为什么?symfony是最好的后端框架吗?没有。也许Angular是创造现代前端的唯一方法?没有。我们总是选择了这组技术,因为我们不知道别人以及这些技术。那是我们的舒适区,但为新项目选择知名技术是错误的吗?这取决于。

在许多情况下,您的下一个项目或多或少类似于以前的项目。自从您已经有经过验证的解决方案以来,花费大量时间学习新技术将没有意义。但有时,它可能是错误的决定。

我记得一个工作良好工作WebSocket的项目是最重要的要求。我们选择创建后端做了什么?Symfony,当然是。也许今天它更容易在PHP中创建WS,但那些日子是噩梦。我们花了很多时间做它的工作。我的意思是很多。我们意识到基于PHP的WS会花费多少时间(和金钱),但我们扔掉了使用节点的想法。为什么?我真的不知道。在节点中,我们将更快地构建API 10x,但这不是我们的团队的技术堆栈。

我很高兴我当前的团队中的程序员比我更开心。上周我们决定完全切换用于构建我们系统的一部分的技术。我相信这个决定将拯救我们很多时间,即使它意味着从头开始学习一些东西。

我的产品所有者/经理错误,我会更好

当我作为程序员工作时,我与产品经理的关系是……艰难的。每当他告诉我关于任务范围的新变化时,我就想:

为什么你不能做你的工作并在开始工作之前定义范围?!是否需要提前决定该功能如何工作?

那太天真了,但我真的认为这很容易。现在我完全了解具有挑战性的人才如何规划项目的每一个细节。您必须考虑到技术和预算的局限性(其实际上是相同的事情),您必须考虑将使用您的产品的用户,您无法忘记商业和营销要求。有时,一些要求在一开始就不知道;有时,业务环境发生变化,有时你必须先建造一些东西来弄清楚它可以做得更好。

另一件事 - 产品经理可以犯错误。这就像那样简单。程序员也会出错。当我现在想到时,这是如此明显。如果我以前意识到,我将是一个更好的程序员。我应该专注于找到解决方案的,而不是试图展示它们的错误。

它是讽刺和悲伤的,但在某些时候,我忘了我和经理人的目标是相同的目标 - 制作一个很棒的产品。他们只是比预算,商业环境,客户端,截止日期和优先事项的要求更广泛的知识。这就是为什么我不明白他们的一些决定。

概括

对于你们中的一些人来说,这四件事可能是显而易见的。如果你正在拥有一个良好的领导者的伟大,有组织地敏捷团队工作,你就可以思考UX的基本规则 - 我真的很高兴。我假设你可以是比我更好的程序员。因为“成为一个好程序员”不仅仅是关于技术技能。了解您可以为公司带来的价值以及如何做到这一点更为重要。以下是我如何理解高级开发人员术语:

高级开发人员不是了解技术的各个方面的人。它是一个帮助我们公司建立一个伟大产品的人,即使这要求他们越过他们的舒适区边界。解决问题的解决方案。

  • 发表于:
  • 原文链接http://news.51cto.com/art/202104/656432.htm
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券