我来帮题主补充一下舰娘的玄学吧。舰娘的玄学主要有以下几种1、赌船开发玄学此项主要包括两种，一种是时间玄学，因为舰娘服务器问题，所以据说采用的是伪随机(据说)，也就是说在同一时间段(据说是5分钟？)中只有几种结果可能出现，所以在同服有人出双大bsm的时候跟赌，出上述船的几率理论上是会提高很多的。第二种是资源玄学，比如传统的战舰公式是400/30/600/30,有人就在此基础上加上一些资源比如410/30/630/40并声称此公式出战舰的几率要比传统公式高，也就是所谓的玄学公式。2、刷图掉落船玄学，此种玄学是由上述时间玄学发展而来。有dalao认为，既然赌船用的是伪随机，那么有可能舰娘中所有的随机都是伪随机。也就是说，在别人刷图出货之后你跟着刷一发，出货的几率会大大提升。3、战罗盘娘玄学，因为南西疯人院等坑爹日常周常以及无限掉坑的活动图的存在。一众疯掉的小伙伴认为，罗盘娘的随机可能也是伪随机。所以每隔一小时推一次图，若是进了boss就再推几次的玄学也出现了。4、群众普遍认为，除去旗舰以外的5个位置受到敌舰攻击的几率是不相等的，体感的安全位置又称玄学位置，而且每个人的玄学位置是不一样的233剩下的旗舰玄学，刷闪玄学也诸如此类，就不一一列举了。----------------------总之呢，玄学就是一种无法用数据证明，仅凭个人主观感知支撑的魔法学说。。
医院值班。总有几个医生或者护士很霉。有一个医生，在他值班的时候病人总会莫名其妙撑不下去。有几次，上一个班医生交给他的病人情况很稳定，他一接班病人就不行了，半夜就走了。最奇葩的有一次，有个很重的病人，眼看就快不行了，而且晚上又是这个“死神”医生值班，我们私下里说这个病人凶多吉少，没想到这个医生突然家里有事，找了另外一个医生换班，另一个医生值班的时候那个病人居然情况趋于稳定，后来竟然一天天好起来，最后顺利出院了。另外有个医生特别“招”病人，每次他值班，病人总是特别多，他的床位总是住满，每次值班，他只好自嘲是劳碌命。
那些小圈子的都弱爆了，要说玄学玩得最大的当然是彩票啊！尽管本质上是一个独立随机事件，然而彩民们普遍低下的教育水平和赌徒心态导致了他们不信点什么心里就不踏实。所以各种「专家」蜂拥而至，在网上、报纸上、电视上做着各种预测，用自己不知怎么扯出来的的「理论」算出下期开奖号码。这么多专家，你信哪个？但彩民们就有深信不疑的，而且每个信的都不一样……这么多大神，你信谁？……谁能算算这云山雾罩的一大堆到底是说该买什么号啊？说个最可笑的吧，香港广东一带许多阿婆每天盯着电视机里的《天线宝宝》看，原因无他，据说每一集中都有个细节预示着下期六合彩的开码生肖。但到底是哪个细节？怎么解释？各路神仙又出动了。总之就是用各种模棱两可的话来算出下期生肖和号码，至于你怎么解读？错了怎么办？那是你自己的事了。
程序员玄学，我非常愿意仔仔细细，面面俱到的说一说，也欢迎在评论里补充，我会更新到答案里。编程这一行是一个极具挫折感的行业，当然，仅限于码农，大神们是我等战五渣只能仰视的存在。但是我依然不相信那些所谓几天之内写出几万行代码实现某功能然后一点bug没有的传说，不要说马化腾雷军求伯君了，就算是Linus也不可能！我们发现，如果你时间非常充足，写了完善的入口保护，溢出保护，泄漏保护，做了完整的单元和集成测试和充分的联调，经过多次评审。那么在这套代码上线的第一时间，一定会出现bug，并且是那种必须下线立刻修改的bug。这简直可以算是码农界最有共识的墨菲法则了。而如果你只有一个通宵的时间，你写了大量丑陋的代码，甚至连变量名都来不及细想，充满大量的魔法数字和粗糙的注释，而且写到凌晨你的大脑已经不知道在想些什么，最后仅仅在编译成功之后就匆匆合入了，则这套代码一！定！能！跑！，并且后面任何重构，一定会引起问题。当你在某套代码中使用了你从未用过的编码风格，则这套代码一定非常好用。我把这叫做人品定律。编译的时候，如果目标文件的字节数是奇数，则表示没问题，如果是偶数，则必定出大bug。墨菲法则之二：所有不可复现的问题一定会在深夜复现，然后你就会被深夜的电话叫醒，而你白天蹲守一天也不可能复现一次。下班前五分钟是bug出现的高峰期。如果正式上线的头一天/一周内运行良好，则意味着将来在高关注度消失之后，一定出现无法解决的bug。反之如果在高关注度时期出现了非常糟糕的bug，则意味着bug很容易修复，但是越容易修复的bug造成的影响越大，基本会下降客户满意度。但是在bug修复之后，这套代码一定非常好用，极少再出问题。如果项目经理承诺项目结束之后请客，则项目一定会失败/取消/完成后被雪藏。系统升级，进度条如果在途中停顿，则升级一定会顺利，如果在末尾停顿，则最后一定需要回退。女生编的代码一定比男生编的稳定。当需要女生值夜班的时候，代码一定不会出问题，男生则相反。即使男生替女生值夜班，此诅咒依然不可豁免。当编译时长时间没有编译信息出现，则此次编译的目标文件一定没有严重bug。当你终于腾出手来打算重构代码的时候，则一定会出现一个紧急bug让你再次腾不出手。当你挤出时间，加班加点搞重构的时候，则后面一定会有大把时间让你闲得发疯。在上面两种场景中，前一种场景，你重构的代码一定会有新问题出现，回归测试一定不通过。后一种场景，则重构的代码运行起来一定非常顺利。升级的时候，项目经理一定不能在场，高管更加一定不能在场，否则升级一定失败。升级版：上级越重视的项目越有可能失败，反之依然成立。如果高管贡献了代码，哪怕仅仅十几行，哪怕仅仅是几行注释，则最终代码bug一定很少。运行稳定的代码，编程风格优雅的代码，经过完整测试的代码，三者永远只能满足两个。@刘博补充： 一开始你编程越轻松，你在deadline前就会越忙，最后无论你重视与否，这个程序一般都会在deadline时刚刚做完。 初次编译结果里error越多，往往改起来越容易，当仅仅提示一两个error的时候，恭喜你，一般情况下你是改不对了。 演示的时候一定会出bug，而且不出bug的部分，别人一定不关心。。。 保存然后编译正确效果也正确。当你下次打开它的时候有一定机率会出现乱码/弹出/把数据库改的乱七八糟等一干错误。。。如果代码在本地而你没在第一时间合入，则这套代码有很大几率会丢失，丢失的几率也同时和代码量成正比。==============股市里玄学就更多了，可惜不能写多个答案唉。比如有名的丁蟹效应。其他的还有世界杯魔咒，五穷六绝七翻身，李大霄效应……欢迎补充。===============足球里的，贝利乌鸦嘴定律，求补充。互动评论加载中…}