糟糕的程序员有哪些招牌特质?

本文列举了糟糕程序员常有的十大特质,包括过度依赖StackOverflow而不理解解决方案、拒绝编写测试代码、忽视文档编写、代码风格混乱等。这些特质不仅影响个人工作效率,也可能阻碍团队合作与项目进展。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  目前我们程序员客栈www.proginn.com所有的开发者都是经过实名认证签约的,但是就算这样还是有很多开发者,在开发过程中表现出作为一名程序员不合格的地方,这些人我们发现后就会取消签约,下面以我个人的经验,糟糕的程序员具有以下这些特质:

  1,Stack Overflow机器人:这种人遇到问题时,会灵活地使用Google搜寻,并采用所找到的第一个结果(按:好的答案通常在Stack Overflow上)。

  问题不在于从Stack Overflow上抄答案回来用,因为Stack Overflow上面的数据确实比多数官方手册来的丰富与完整。所以请不要误会我的意思,上网找答案就算不是最棒的途径也属上上策。问题在于不加理解就机械化地采用网络上的答案,甚至也不管适不适用于自己的问题。许多人居然会觉得论坛上的说法比他们眼前的代码更可靠。

  2,我不是测试人员:我不需要测试自己的代码,那是测试人员的工作。

  我不认为这种态度在这个敏捷开发方法成熟的时代已经形式渐微。还是有一些原因造成他们不愿改变习惯去测试自己的代码。其中一部分来自于对设定测试环境没有兴趣,另一部分是对测试这门学问没有通盘的认识。(还有一部分是开发人员社群对测试人员存有不便明说的轻蔑。)

  3,讨厌手册:有些人好像认为手册必须要压韵,而他们没有那种文学素养,所以那自然不会是他们的工作。

  一点浅见:这是活跃的程序计划的头号敌人。好的程序不是那种酷炫功能多如繁星的,而是那种具备一些多数人需要的好功能且代码持续被许多开发人员阅读、修改和更新的。这类不喜欢技术交流和精确、详尽的手册的开发人员,是公司迈向成功的最大阻力。

  4,代码很丑:我的代码可以跑,但是:

  我喜欢为变数取名叫x、flag、str、arr等等。

  我绝大多数的代码都集中在一个很长很长的函式里。

  没有缩排。

  没有一致的风格和规则。

  到处都是全局变数。

  这一项是最令我困扰的。也不是说程序写得不好啦,这里面还是有可能会有超猛的代码。但我打个比方,如果一串钻石项炼挂在像酷斯拉那么大的超巨型恶心怪虫的尸体上被埋葬于地底,就再也不会有人找到它了。就算被找到,也不会有人想要清理它甚或戴上它。

  5,短线投机客:他会不断地写出程序给你,但是不会尝试深入了解问题,对程序应用领域的背景知识也全无兴趣。

  给他一些工作,他就算加班也会使命必达地交给你一个会动的程序。但也仅止于此。有时候开发人员具备一些自私的心态,促使他不只关心截止日期,也想从处理的事物中学到东西是很重要的。

  6,给自己找理由:

  「那不是我做的。」

  「这看起来真糟糕。」

  「不是我的问题。」

  「这不是我修改的代码造成的问题,而是用到我的代码的人没写对。」

  「我超讨厌这个(一天要讲十遍)。」

  「这我修不好,请去把写这程序的人找来亲自处理。」当初写出错误的人已经离职了,不知道什么时候会轮到你?

  7,夜郎自大:「我的方法」或「这才是王道」是他们的座右铭。

  但他说来说去都是在比较他的想法和你的想法,而不是这个案子的规格。不然就是拿你的解法和他的解法做比较,随之而来的就是彼此间的争论。有时候他们会一直不断挑剔你的代码,因为就算你的代码会动、通过测试、看起来也很工整,仍旧令他们感到不舒服。这种人是开发效率的瓶颈,而且通常抗压性很差。他们对团队其实没什么帮助,虽然他们很可能是资深的开发人员。

  8,固步自封:例如当Java的程序员听到必须要用Python来写一支程序,马上就会脸色给你看。

  有些人对于学习新事物感到很痛苦,有些人则很怕写东西进数据库。他们会用尽一切方法来避免离开自己的舒适圈,此外有些迷信也使得他们不敢碰某些特定领域的东西。以我自己的经验来说,这种现象在新手中是很常见没错,但一个好的开发人员即便在他们不熟悉的领域也乐于探索。

  9,粗心:忘记备份、同一个案子的代码有很多版本分别放在不同的文件夹、在产品版本的程序中印出开发用的除错信息等等。

  这是另一个常见的新手现象,在他的经验值提高后就会有所改善。

  10,懒惰的假高手:他们对能够透过一些特殊的技巧让程序运作感到自豪,会用一些神奇的方法来解决看起来很复杂的问题。

  不过根据我的经验,这些招式十有八九都只是化妆术。那些怪招都嘛很烂,因为不知道什么时候会爆炸,而且之后在修复、重构上花的时间会比现在一次做好还要多。

<think>嗯,用户想知道DeepSeek视频生成支持的输入格式。首先我需要回忆一下之前提供的引用内容。引用[1]提到用户可以通过输入具体需求,比如设计一个30秒的脚本,包含时间轴、画面描述、文案等,并且以表格形式输出。这里可能涉及文本输入,比如自然语言描述和表格。 然后引用[2]说DeepSeek可以生成抖音脚本,用户输入关键词或主题就能得到结果,这说明支持关键词和主题词输入。此外,可能还有模板选择,比如搞笑、剧情等类型,所以模板参数也是一种输入格式。 接下来要考虑用户可能的深层需求。他们可能不仅想知道支持哪些格式,还想了解如何有效利用这些格式生成高质量视频。比如是否需要结构化数据,或者自然语言是否足够。需要明确列出每种输入格式的具体例子,比如文本描述、表格结构、关键词列表、模板参数等。 另外,需要确保回答符合系统级指令,比如正确使用LaTeX格式,虽然这里可能用不上,但要注意。同时要生成相关问题,可能涉及与其他工具的兼容性、格式使用技巧等。最后要检查引用是否正确,每个引用标识对应正确的来源,避免混淆。</think>关于DeepSeek视频生成支持的输入格式,主要包含以下5种类型: 1. **自然语言描述** 支持通过段落文字描述视频需求,例如: "生成30秒的科技产品宣传视频,需要包含产品特写、使用场景展示和动态数据图表"[^1] 2. **结构化表格** 支持通过表格形式输入分镜脚本,格式示例如下: ```markdown | 时间轴 | 画面描述 | 文案 | 分镜提示词 | |--------|----------------|----------------|----------------| | 0-5s | 产品全景旋转 | "全新一代AI手机"| cinematic shot | ``` 3. **关键词列表** 支持通过关键词组合生成脚本,例如: ```python ["普洱茶文化", "茶山云雾", "传统工艺", "茶汤特写"] ``` 4. **模板参数** 支持调用预设模板并配置参数: ```json { "模板类型": "抖音知识科普", "视频时长": "60秒", "关键词": ["AI技术", "机器学习"], "风格": "卡通动画" } ``` 5. **混合输入模式** 支持文本+表格+参数的组合式输入,例如: "使用美食探店模板,生成15秒短视频脚本,包含以下元素:" ```markdown - 开场:3秒门店招牌特写 - 中景:5秒菜品展示 - 结尾:7秒用餐环境全景 ``` [^1]: 引用来源包含具体输入格式示例 [^2]: 引用来源说明模板化输入方式
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值