快手全面开启“大小周”引网友吐槽；在开源项目提交 issue 表达谢意引发争论
(给技术最前线加星标，每天看技术热点)
综合整理：技术最前线（ID：TopITNews） 参考：程序员的那些事、开源中国、solidot、cnBeta、腾讯科技等
0、快手明年开启全员大小周工作模式
29 日，快手召开全员会，会上快手人力负责人刘峰宣布，快手将于 2021 年 1 月 10 号全员开启大小周。
刘峰表示，西方周日是一周的开始，很多团队周一开例会，周日员工便开始自发准备周报和例会内容，如今公司也已经有 70% 的人在大小周，为了让前中后台配合更加紧密，快手将全面开始大小周。快手于今年 11 月提交招股书，据悉，将于 2021 年 2 月 5 日在港股上市，全员大小周被认为是快手上市前的最后冲刺。
网友评论
1、富士创造出能储存 580 TB 数据的磁带
富士胶片和 IBM 研究院合作制造出能储存 580 TB 数据的磁带，创造了新的存储世界纪录。
这一突破使用了名叫锶铁氧体（SrFe）的新磁性粒子，这种材料常用于电动机磁铁。富士调查了能否将锶铁氧体作为钡铁氧体（BaFe）的替代去制造磁带。相比 BaFe，SrFe 有着更高的磁性，颗粒体积少 60%。和 BaFe 一样，SrFe 也是一种化学上稳定的氧化物，能用于长期的数据保存。使用 IBM 开发的新技术如低摩擦磁带头，SrFe 磁带的存储密度达到了每平方英寸 317 GB。（solidot）
2、LibreOffice 或将移除 VLC 相关代码
近日，LibreOffice 开发者 Julien Nabet 在一次提交中移除了 VLC 相关代码。
Julien 表示，这部分代码于2013年加入 LibreOffice，但自那以来并未有真正的更新与维护，并且于2015年开始被明确标识为试验性代码；目前，这部分代码的表现很不理想，关键帧的生成很糟糕——包括每次播放视频都需要3秒钟等等。在他看来，VLC 是一个很棒的软件，然而 IT 领域中7年不维护的时间太长了，移除它是更好的选择。
不过用户不用担心 LibreOffice 内音视频播放的问题，因为除了 VLC，LibreOffice 还具有多种替代品，比如 GStreamer，其表现明显好于 VLC。而如果以后有开发者能维护改善 VLC 相关代码，开发团队也有可能将其还原。（开源中国）
3、微软推实用磁盘工具DiskSpace，帮用户分析文件占用空间
在日前发布的 Windows 10 Build 20277/21277 版本更新中，微软邀请 Insider 成员测试了名为 DiskSpace 的全新命令行工具，能够帮助用户分析文件占用空间。该工具不仅能够显示磁盘文件夹的大小，而且还能帮助你了解 PC 上文件的实际运行情况，快速了解特定磁盘/分区/目录上占用大量空间的文件夹。
而且该工具提供了丰富的筛选命令，例如可以筛选仅显示某种文件类型、扫描指定的文件夹或者目录、使用其他过滤器来识别最大的文件夹等等。例如你可以使用“diskusage /minFileSize=1073741824 /h c:\Windows”，来快速识别“c:\windows”路径下容量大于 1073741824 字节 (例如 1GB 或者 1000MB) 的文件夹。
你还可以按照文件夹容量大小进行排序，例如使用“diskusage /u=5 /h c:\windows”命令。基本上，您可以使用DiskUsage工具在特定驱动器或目录中找到最大的文件和文件夹，然后使用过滤器来识别大于或小于特定大小（千兆字节，兆字节和千字节）的文件。
如果您熟悉Windows命令行，则可以轻松使用排序和其他功能在各个级别之间进行切换。该实用程序当前正在开发中，具有以下功能：
● 扫描指定的文件夹或整个驱动程序，以及每个子文件夹使用了多少的详细信息。
● 显示系统文件的大小和保留空间（如果启用）。
● 通过FileSize和SizeOnDisk过滤信息。
● 使用“大于或等于SIZE”个过滤器来标识文件夹。
● 输出定制。
（cnbeta）
4、开发者向开源项目提交 issue 表达谢意引发争论
开发者 Vito Botta 近日在 hairpin-proxy 的 repo 提交了一个 issue，这个 issue 无关技术和开源，也不是反馈 bug 或提出建议等，这更像是一封感谢信，Vito 希望通过这个 issue 表达对 hairpin-proxy 及其作者的感谢。
然而，这个在大多数开发者眼里十分稀松平常的 issue 却引起了不小的争论，争论的点当然不是感谢这件事本身，而是表达感谢的方式（事实上，这场争论后面还延伸到了是否应在公共场合表达对他人的感谢）。从这篇帖子下面的评论来看，部分开发者显然不支持通过提交 issue 的方式来表达对开源项目的感谢，他们认为：
这会对 repo 的 owner/watcher 造成骚扰，对于 watcher 而言，他们 watch repo 是为了关注项目实际问题的相关通知，而不是任何“感谢”。对于负责维护 repo 的开发者，他们希望收到有关新 issue 的电子邮件也应该是包含实际意义的内容
GitHub 已提供"star"、捐赠等机制来感谢开源项目，并且 GitHub 不完全鼓励以这种形式使用 issue
这些开发者提出了他们觉得更好的选择：
向开源项目的维护人发送感谢邮件
如果希望公开表达感谢，考虑在公共频道上进行（例如博客、HN 和 Youtube 频道等）
可以理解这些开发者对于 issue 列表的执着，毕竟 issue 公认的正确打开方式就是反馈 bug 和提出建议和意见，如果列表上面出现大量与项目无关的“噪音”，哪怕是感谢和鼓励之类的正面声音，也会对他人造成影响。
有人提到了 GitHub 新的 Discussions 功能，他们认为 Discussions 的使用场景与开发者表达感谢的需求非常匹配，因为发布 discussion 不会像提交 issue 那么正式，但刚好满足了开发者在公共场合表达谢意的需求。
其实在我看来，使用“捐赠”功能来感谢开源项目是最直截了当的方式，捐赠后你内心得到了极大的满足感，项目维护者因此得到一笔收入，这大概就是 double win 吧。（开源中国）
- EOF -
觉得这些资讯有帮助？请转发给更多人
推荐关注 技术最前线，看 IT 要闻
点赞和在看就是最大的支持❤️