For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
送给所有学习编程的同学,希望你们通过达内的培训后,可以在这条康庄大道上越走越远。
计算机网络速度缓慢
负责市场营销的员工们一直将云服务包装成类似于计算业务领域的万灵药,在这里数据总能够顺畅无阻地往来迁移。如果大家希望在云端保存自己的数据,他们还准备好了能够提供永久存储、备份以及其它各类功能的简单Web服务产品——总而言之一句话,事情交给服务供应商、您就放心吧。
在万事拜托这方面、营销人员的宣传内容的确属实,但还有一点他们没提——客户需要等,长久地、不懈地等。进入与传出计算机的全部流量都需要耗费时间。相较于CPU与本地磁盘驱动器之间的传输速度,计算机网络一直扮演着缓慢小乌龟的角色。
编程界的前辈们可谓“生在新中国,长在红旗下”,在那艰苦的岁月里互联网还根本连雏形都没有。FidoNet会以对话方式将我们的数据路由至与可能接近目的地的其它计算机处。要想跨越国境线,大家的数据可能走得比人还慢——花费几天时间穿越无数吱吱作响的调制解调器。这种痛苦的经历告诉他们,正确的处理方式应该是尽可能多地以本地方式处理计算任务,并最大程度保证远方的Web服务只需要处理规模较小的最终结果。今天的程序员们很可能无法体会这些由老一辈无产阶级开发者们从实践中辛苦积累而来的教训,事实上云存储给出的承诺并不可靠,而且直到最后几毫秒内才可以放心将任务交给云服务。
编译器中存在漏洞
当我们遭遇故障之时,真正导致问题发生的往往并不是我们编写出的代码本身。我们也许忘记了对某些项目进行初始化,或者没能及时检查某个null指针。无论实际原因是什么,每一位程序员都明白当软件出现故障时,责任必须由我们自己承诺。
事实上,最令人头痛的并不是我们自己的编程失误。有时候责任源自编译器或者解释器。尽管目前的编译器与解释器在稳定性方面相对可靠,但其距离完美仍有很长一段道路要走。必须承认,无数技术人员耗费大量心血才让今天的编译器与解释器拥有当下的稳定性水平,但将这种稳定性认定为理所当然仍然不够明智。
需要提醒大家的是,编译器与解释器同样有可能发生故障,我们也应当在遭遇问题时将针对二者的调试工作考虑入其中。如果大家并不清楚编译器为什么出现问题,那么追寻答案的过程很可能耗时数天甚至是数周。早在很久之前,程序员们前辈们就意识到有时候最理想的问题调试途径并不是测试自己的代码成果,而是将注意力集中在工具身上。如果大家习惯性地认为编译器本身不会出问题,而且不假思索地把责任归咎于代码的渲染计算过程,那么往往耗费数天甚至数月也无法从工作中找到根本不存在的问题根源。