计算机科学未实现的领域,软件项目和研究环境中的开发

Stefano Bori..

6

我会告诉你我的经历.

毫无疑问,许多软件在学术界被创造和浪费.事实上,很难将专门为特定研究目标创建的研究软件适应更广泛的环境.此外,学术界的产品是科学论文,而不是软件.学术界的软件价值为零.一旦您在其上写了一篇论文(这需要大量的编辑时间),您对使用该软件生成的数据进行评估.

然而,在大多数情况下,研究小组已经认识到频繁的模式,可以作为内部知识进行抛光,测试和存档.这就是我使用我的个人工具包.我根据我的研究需求增长它,只有那些"跨项目"的功能.开发个人工具包几乎是一项要求,因为您的科学需求很可能是某些经文的独特之处(否则您不会进行研究)并且您希望尽可能少地获得外部依赖(因为如果某些东西发展并破坏了您的东西,你没有时间来解决它).

然而,其他一切对于特定项目来说太具体了.因此,我倾向于不封装显然是一次性求解器的东西.但是,如果稍后其他项目需要相同的代码,我会回过头来改进它.

较短的项目范围和研究的热度(例如今天如此重要的出版或灭亡愿景)需要灵活,快速的语言,以及通常可以快速掌握的语言.基因组学和量子化学博士没有正式的编程背景.在某些情况下,他们甚至不喜欢它.因此,语言必须快速,简单,干净,灵活,以后易于理解.后一点是资本,因为没有时间来制作文件,并且保证在学术界,每个人迟早都会离开,你每三年左右就将团队经验烧成零.学术界是一个高风险的行业,定期解雇他们所有硬派的执行者,只保留一些管理人员.因此,拥有可维护且易于被其他人掌握的代码是资本.此外,永远不要低估谷歌搜索解决您的问题的力量.使用良好部署的语言,您更有可能找到问题的答案和您可能偶然发现的问题.

管理也是一个问题.瀑布没有讨论.没有时间进行文书工作编程(要求,规格,设计).螺旋非常好,但显然建议尽可能低的文书工作.事实是,任何不能在学术界给你一篇文章的东西都是浪费时间.如果你花一个月写规格,那就浪费了一个月,你的合同将在11个月内到期.此外,对于你的职业生涯来说,这个脂肪文件的数量为零或接近于零(许多其他事情:管理和教学是两个例子).当然,敏捷方法也没有讨论.大多数开发是由远远的团队完成的,并且通常还有许多其他事情要做.在文章之间的"业余时间",以及会议之前或之后,编码集中是短暂的爆发.集市是最有可能的,但集市也有很多问题.

因此,为了回答你的问题,最好的策略是已知良好软件的"缓慢积累",以快速灵活的方法和语言进行小爆发.在讲座期间需要教授良好的编码实践,因为在实践课程中教授良好的实验室实践(例如,从不将水加入硫酸中,总是相反)