程序员

一技压身,天下行走

最近朋友圈有篇文章《为何我工作十年,内心仍无比恐慌》转的比较多,来自一个腾讯产品总监的演讲。我一个程序员也工作了十年,确实依然感到内心的恐慌,这种职业焦虑在这个行业普遍存在。也许正是因为互联网行业还很年轻,一个行业的寿命远超过一个人的寿命,而互联网行业还不到三十年。远超传统行业的发展速度和新陈代谢规律,让其中的从业者深感疲惫,而对未来又充满了不确定性。而未来的不确定性通常正

产品经理跟程序员友好相处的3个技巧

产品经理很重要的一项日常工作就是与程序员打交道,我们不难从网上流传的各种段子中看出,产品经理与程序员的关系并不是十分融洽。但是只有在融洽的氛围下开展工作,才能有效推动工作进度,本文作者分享了产品经理跟程序员友好相处的3个技巧,希望对各位产品经理和程序员有所帮助。在几年前的一场面试,对方问我:“有没有和程序员吵过架?”当时的我颇稚嫩,岂图想在面试中体现自己的完美,回

产品经理与程序员的矛盾从何而来?

今天我们来讨论一下在软件开发过程中的一个很常见,也是令很多程序员头疼的问题,那就是与产品经理直接的矛盾到底是怎么形成的。先看下面的一张图片,我想大家都明白其中的意思。一、产品需求经常变动由于产品经理经常改动需求,导致程序员不得不把做好的东西重新再做,结果可想而知。有的时候程序员加班加点刚做完的东西,被产品经理一句话给推翻了,说需求变动了,不能这么做。严重的时候连核心模块都完

程序员启示录

最近因为项目需要在看一个开源项目的源码,这个开源项目据说在内部开发孵化了 6 年之久,前几年才开源出来。 我在看设计文档和源码中发现,它的高层设计的一致性是比较好的,但到了源码实现就显得凌乱了些。 既然是时间跨度如此长的项目,想必参与这个项目的程序员也不止一批人了,处于不同阶段的程序员都有可能参与,这样也能理解实现上的凌乱了。 看着这些有一定时间沉淀的代码,有些代码可能诞生

显性与隐性

如图,当我写好评论内容点击发布时,一条提醒信息赫然出现:「请修改您的评论」。懵逼了,为什么我要修改评论?赶紧跑去问程序员哥哥,得到的回复是「担心用户发广告,所以加了一条过滤规则:如果评论中包含网址、电子邮箱、手机号码或一些敏感词,发布时就会被提醒修改。」在理,情不自禁为他考虑之周全点了个赞。但回过神来发现,问题并没有得到很好的解决——提醒文案并没有说明为什么要修改,以及应该

程序员要的不是需求文档,而是一份清晰的流程图

我所见过的程序员和产品经理之间产生矛盾大多是因为一个叫「需求文档」的家伙。有一种恶心的需求文档,我曾经见过,甚至再见到会觉得更恶心,请看下图:这张图应该会交给交互射鸡湿,交互看着这么长的文字,应该是崩溃的,画出交互图。交给程序员的时候,程序员看着这样的需求描述再来生产的时候,就会问若干个「如果」问题,如果×××情况下,该怎么办呢?产品经理再来更新需求文档,又问,又改,再问,

正则表达式之瑞士军刀

瞎乎 出品瞎乎第二期:正则表达式之瑞士军刀正则表达式(Regular Expression),这是一块硬骨头,很难啃,但是啃着又很香。正则表达式使用单个字符串来描述、匹配一系列匹配某个句法规则的字符串。很多地方我们都需要使用正则,所以今天就将一些优秀的教程,工具总结起来。基本内容https://en.wikipedia.org/wiki/Regular_expression

那些优秀程序员身上的共同特质

你是否发现,在我们身边的那些优秀程序员身上总是能找到一些共同的特质,这些特质并非与生俱来,但却逐渐在他们身上留下深深的烙印,这也使得他们变得与众不同,更成为我们心目中的佼佼者。至少深入理解一门编程语言学习编程和学驾驶很像,你很容易就能学会驾驶,比如,经过一个月的驾校培训,你就能获得驾照,但要真正成为一名优秀的司机,却必须经过长时间的驾驶实践才行,这将帮助你在头脑中形成一套完

设计师也能做到的开发成本预估

身为一名具有开发背景的设计师,我来讲讲程序员是怎么思考你的设计稿的;再介绍一个比较简单的开发成本评估方法,有助于你自行评估自己的设计稿,这样你的设计稿落地可能性会高一些。所谓术业有专攻,设计师不懂开发很正常,但设计稿能否落地最终还是得看程序员能否实现出来。这时候问题来了,有些设计师的创意很天马行空,但拿到程序员面前程序员说不可能实现时,简直心如死灰,内心万马奔腾:这都做不了

程序员应该向产品经理学习什么

最近几年要说哪个领域最火,无疑是互联网领域,而随着互联网的火热,伴随而来的也是相应的互联网职位的火热,比如炙手可热的程序员和产品经理(或者叫程序猿和产品汪)。我也是一个刚入行不到三年的菜鸟程序员一枚,大学学了四年计算机,毕业以后就一直在写程序。就像很多人说的那样,大部分时间似乎是在为了实现产品经理的需求而写程序,于是程序猿和产品汪之间那些相爱相杀的事情,我也基本都能体会一二