第一次基金申请的评审意见

今年申请了山东省自然科学基金的青年基金项目,总体意见为CBB,评审专家的意见值得我好好铭记和改正,感谢3位评审专家!

总体意见:

第一位专家意见:C-不同意资助

本项目针对xxx展开研究,研究xxx算法,xxx算法的并行化理论与方法,最终建立xxx算法体系。算法创新性不强,应用的重要程度不大,作者基础薄弱,建议不资助。

说明:一作SCI论文3篇(2篇与申请的课题相关),一作中文核心论文4篇,均与申请课题相关,不知为何得了一个“基础薄弱”的意见。

第二位专家意见:B-修改后资助

项目选题具有前瞻性,研究方案具体可行,研究者具有xxx算法的相关研究背景,具有相关研究经验,可望取得相应研究成果。建议立项。

第三位专家意见:B-修改后资助

申请书的内容还是不错的,方法也很适当,研究思路也比较精细。但是写作有一个问题,就是盲目拔高研究意义,比如xxxx、xxxx,这些都很不严谨非科学的表达。青年基金,如果能很精细的实现一类xxxx算法库,并进行xxxx,就是很不错的工作,可以发一篇SCI。本来应该优先资助,现推荐为可以资助。

总结:

(1)本子撰写仓促,从第三位专家的意见即可看出,因为一些不严谨的表达,把意见从A(优先资助)改为了B(可以资助),真是让我后悔莫及,算是一个非常惨痛的教训!因此,本子完成后应该下大功夫修改,进一步精雕细琢,不严谨的表达内容应该悉数改正,确保本子没有硬伤的前提下,也没有引起评委反感的话语;

(2)也许基础的算法理论研究很难吸引评审专家的眼球,所以一看到是传统算法的名字,可能第一印象就是没有创新吧,所以今后要在理论研究上进行进一步创新才行,至少要有新的理念;

(3)地方基金的申请一定要结合地方的特点,仅仅瞄准学科或者行业撰写申请书的话,往往会有一个“对区域发展意义不大,迫切性不强”的意见,以后需要注意;

(4)“研究基础薄弱”这个意见让我难以理解。

时间: 2024-10-05 09:27:48

第一次基金申请的评审意见的相关文章

基金申请

完全转自小木虫http://emuch.net/html/201108/3526317.html 1.立项依据:     立项依据是开篇第一项,主要说明是WHAT和WHY的问题,即这个申请要做什么,为什么要研究这个东西.有人说立项依据像综述,但是我感觉它应该比综述更 全面.我们看综述,是通过检索文献来查找自己感兴趣的主题,进行主动式的阅读.也就是说在阅读这个综述之前我们已经有了较好的阅读基础.但是基金的立项依 据不同,作为评审人他没有主动选择看这个或看那个项目申请书的权利,他只能被动地接收分配给

评审意见

一.各团队给出的意见 跑男2015: 我很开心的是你们前期目标明确,因为这样我能轻易的知道你们前期究竟要做到什么样的程度,你们的感锁屏功能已经基本功能得到了实现,感应锁屏开始和关闭,你们可以让用户去设置关闭原来的锁屏系统,但是我想你们也应该增加一个让用户关闭你们的锁屏系统恢复原来的锁屏系统.这样才能显示咱们的强大和自信,你用不用我锁屏系统不强求,我一直都在那里!我想问你们一个问题,在演示的过程中我发现你们现阶段做的这个锁屏反应是不是太灵敏,如果我穿一个宽松的衣服,口袋比较大,拿手机会不会在里面一

团队项目评审意见

Cs小分队: 冲刺目标明确,但是绩点计算器页面不够美观,就是用c#设计的基本界面,多科目计算功能没有完全实现,感觉这个绩点计算不方便使用,而且我感觉用起来也比较麻烦,(因为感觉没有我手中现有的工具好用),计算器没有看到和我们计算机上面已有的计算器有什么不同,我想你们要是能在上面增加一些自己的元素那是更好的了,2048基本实现完整,扫雷也基本完成而且这两个上面我也看到了你们自己的元素在上面.计时器的取消暂停和暂停如果能用一个按钮实现就好了.你们代表了广大用户的利益,你们是信息时代的雷锋,给你们三十

