程序员是否有可能遭受作家的折磨?有什么策略可以克服它?
程序员是否有可能遭受作家的折磨?有什么策略可以克服它?
Answers:
是的,程序员可能会受到阻碍,但与作家的方式不同。我们因为太接近问题或距离太远而被封锁。我们只是无法让灰色物质在正在编程的N维迷宫中选择一条好的路径。休息,聊天,特别是向同事描述问题可以创造奇迹。请注意,描述问题通常会使您的大脑看到潜在的解决方案,您需要与愿意的人聊天,但是他们不一定必须是技术专家或知道您在说什么。
作家的障碍本质上是相似的,但实际上是不同的野兽。发生这种情况的原因不是因为作者无法解决问题,而是因为作者无法发挥他们的魔力,缺乏灵感,他们的缪斯假期,内部的声音只是告诉他们这都是垃圾,甚至不值得写下。此外,它可以持续数天,数月,数年。编写代码和编写散文的行为表面上是相同的,但它们来自我们精神的不同部分。
你问好笑。我今天只是和我的一位工程师谈论程序员的障碍。
我建议程序员可以同时执行2或3个活动任务。当您陷于某个地方时,能够切换齿轮并在其他地方工作一段时间,然后以崭新的视角回到问题上,这是很好的。
我发现当我回到问题上时,我常常会想出本来无法解决的解决方案/计划。有时,在完成一项任务时,我碰到的东西实际上触发了我困扰中的问题的脑袋。
与我合作的另一位工程师说,他将休息10分钟,然后散散步。他说,当他回到办公桌前时,答案突然开始倒流。
我发现与其他人一起解决问题很有帮助,即使其他人不是程序员也是如此。我无法计算突然回答的时候我一直在谈论一个问题的次数。
简而言之,我认为最好的建议是,如果您卡住了,请换档。
作为曾经是(各种)业余自由作家并且经历过作家障碍的人,这是我的想法:
我基本上同意MrTelly的观点。但是,请大声说出来:程序员块和作家块是不同的野兽,因为它们实际上来自不同的原因。在大多数情况下,程序员的障碍是一个技术问题,即过于接近问题且“看不见树木茂盛的森林”,并说服自己自己处在正确的道路上。即没有退后一步以考虑替代解决方案。
另一方面,作家的障碍几乎总是缺乏灵感的情况。在针对一个给定主题写了50页之后,您会觉得自己已经筋疲力尽了,就像您不得不说的其他任何事情一样,只是以略有不同的方式填充和/或重新散列相同的主题。但是您仍然有合同(图形/内部或实际的)来写另外50页,并且您只是不知道这是从哪里来的,因为您的大脑和灵魂只是花在处理手头的主题上。
话虽这么说,早期的倦怠也会使您感觉像是程序员的障碍。但是,这是另一种动物,症状略有不同。但是我认为值得一提,因为感觉像被程序员挡住了是倦怠的早期预警信号之一-通常伴随着冷漠(即不再真正关心解决问题,只是希望一切都会消失)。而且感觉像工作/项目本身完全没有意义。)
我猜他们很相似,因为您无法完成工作,但是作为程序员,去同事或Net寻求解决方案和/或获得帮助会更容易。不确定作家有这种奢侈。如果您处于放克状态,知道该怎么办,但又无法自己编写代码,则可能更多是精疲力尽的迹象。
对我来说,通常是病,我刚遇到一个令人讨厌的错误,无法追捕,我担心还会犯更多错误。然后,如果我有一阵子避免完成一段特定的代码,那么我最终会担心将其重新备份。有趣的是,即使我完成任务后的休息与任务的难度无关(通常我首先要做的是优先级更高的任务),焦虑仍然存在。这远比手动上下文切换的成本高。我认为这与担心弄乱事物有关。我认为恐惧是有必要的,因为作为程序员,我们是聪明的人,对有效地执行任务感兴趣,这意味着我们在思维上捷径。而且大多数错误是由思维捷径引起的。