大一开始当了学委，负责班级收作业之类的各种杂活，后来分流之后，意外地，专业班有两个学委，加之大部分作业都在在线平台提交，所以需要动手收作业的情况也少了不少。
今天收完数据库项目的作业，交给了老师，想起了过去通过邮件收作业遇到的种种问题和痛苦，写个小小的总结，留给后人，希望能引起注意。当然到了大三，这样的问题出现相对少了很多，但有些细节的东西还是比较让人窒息的。
1. 文件组织的格式
原则上来说，提交格式约定的目的是方便接收者（学委）整理与老师的批改，理想中是希望能达到这样的效果：
一般以 姓名 学号 作业名 为名，建立一个文件夹，然后打包压缩发送。有的同学未注意这一点，直接把 新建文件夹，新建文本文档 之类的打包在一起，当学委收到一堆这样的文件夹，想想一下他此时的心理阴影面积。而且，在面对一大堆附件的时候，很多时候可能不会一封封邮件仔细检查，而是通过邮箱客户端或者网页端提供的批量下载附件功能去下载附件，这时候命名就很重要了。
所以，如果有约定了格式，那么务必严格按照约定好的格式要求提交作业，这样可以大大减小学委整理的工作量。
2. 注意一些压缩包格式可能带来的潜在的乱码、无法解压的情况
在 Windows 系统中，如果安装了 WinRAR 之类的软件，我们会发现，几乎所有的压缩相关的文件格式都是 WinRAR 一样的图标，在不打开“显示扩展名”的情况下，甚至文件都没有后缀（扩展名）。而压缩，不仅仅只是打包了这么简单。我们也应该留意到后缀的差别。
目前来说，国际上最通用的压缩格式是 zip 格式，rar 的使用率也比较高，而且绝大部分的在线平台都对zip格式有直接的在线预览等方面的支持。对于 zip 来说，有个很大的问题在于跨平台的编码问题，详情参考这篇文。Windows 中文版默认使用 GBK 编码来编码文件名，通过 GBK 编码压缩的 zip 压缩包，在 macOS 和 Linux 下解压的文件名会出现乱码问题。在 Windows 平台还是比较建议使用 7-Zip 来压缩文件，7-Zip 是开源软件，守规矩，兼容性也非常好，而且安装包只有1M大小。
千万不要用某些软件特定的格式（.kz之类的），不然对于接收者来说，没有相应的软件去解压也是很尴尬的。
3. 删掉 IDE 生成的不必要的缓存，还有一些开发环境相关的依赖包
很多IDE会为代码生成缓存，还有一些特定平台的配置文件，类似 Visual Studio 建立的 C++ 项目的 ipch 文件夹里面许许多多的编译器相关的工具生成的缓存文件，有时候可能一下就有几百个，它们在传给别人的时候本身并没有什么用处。
电脑的磁盘每增加一个文件，操作系统就要根据文件系统的定义为它分配一部分空间用于存放这个文件的元数据，比如说文件名，权限，属性，所有者等等，文件数量太多的时候，对于电脑来说，是一个不小的负担。平时我们可能注意到，当一个文件夹小文件特别多的时候，拷贝的速度是特别慢的，平时上百M/s的U盘，拷贝大量小文件的时候速度可能只有几M/s，这是因为系统的性能主要都在给这些小文件安排槽位的过程中了。微信加的人多了，聊天记录多了以后用起来会卡顿，也和这个有关系。
现在也蛮多同学用 JavaScript 语言写项目，常常一个 node_modules 就有几千个文件，从压缩包解压到磁盘文件的过程中，操作系统要给这几千个文件临时分配磁盘的槽位再填充内容，整个过程的速度也大大降低。
如果大家都一股脑地把文件都打包给学委，这些小文件的数量将成倍放大，在文件的整理的过程中，学委电脑也开始面临如下图般的考验 ?
4. 更新提交时，请在文件名上留下额外的标记
当发现自己的作业有问题的时候，如果需要重新提交，那么务必修改一下提交的文件的文件或文件夹的名字。
比如说 20162180000 张三 new.zip、20162180000 张三 v2.0.zip 这样的标记，不然，学委在整理的过程中，很容易搞混，然后不知道哪个新哪个旧，万一用了旧的打包，就酿成惨案了。
5. 注意邮件的主题和自己的发信昵称
这个是一个小问题，如果学委约定了邮件主题的格式，ta可能会为它设置一些自动回复的收信规则，所以邮件主题要注意按照格式来，如果没有特别要求，最好标明 作业 学号 姓名，方便整理。
发信昵称，是邮件联系中给人的第一印象，常常是接收者将这个邮箱地址保存到通讯录的时候默认用的联系人的名字。所以，在正式的场合，请将昵称改回自己的姓名，不然各种年轻时候的非主流属性暴露出来，让人好生尴尬 ?
大概想到这么多，希望大家善待各自的学委 ?
