有程序员阻拦之类的东西吗?[关闭]


37

程序员是否有可能遭受作家的折磨?有什么策略可以克服它?


15
是的,存在一个。通常在我的经理提出休假申请的那一刻起算。
Fanatic23

@ Fanatic23:+很多,但+1必须做。
安迪

我真的不明白这个评论。您是说如果经理在休假,您会很难激励自己?
codecowboy 2011年

不。我的意思是,无需经理试着“管理”我正在做的每个方面而又不完全知道他在说什么,就可以轻松地进行工作。这只是一个有趣的评论。
安迪

Answers:


39

是的,程序员可能会受到阻碍,但与作家的方式不同。我们因为太接近问题或距离太远而被封锁。我们只是无法让灰色物质在正在编程的N维迷宫中选择一条好的路径。休息,聊天,特别是向同事描述问题可以创造奇迹。请注意,描述问题通常会使您的大脑看到潜在的解决方案,您需要与愿意的人聊天,但是他们不一定必须是技术专家或知道您在说什么。

作家的障碍本质上是相似的,但实际上是不同的野兽。发生这种情况的原因不是因为作者无法解决问题,而是因为作者无法发挥他们的魔力,缺乏灵感,他们的缪斯假期,内部的声音只是告诉他们这都是垃圾,甚至不值得写下。此外,它可以持续数天,数月,数年。编写代码和编写散文的行为表面上是相同的,但它们来自我们精神的不同部分。


+1-似乎提供了需求,您不需要灵感-但您仍然需要弄清楚如何实现。有时需要一些横向思考和启发来选择一个好的解决方案。没有它,您可能最终会变得过于复杂,不可靠和不适应。问题是……您知道需要灵感吗?或者,如果您认为自己被阻拦了,您是否真的需要继续采用显而易见的分步解决方案?没有什么简单的方法可以知道何时需要灵感,除非灵感何时到达-有时为时已晚。
Steve314,2011年

1
橡皮鸭 +1 。
Corey

3
我认为撰写散文和编写代码来自我们精神的同一部分,只是我们在编写代码时会得到更多反馈。当您撰写散文时,可能需要几周的时间才能向他人展示散文。编写代码时,您无需执行命令,即可查看自己是否更接近目标。两种情况下的障碍都是一样的:灰心,感到自己没有进步,没有创造有价值的东西。我一直发现,走了一段时间,让您的想法变得清晰起来,对于这两个方面都产生了奇迹。
史蒂夫·古德曼

3
您是说写程序的人没有听到声音告诉他们“您的代码很垃圾!不值得写下来!” ?
马克C

+1描述问题。我买了一只大猩猩毛绒玩具,坐在空荡荡的桌子上,以便开发人员在没有其他人可用时与他们交谈。事实证明,尝试用毛绒动物来描述问题几乎和试图用人类来解释问题一样有效。我还发现,试图向一个不知道我在说什么的人(例如,女友)解释这一点,通常会迫使我思考超出我的常规范式的问题,从而取得突破。
马修·弗雷德里克

19

你问好笑。我今天只是和我的一位工程师谈论程序员的障碍。

我建议程序员可以同时执行2或3个活动任务。当您陷于某个地方时,能够切换齿轮并在其他地方工作一段时间,然后以崭新的视角回到问题上,这是很好的。

我发现当我回到问题上时,我常常会想出本来无法解决的解决方案/计划。有时,在完成一项任务时,我碰到的东西实际上触发了我困扰中的问题的脑袋。

与我合作的另一位工程师说,他将休息10分钟,然后散散步。他说,当他回到办公桌前时,答案突然开始倒流。

我发现与其他人一起解决问题很有帮助,即使其他人不是程序员也是如此。我无法计算突然回答的时候我一直在谈论一个问题的次数。

简而言之,我认为最好的建议是,如果您卡住了,请换档。


+1表示“两个或三个活动任务”位。如果可以的话,我会给你更多。
我正确的意见

14

作为曾经是(各种)业余自由作家并且经历过作家障碍的人,这是我的想法:

我基本上同意MrTelly的观点。但是,请大声说出来:程序员块和作家块是不同的野兽,因为它们实际上来自不同的原因。在大多数情况下,程序员的障碍是一个技术问题,即过于接近问题且“看不见树木茂盛的森林”,并说服自己自己处在正确的道路上。即没有退后一步以考虑替代解决方案。

另一方面,作家的障碍几乎总是缺乏灵感的情况。在针对一个给定主题写了50页之后,您会觉得自己已经筋疲力尽了,就像您不得不说的其他任何事情一样,只是以略有不同的方式填充和/或重新散列相同的主题。但是您仍然有合同(图形/内部或实际的)来写另外50页,并且您只是不知道这是从哪里来的,因为您的大脑和灵魂只是花在处理手头的主题上。

话虽这么说,早期的倦怠也会使您感觉像是程序员的障碍。但是,这是另一种动物,症状略有不同。但是我认为值得一提,因为感觉像被程序员挡住了是倦怠的早期预警信号之一-通常伴随着冷漠(即不再真正关心解决问题,只是希望一切都会消失)。而且感觉像工作/项目本身完全没有意义。)


4
+1因为已经读过,所以我现在正在经历的是倦怠,而不是程序员的阻碍,这至少帮助我确定了问题
Crippledsmurf 2012年

4

我猜他们很相似,因为您无法完成工作,但是作为程序员,去同事或Net寻求解决方案和/或获得帮助会更容易。不确定作家有这种奢侈。如果您处于放克状态,知道该怎么办,但又无法自己编写代码,则可能更多是精疲力尽的迹象。


1
我没有考虑过倦怠。有时,如果您向IRC寻求帮助,人们的帮助就会不足,会让您感觉像个白痴,这会使问题变得更糟。
codecowboy 2011年

4

对我来说,通常是病,我刚遇到一个令人讨厌的错误,无法追捕,我担心还会犯更多错误。然后,如果我有一阵子避免完成一段特定的代码,那么我最终会担心将其重新备份。有趣的是,即使我完成任务后的休息与任务的难度无关(通常我首先要做的是优先级更高的任务),焦虑仍然存在。这远比手动上下文切换的成本高。我认为这与担心弄乱事物有关。我认为恐惧是有必要的,因为作为程序员,我们是聪明的人,对有效地执行任务感兴趣,这意味着我们在思维上捷径。而且大多数错误是由思维捷径引起的。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.