程序员

怎么样能让程序员少写BUG

有没有觉得,有时候程序员哥哥的脑回路不同凡响,能自己想出一套逻辑,甚至写一些让你哭笑不得的BUG。那有没有思考过,怎么样让他们少些BUG呢?其实,我为此是操

一名“佛系”产品经理的成长之路

产品经理既要对产品负责,还要对用户负责,因此工作中会和各岗位沟通协调,相爱相杀。那么产品经理与各岗位之间的工作界限如何划分呢?众所周知,互联网行业的产品经理每天需要与形形色色、不同岗位的人沟通,上至老板,下至测试、客服等。产品经理的日常事务性工作有一大半都花在了与不同岗位的沟通协调上,自然在工作中也会和各岗位产生诸多交集。都说产品经理是CEO的学前班,所以就该你这么忙。那么

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

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

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

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

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

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

正则表达式之瑞士军刀

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

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

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

显性与隐性

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

程序员启示录

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

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

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