为什么魔劣作者作为正统程序员写出来的东西那么烂
steins gate那么明显的递归手法。ever17这只是形似loop，稍微加了点知识论的毛皮，再来点人机恋之类的喜闻乐见就各种神作。写魔劣的人是不是只是个写文档的？以上两作倒像是程序员写的。 因为他是日本程序员
当然我得承认即使如此日本也还是能出合格的死程的比如川原礫 纯属文笔不好，跟技术水平无正相关。
让他们都去都写和程序无关的小说，水平差距也是一样的。 程序员不是提一下太田顺也吗？ 本帖最后由 wardenlym 于 2014-6-27 09:54 编辑
因为他是cobol程序员呗,所有用过COBOL的程序员智力上都会有不可逆转的伤害，这是白岩松说的 alitonx 发表于 2014-6-27 09:44
纯属文笔不好，跟技术水平无正相关。
让他们都去都写和程序无关的小说，水平差距也是一样的。 ...
明显kid和5pb的人把计算机科学的思想融入作品了啊，虽然只有一点点，佐岛作为一名程序员居然完全不能利用他的优势，不是很奇怪么？ 只剩平凡 发表于 2014-6-27 09:53
明显kid和5pb的人把计算机科学的思想融入作品了啊，虽然只有一点点，佐岛作为一名程序员居然完全不能利用 ...
文豪如果真的是个合格的程序猿的话，他还需要写小说来找认同感么？ 日本的程序员一向比较奇葩，我是说比较老派那种穿西服写代码的商业公司里的码畜，某种意义上属于搬砖 鸡蛋灌饼 发表于 2014-6-27 09:19
因为他是日本程序员
当然我得承认即使如此日本也还是能出合格的死程的比如川原礫 ...
之前我也看不出是程序员，alice篇明显一股赛博味儿，电波对上了觉得真好看， 佐岛是个程序员这个是真的吗？ 日本程序员是什么梗？ 所以有没有人来介绍一下日本程序员有什么特别的？ 日本程序员是什么？ 程序员什么梗？等到某作者是什么京大东大文学哲学这些系毕业还写成这样，那真的值得抱怨 xuesong1105 发表于 2014-6-27 12:57
程序员什么梗？等到某作者是什么京大东大文学哲学这些系毕业还写成这样，那真的值得抱怨 ...
哈？你是说东大综合文化研究科博士的某人吗？ 本帖最后由 mimighost 于 2014-6-27 13:43 编辑
日本程序猿么。。。。是挺奇葩的。
一个黑日本程序猿的著名段子：
JAPAN:
Dim gridItemIndex As Integer ’comment
Dim currentPageIndex As Integer ’comment
Dim pageSize As Integer ’comment
gridItemIndex = e.Item.ItemIndex
currentPageIndex = meisaiIchiran.CurrentPageIndex
pageSize = meisaiIchiran.PageSize
Dim updateDataRowIndex As Integer ’comment
updateDataRowIndex = (currentPageIndex * pageSize) + gridItemIndex
dt.Rows(updateDataRowIndex).Item(t.BindFldName) = txt
CHINA:
dt.Rows(.CurrentPageIndex * .PageSize + e.Item.ItemIndex).Item(t.BindFldName) = txt
总结起来就是教条且死板(冗余并且降低可读性)，本质上是反抽象的。
说起来这个code style和佐岛大文豪非要把一句话能领会的东西掰成又臭又长的10句屁话还洋洋得意的尿性挺接近的。
另外一个著名的例子：
软件设计的基本要求是模块尽量简单化，因为这样可以一来更易于阅读二来更易于维护。但丰田的工程师显然没有遵循这原则。Barr使用一种工具自动根据代码的可能分支数量评估函数的复杂度，结果是丰田的软件中至少有67条函数复杂度超过50，意味着运行这个函数可能出现超过50种不同的执行结果，属于“非可测”级别。因为为了测试这50个不同的结果，必须准备至少50条不同的测试用例以及相应的文档，在生产环境中一般是不现实的。作为比较，Barr表示他自己的公司严格执行的其中一条规定就是任何代码复杂度不能超过30，否则不合格。而在这67条函数中还有12条复杂度超过100，达到“非可维护”级别，意味着一旦发现缺陷（Bug）也无法修复，因为实在太复杂，修复缺陷的过程中会产生新的缺陷。其中最复杂的一条函数有超过1300行代码，146个可能执行路径——正好用于根据各传感器数值计算节气门开关角度。
还有一些别的匪夷所思的发现。比如丰田的软件包含了超过一万一千个全局变量。如果你不知道什么是全局变量，那么只需要知道软件设计的一般原则是要尽量少使用全局变量，因为有可能带来无法预测的结果。这里的“少”的意思是“尽量接近零”，绝对不会是一万一千个。
可以看出11区对于软件人员的“重视”程度了。
programmer么，个人英雄主义比较泛滥，这和11区的一般精神背道而驰，而后者叫做code monkey比较合适。
wardenlym 发表于 2014-6-27 10:04
之前我也看不出是程序员，alice篇明显一股赛博味儿，电波对上了觉得真好看， ...
加速世界是那种完全可以写成纯赛博朋克（广义）风的小说的
参考彩虹尽头 维护这种代码……11区自杀的9成是程序员吧 mimighost 发表于 2014-6-27 13:24
日本程序猿么。。。。是挺奇葩的。
一个黑日本程序猿的著名段子：
这代码风格
现在你们知道文豪骗起稿费来为什么这么自然了吧 看看技术的SEGA被ddos攻击后直接停服10天等攻击过去，大概就能猜到日本业界水平了吧 鸡蛋灌饼 发表于 2014-6-27 09:19
因为他是日本程序员
当然我得承认即使如此日本也还是能出合格的死程的比如川原礫 ...
川原会写代码？
在我看来也就是铃音才算程序员 iamwar 发表于 2014-6-27 14:05
1.其它程序员算理科的话，日本的要算文科。
2.代码维护方面，我有个哥们从大连去天津大宇宙了，然后一年 ...
改u3d难道不会加重么 你们见过游戏用明文传网络数据的么，日本手游有 暗铁 发表于 2014-6-27 14:24
你们见过游戏用明文传网络数据的么，日本手游有
PSN明文传过信用卡信息，你感受一下 谁给了你们程序员一定能写好小说的幻觉的？
----发送自 Sony L35h,Android 4.2.2 你们到底想要牛比的程序员写的小说还是写的牛笔的程序性世界观 用过日式键盘的人就知道，那种键盘布局怎么看都不像编程的键盘。
----发送自 Xiaomi MI 3,Android 4.2.1 无动于衷 发表于 2014-6-27 14:44
你们到底想要牛比的程序员写的小说还是写的牛笔的程序性世界观
我只是想说递归之类的方法即使用在写文章上也能使结构很出色，
作为一个有基础的程序员，使用这种结构进行构思文章完全不是难事
当然，上面的讨论已经转型为黑日本程序员技术了