对于各组的评审意见的方案

Gogoing改进方案: 1.数据库问题:我们需要大量的数据这个是我们目前未解决的也是比较难解决的我自己的想法是能实现通过网络而不是做出数据库,能通过网络实现.这个需要进一步的团队探讨. 2.界面优化以及特色:我们目前只是做了一个初期的界面,接下来我们会进行具体的美化界面,特色的话我们会继续加强“穷游”的观念,以“穷”为特色入手并扩展. 3.评价景区功能的添加:我们起初也想到这一点,但是由于一些水军的存在这个评价有可能是虚假的所以就没考虑弄这个但是这个评论功能也确实是十分重要的这个是最可以显示景

140字评审意见

9-652 该团队的的作品是炸弹人,一款经典的老游戏,这个游戏和游戏的规则,想必每个有过童年的同学都应该清楚,所以我觉得对于把这种经典游戏作为软件工程大作业的同学来说,要想做好并不容易,任重而道远呀!何来此言?我认为,重写这种经典游戏可以从以下两个方面着手,一方面要有经典游戏原本的面貌,让一批怀旧的玩家找到原来的感觉.另一方面在做好原本游戏精髓的继承时,还要做好自身游戏内容的发展,不能仅仅局限于对老游戏的复制与模仿,要有新思路.新点子.两者相互矛盾,担忧客观并存,如何掌握这个度,需要‘你们来掌握

评审other's意见

评审意见 1.组 a.界面不友好 b.没连数据库 2.组 a.没连数据库 b.无智能匹配当前时间 3.组 a.基本功能实现 b.界面未优化 4.组 ourselves 5.组 a.各反面较为完善 6.组 a.界面不好 b.功能不符合 7.组 a.界面太花 b.只有一种查询方式 8.组 a.界面未优化 b.基本功能还可以 9.组 a.还不错 10.组 a.同样的界面问题 11.组 a.功能还可以 b.界面要简化 12.组 a.界面问题 13.组 a.界面问题 14.组 a.功能太简单,只有一个登陆

2019年最新国家高新技术企业申请条件

国家高新技术企业也称国家级高新技术企业,根据我国<高新技术企业认定管理办法>规定,国家高新技术企业是指在<国家重点支持的高新技术领域>内,持续进行研究开发与技术成果转化,形成企业核心自主知识产权,并以此为基础开展经营活动,在中国境内(不包括港.澳.台地区)注册一年以上的居民企业.深圳地区的科技型成长型企业,也可申请深圳高新技术企业认定.当企业申请国家高新企业认定或者深圳高新企业认定超过三年时间,可以进行申请高新复审. 国家高新技术企业认定条件:(一)企业申请认定时须注册成立一年以上

同行代码评审过程中的实践经验

声明:该文经我翻译后首次发表在伯乐在线上,不论什么形式的转载都请标明原处. 数百万年前,猿从树上下来,进化出了对生拇指,终于.变成了人类. 我们以相似的眼光来看下强制性代码评审(Code Review):好像是一种能在软件开发这块广阔的领域里将人类从兽里分离出来的东西. 只是,我有时候会从我们的团队成员里听到以下这种评论: "这个项目的代码评审根本就是浪费时间." "我没有时间做代码评审. " "我的项目公布延期了.都是由于我那懦弱的同事还没有做不论什么评

怎样进行需求评审?

一. 注意对需求规格说明的正确性进行评审 需求规格说明的正确性通常可以从如下方面得以体现: 1.是否有需求与其他需求相互冲突或者重复? 2.是否清晰.简洁.无二义地表达了每个需求? “清晰”是让人能够读懂:“简洁”是让人愿意去读:“无二义”决定”读”的效果,是让大家对需求描述的理解能够达成一致 . 3.是否每个需求都通过了演示.测试.评审,分析是否得到了验证? 4.是否每个需求都在项目的范围内? 5.是否每个需求都没有内容和语法上的错误? 6.在现有的资源内, 是否能实现所有的需求? 7.每一条