-Flyぁ梦- » 加班 http://blog.11034.org Sun, 22 Jun 2025 08:59:05 +0000 zh-CN hourly 1 https://wordpress.org/?v=4.2.38 第一天加班 http://blog.11034.org/2010-08/first_day_overtime.html http://blog.11034.org/2010-08/first_day_overtime.html#comments Tue, 10 Aug 2010 13:59:39 +0000 http://blog.stariy.info/?p=161

eBay所在的德国中心

这已经是在ebay的第五周了，不过是干活的第四周（中途去了一趟香港花了10天）。上海张江浙大计算机男女群居帮中，每次都是我最迟起床去上班，最早收拾东西下班，今天终于因为任务的紧张加了一天班，现在8点多了，在公司写的blog，整一层只有寥寥无几的数人，空调打的温度越来越冷了～

其实这周带我的buddy还休假去了，整整一周！还以为这周能轻松过去，谁知道上周末留给我的任务那么麻烦。我的任务基本是复制一个模块用以新的用途，但是如果没有能对整个系统框架的流程一个很熟悉的过程的话，复制一个地方没修改就完全找不出哪儿错了，而要熟悉一个如此庞大的框架，于是懵了…随着PM一遍一遍过来问我这周能不能把这个东西给拿出来，没有了buddy罩哪里搞得定人家，只能加班了…

到现在基本把复制模块的过程搞定了，十分开心，本以为复制几个Java文件就可以了，这牵一发而动全身啊，大大小小的类、接口、枚举大概有20来个，最后有个地方实在不方便再复制引进，索性注释掉了，还真没出错，哈哈。

这段时间的实习感受最深的就是Eclipse中的断点跟踪，一直以来，收到各种方面的影响，一直很BS单步跟踪，就如同
http://wiki.woodpecker.org.cn/moin/(关于python的一个论坛)上写的一样，”以打印日志为荣 , 以单步跟踪为耻”。的确没错，在自己开发程序的时候，设断点debug是个不好的习惯，因为这种方法一来在复杂的大程序中效率不高，二来在多线程程序中根本无法调试，打印日志（包括终端输出啦）是永远可行的。但是你在接受一个陌生的框架，而且是巨大复杂的时候，如果没有断点跟踪，特别是在Java复杂的多态环境下，一个接口的方法会有几十个Implement，哪里还找得到下一步代码是在哪儿执行的，至少我现在不知道有什么良策，这个时候断点跟踪的debug技术就很好地发挥了优势，并且有Eclipse强大的支持，不说完全起码能解决绝大部分的问题了，对于新手来说也是一个很好的方式。

—————————————分割线：8月13日———————————————–

又在工作中发现一个断点跟踪debug的好处，就是当控制台信息无穷无尽地飞奔时，更甚比如控制台显示的长度有限，你完全找不到你打印的语句在哪里，这个时候，断点的优势立马体现出来了。

—————————————/分割线：8月13日———————————————–

顺便就转下那个python社区的名言吧，不仅适合于Python，这是编程的好习惯好思想

1
2
3
4
5
6
7
8
9

以动手实践为荣 , 以只看不练为耻;
以打印日志为荣 , 以单步跟踪为耻;
以空格缩进为荣 , 以制表缩进为耻;  //原来是因为不同的OS和文本编辑对tab解释的效果不一样
以单元测试为荣 , 以人工测试为耻;
 
以模块复用为荣 , 以复制粘贴为耻;
以多态应用为荣 , 以分支判断为耻;
以Pythonic为荣 , 以冗余拖沓为耻;
以总结分享为荣 , 以跪求其解为耻;

随便看一看

看看 eBay