小蓝书《穿越：2014》转载请注明来源：小蓝书xiaolanshu.cc
在南风app下面的评论区里又逛了一会。
林灰发现评论区里的很多用户都强烈建议林灰在南风app的基础上
再弄一个更符合专业人员使用习惯的专业模式。
即便是为此额外付费也无所谓。
不少评论都是反应这个诉求的。
啊这，林灰一贯是很注重用户反馈的人。
用户的合理要求很难不满足啊！
林灰汇总了评论里要求的用户对于专业模式的诉求。
林灰意外地发现这些人的诉求跟刚才评论区那位老兄的建议差不多。
都是要求取消一万字的输入限制。
不过对于要不要有多条新闻处理这个功能这些人却出现很大的分歧。
居然在评论区里隔空掐架，也是离谱。
林灰看了一下两方的不同观点。
支持者认为多任务处理能力能提高工作效率；
反对者则认为多任务处理容易分神，会影响工作时的专注度。
呃，不愧是敬业的新闻工作者，这支持和反对什么的完全是从工作效率角度出发啊。
对于多任务要不要有，林灰巴不得这些人有争议呢。
这样他就可以堂而皇之地将这个争议点维持现状。
不用在多任务方面做文章，即便是要搞专业模式，林灰的工作量也少了很多。
只需要取消一万字的输入限制就够了。
这对于林灰来说并不是一件困难的事情，不过是改动一行代码罢了。
当然了尽管只是改动代码，该收费还是要收费的。
改动一行代码不难，难的是知道改哪行。
程序猿的常态一杯茶一包烟，一行代码改一天。
别说一行代码改一天了，有时候三四行代码十多号人改上一个月也是常有的事情。
銆愯鐪燂紝鏈杩戜竴鐩寸敤鍜挭闃呰鐪嬩功杩芥洿锛屾崲婧愬垏鎹紝鏈楄闊宠壊澶氾紝瀹夊崜鑻规灉鍧囧彲銆傘
倒不是说程序猿消极怠工，问题是在别人写的shi一样的代码里debug着实有亿点困难。
玩不利索指针还胡乱放。
备注什么的更是没有。
没备注的情况还好点，最怕遇到堪比老中医的鬼画符的那种火星备注。
真就一个人的备注十个人猜。
为啥不找来写代码那个人问问？
笑死，早就离职了。
最关键的是改代码时不仅要忍受shi山一样的代码。
还要面对同行无意之间造成的掣肘。
别的行业林灰说不好，但程序猿行业并不适用于人多力量大。
至少不完全适用于人多力量大。
人力和时间并不呈现线性关系的。
大量人员并不能缩短软件的开发进度。
更多内容加载中...请稍候...
本站只支持手机浏览器访问，若您看到此段落，代表章节内容加载失败，请关闭浏览器的阅读模式、畅读模式、小说模式，以及关闭广告屏蔽功能，或复制网址到其他浏览器阅读！
本章未完，请点击下一章继续阅读！若浏览器显示没有新章节了，请尝试点击右上角↗️或右下角↘️的菜单，退出阅读模式即可，谢谢！
