intern10天想到的——如何做小任务

Intern的一些体会
    接到一个任务应该如何去完成？ 作为一个新人，接到的任务应该都是小的或者琐碎的。通常小任务就有很多种做的方法了。那么如何选择呢？
    总结了一下，觉得有一个原则可以套用，使用总耗时少的那个。把实现、汇总等时间全部加起来，耗费时间最少的方法就是好的方法。注意调研的时间不要省，因为每个任务都应该学到些新的东西，除非以往的积累可以完完全全复用到当前。一个新命令或选项的使用都应该视作一份任务的bonus。
    回到正题，合适的方法通常都是耗时最少的方法。
    举个例子：
    执行连续命令的最好方法是什么呢？脚本。当然我会想，哎只跑一次，就不用写脚本了吧。但是有以下的问题：
    1 你能保证一次执行的所有命令都是对的吗？其中一个敲错了，你是否需要重新敲前面的？
    2 你能保证没有下一次执行的必要吗？一旦有了，是不是需要再写一次？

    第1个很难，我基本无法做到，相信有人可以做到。但第2个却基本是不可能的。
    导致的结果就是，写脚本是一个最佳的选择。
    所以我现在基本所有的东东都会写脚本(带各种注释，usage，假装专业），当确认脚本的功能无误了，让它跑起来以后能省心很多。手动敲命令导致的修改时间会大大超过实现脚本功能的时间，这就是脚本会比手动敲命令快的原因。

    还有一个需要注意的细节是使用进度显示和样本数据集。
    一些统计任务的需时都比较多，甚至你不知道多久能够做完。因此，使用进度显示能让我们在任务进行到5%的时候知道还有多久能完成；样本数据集的作用是使用更少的时间来检验完成任务的方法是否有问题。

    在互联网的支持下，所有任务基本都能实现，耗时才是效率的试金石。