逐个击破：这些关于国自然的说法不可信！

火行公众号·陪伴你科研的第492天，第438篇文章

开篇先来干货：化学学部面青地、生命重点昨天已经会评结束；信息、生命大部队在紧张有序开展中，预祝各位相关学部申请人高中！据已结束学部会评专家透露：今年会评期间保持了没收手机模式，相关监督监管措施严厉，整体上会风严谨。

那么，今天的分享是什么？

主要来源于一位19NSFC申请者，他找到我说：“最近这段时间很焦躁，做什么都没有心思。”

01无法回避的国自然

在火行群聊里面也是；国自然对于大家来说，不是一个项目那么简单，背后捆绑了太多的太多，很多都直接涉及到了个人“饭碗”问题（非升即走）；

在科研世界里，只有两个硬通货：文章与项目，两者相辅相成，互相递进。文章自然不用多说，而国自然更像是一张“科研通行证”，有了很多事情就畅通无阻了，没有就有点“捉襟见肘”。

理由很简单，现实很残酷：

01.只有中了国自然，你才有机会去参与职称评选。很多高校，都很隐晦的将拥有国家级项目作为职称评审的硬杠杆，而国家级项目对于普通的科研人来说，一定不会是国家科技部的项目。那么能称为国家级，并且可以有机会去申请的，只有国自然。

02.只有中了国自然，你才有资格去评价他人（至少是函评）。基金委的专家库遴选中有一个标准，就是获得过国自然的科研人可以作为评审专家，假设你没有获批过，那么你永远只是申请方（乙方），想做回评审人（甲方）那几乎是“痴人说梦”。

这样的大背景下，无论是谁都无法淡定。

02焦躁但不迷失

学科会评期正在开展，大家的心情可以理解，但有朋友想出来一些“高端操作”，图个乐子可以，较真就不值当。有不少火友可能与下面的这位一样，被撩拨的心绪在乱飞：

由于大家可能都会与这位火友一样，在等待的时候看了很多的“小道消息”，而这些消息本身都是推测，并无相关的依据，无端的给自己增添了烦恼了，火行对所有的“小道消息”进行了总结与逐个击破式技术原理分享，希望可以帮到大家，要听也要听科学的：

于是乎有人开始被商业推送的邮件项目信息撩拨

于是乎有人开始捣鼓起了网页代码，玄乎其神

于是乎有人开始记录起ISISN的系统维护时间

于是乎有人开始捣鼓起了时间戳，感觉掌握了上会密码

如果把上述这些当成偷闲中的自得其乐也就罢了，但是当越来越多人的说起，而且还振振有词时，味道就变了，有些人专门用这个开始鼓捣中标论，上会论，这都不可取。

关于某商业推送的邮件项目信息，首先非常表示理解，这属于商业行为。但也希望国家自然科学基金委应该加强对数据的把控及相关软件信息采集权限的明确。毕竟某软件与基金委定制开发的申请系统（ISISN）是同一家公司，在数据搜集上有着近水楼台先得月的优势。

同时这个推送对于项目是否上会一点关系都没有，大家可以参阅：《不是国自然挂了吧？莫名收到这样的邮件》。

对于网页代码问题，还是那句话毫无意义，针对FS01 ****-ProposalPDF/FS02****2019**等等，此类样式，不具有获批的任何意义。很多朋友自己也知道了，以往FS01/FS02均有中或者不中的情况，如果非要说什么，火行可以提供一个东西：分布式文件系统，至于01/02你可以认为是跨节点副本（备份），其他的不多讲。

对于这点有疑问的朋友可以参阅：《终于懂了！NSFC会评期间，这个误区认清了》

对于系统维护，基金委常年会进行，但是会评期的系统维护确实与申请期系统维护不一样，首先这个火行要承认。在申请期的维护是因为同时在线提交并发数，系统需要不定期的及时维护，去年与今年同时申请的朋友，就有感觉了，今年明显的申请期在线维护次数要多，虽然每次都很短，这个是因为今年改革，除了常规的压力维护，还有内容维护，青年无纸化、附件的容量、系统推荐关键词、回避、科学问题属性上基金委在前期设想与最终实施上还是进行了部分微调整，所以系统会有较多的维护。

那么在会评期呢？

会评期的维护不是普遍性维护，是有针对性的，但是这个与最终是否获批并没有关系。因为这个维护不是某一学部或者学科处在做，是基金委的信息中心在进行，基金委的系统权限分明，基本上你只能看到你能看到的那部分，因为在集中性学科会评后，会评系统（另一套系统）的结果需要导入到ISISN里面，而这个过程需要学科处的人在规定的限期内（不是一天，是一段时间）去完成，那在进行会评结果导入前，信息中心会对相关的学部进行压力测试与结果数据库的匹配归一化工作，所以会看到有些学部先开始了，而有些学部后开始，但是维护都只是一段时间，并不是很长。

对于这点有疑问的朋友可以参阅：《基金委系统我打不开，是不是有其他含义？》

对于时间戳的游戏，按照大面积的情况看：有些朋友查下来是3月份，有些朋友是6月份，还有些朋友已经超前过了。这个有意义吗？

没有！

第一：不同浏览器的时间戳不同；已经有有个例子：火狐查到是2019-06-26 17:04:58而IE查到是2019-06-26 16:51:23，这个搞计算机的会懂，为了让大家明白，我就直接抛出来答案：是因为不同浏览器的渲染技术和控件不同，所以时间不同。很简单，就是翻译体系规则稍有不同。

第二，这个时间戳是Unix的编码：如下图所示，这个点的Unix timestamp就有相关的解码：

这个对于分布式存储系统来说，很重要现在大多数的语言java、PHP、Perl等都支持直接取UNIX时间戳，将需要记录的时间记录为UNIX时间戳，这样就可以不同的数据库系统中的垮平台性。简单来说：就是有相关的工作人员调用操作了，这里的操作代表调用查重、查阅代表作、信息转存转导等等的操作流程，实际上并不代表你获批了、上会了等等。

综合来说。这些东西很好，说明大家都有钻研精神，但也希望大家可以合理应对，虽然焦躁，但保持科学的心态，娱乐精神可以有，但迷失了就得不偿失了，毕竟还是那句话：文章还得照发、实验还得照做，一切还得照旧！

欢迎各位火友向火行爆料（爆料专用邮箱：firegotech@163.com），如有相关的疑惑，欢迎入群交流讨论，与真科研人交流，非诚勿扰！

郑重声明：

申请转载\授权火行文章，请在公众号后台留言。

未经授权，不得转载，违者将追究法律责任！

本公众号由北京市盈科律师事务所 胡瀚文律师 提供法律支持。

欢迎转发朋友圈，留下“在看”支持火行！

- END -

点击图片即可阅读