这个帖子我想补充一些关于程序的想法,上面说的太简略了。程序是辛苦的工作被戏称搬砖、码农,但是大家也都知道并不是因为难度高,而是需要背的东西太多了,就像那句,如果你记不住,你何苦要学。我相信许多策划在成长历程中看了程序的东西,可是也写不来,c++之父写的那本书上就常有一些戏谑的短语。并不因为c++逻辑元比人的逻辑复杂,而是因为这种逻辑太基础,我们自己已经用的是较高级别的逻辑了。不同的人也在创作更高级别的东西,比如各种引擎,但效果不尽如人意,真正用到的时候却还是希望有c++一类的东西,其实对于程序的要求,一个好程序重要的是善用逻辑模块,不必用粘土来创造长城,而是砌成砖,一段段施工,有人负责造砖有人负责排砖,缺一个都比较混乱。现状是,在大公司足以搞大型研发的团队里,这样的人才被滥用了,策划单线沟通程序对于策划和程序的要求不够地道。在小公司小团队里,这样的人才又很稀缺。所以大家看到,重在分层级,把一个个复杂的逻辑一步步抽丝剥茧,变成小函数,更小的函数。这些步骤分工明确才行。我在几年前的时候,也猜得到这些情况,可是行内这个问题(策划程序沟通)比我想象的严重,会说你把这个交给程序会被程序骂死,所以其实还需要解构型的人才。真正把这一步步分层做好。我要说的是,在策划和程序之间有许多模糊的灰色地带是行业空白,有些策划做,有些程序做。但未必能做好。是否应该有这样的专门人才?谁能胜任?谁想胜任?










