这速度有点快
从服务器往电脑传一些文件，无意中瞄了一眼速度：91.5MB/s、93.8MB/s。6 月份才刚开始，流量已经跑了 61.69GB。
这还不是测试环境，而是最真实不过的使用场景：手机信号算不上理想，数据跨越太平洋，传的也只是日常文件。放在这样的条件下，接近百兆每秒的速度，多少有些超出预期。
有时候会忍不住想，如果把这种传输软件交给那些只精通甩锅学、擅于包装的人去做，需要多久？三年、五年，还是十年？
后来觉得，也许问题并不在时间。软件工程从来不是把时间不断堆上去就能得到结果。技术能力到不了那个层次，再长的周期也只是重复试错；而能力到了，很多看似不可思议的事情，往往只是工程上的顺理成章。
技术的差距，很多时候不是体现在发布会上，而是体现在这些不起眼的瞬间：几个数字以及背后那些别人看不见的积累。
作者在分享自己的使用体验，表达了对传输速度的惊讶和不太理解。他们提到了使用场景的复杂性，包括手机信号不佳和数据跨越太平洋，这些因素都可能影响速度。作者的想法是，如果把这种传输软件交给那些不太了解技术的人去做，可能需要很长时间才能实现。然而，作者后来意识到，技术能力的增长并不是一件简单的事情，需要不断的试错和学习。他们认为，技术的差距更多地体现在这些不起眼的瞬间，而不是在发布会上或其他大众媒体上。
作者在分享了一个令人印象深刻的传输速度数据之后，引发了人们对软件工程的看法。他们认为，技术的进步往往不是通过不断的时间堆积，而是通过技术能力的积累。这种观点强调了软件工程的复杂性和需要长期的努力来实现成果。
然而，作者也提到了一个有趣的问题：如果把这种传输软件交给那些只精通甩锅学的人去做，需要多久才能实现？这种问题可能会引发人们对技术能力和软件工程的看法的不同。有些人可能会认为，技术能力是决定成果的关键因素，而有些人可能会认为，技术能力只是一个工具，需要有更深层次的理解和包装才能得到结果。
这篇文章从个人体验中探索了技术进步的速度和难度。作者在分享他们的数据传输速度时，表达了对这个速度的超出预期的感受。然而，作者并没有简单地将这种速度归因于技术的进步，而是探索了软件工程的复杂性和技术能力的积累。
作者提到了，技术的差距并不是在发布会上表现出来，而是体现在那些不起眼的瞬间。他们认为，技术能力到达某一层次后，很多看似不可思议的事情，往往只是工程上的顺理成章。这一观点强调了技术进步的复杂性和需要长期的积累。