Merry Christmas

Merry Christmas!!

这个圣诞节我却没有祝福任何人快乐。连朋友祝福的短信都没有回。

中午请旧同事吃饭,然后到处游荡到现在。在自己的世界里,游荡的一天。 [sweat]

211 次阅读

圣诞节

明天是圣诞节,公司的门口挂起了象征圣诞的各种吊饰,还摆放了一颗圣诞树,有一种浓郁的节日气氛。可是非常奇怪的是,今天老板却告诉大家提前到下午三点就可以下班了,我记得过中秋好像都没有提前下班。为什么这个非法定的洋节日,大家却都很在乎?明天是圣诞节,公司的门口挂起了象征圣诞的各种吊饰,还摆放了一颗圣诞树,有一种浓郁的节日气氛。可是非常奇怪的是,今天老板却告诉大家提前到下午三点就可以下班了,我记得过中秋好像都没有提前下班。为什么这个非法定的洋节日,大家却都很在乎?

1,948 次阅读

面试

一场突如其来的面试,不是我参加面试,是我面试别人。恩,第一次面试别人,谈一下感受。

首先看了一下简历:2003年毕业的,年纪和我相仿,安徽人,普通话不算太标准口音很重。面试Java程序员。

进行的是技术面试,由于很仓促,所以我自己也没准备什么问题,天马行空的乱问,问了几个问题录在这里:

1,你用java多久了?
对方答:半年

2,如果碰到一个你从来未处理过的Java问题,你会怎么处理?
对方答:首先会查一下JavaAPI看看是否又类似的包,如果没有解决问题会上Baidu搜索一下,看看有没有解决方法。如果还不行就上书店看书。

我的想法:如果可能首先看Java的源代码,然后自己写测试程序。如果无法解决用Google搜索(我用Google)搜索一下。如果无法解决就问同事(利用身边的资源)。

3,用Runnable方式怎样实现一个线程,每200毫秒打印一个Hello World!,如果终止这个线程,终止这个线程时会抛出什么异常?
对方答:
public void main()
{
public class CS implements Runnable
{

}

new CS();

try
{
CS.start();
sleep(200);
}
catch()
{
}

}

终止用:CS.stop()
抛出异常不记得了。

答案:

class ThreadClass implements Runnable
{
public void run()
{
while (true)
{
System.out.println(“Hello World”);
Thread.sleep(200);
}
}
}

public static void main(String[] args)
{
Thread t = new Thread(new ThreadClass);
t.start();

//终止
t.interrupt();
}

终止线程时如果线程正在sleep,会抛出InterruptException。

问完这个问题我感觉对方基本没有好好学过Java的内部类和线程方面的知识。

4,有没有用过java的同步机制。
对方回答:没有。因为所有的业务都是写在页面上,没有必要用到同步。
这个问题令我很失望。

5,有没有用过标签(TagLib),你们的业务逻辑是如何处理的。
对方答:没有用过标签,业务逻辑直接写在页面当中

6,能够列举几个常用的设计模式。
单例,策略,命令

7,列举几个Java Doc指令
对方答:@param @see @link

-------------
对方说他做过工作流,并提供了一个简单的工作流配置界面的截图,我又问了一些工作流方面的问题:

8,能够列举几个工作流规范中定义的几个概念:
对方答:角色,节点

9,XPDL的英文全程是什么?
未回答上来
答案:(XML Process Definition Language)

10,你参与的工作流的架构是怎么样的?
回答:基本上所有的工作流的内容都是存放在数据库当中的,XML是用来存放流程配置界面上位置信息的。
我的理解:他基本上对工作流了解很少(虽然我也了解很少)。明显没有像他说的那样参与过正统工作流的开发。

漏掉了问关于javascript方面的问题。

-------------
面试印象:不自信。不像学习了Java半年,水平一般,对技术的理解不够深刻,很多问题浮于表面。但了解的概念还比较多,有一定的潜力。

我自己的感想:技术的练就实在不是一年半载所能够达到一个高度的,需要时间,耐心,细心,多思考。而面试也是需要准备和技巧的,知识的准备是最重要的,另外该诚实的时候就诚实不要不懂装懂。

559 次阅读

北京札记

最近的生活可谓是诚惶诚恐,整日里不能心安理得。其实我没有做任何的亏心事,如果说自己有某些过错,也只有没有把自己最真实的生活,最真实的感觉写下来;没有捕捉到闪烁的灵感;没有记录自己的生活体验,工作心得;因此这些事颇让人觉得自己面对许多压力和头绪,却正在虚度这宝贵的光阴。所以又有了些不吐不快的感觉。

“札”是指古代用来写字的小木片。“札记”在字典里的意思是:读书时摘记的要点以及所写的心得,引申的意思是“写作”。“北京札记”将记录我自己在北京生活的点点滴滴、对北京的感受和看法,这里边也包括近两年来的记忆。在我的眼中,北京无疑是一本博大精深的典籍,每一天,每一页,每一个春夏秋冬都有不同的内容和不同的风景,每一次重新阅读,都会有新的发现和感受。因此这里的札记自然是我读“北京”这本“书”的心得笔记,不知道其他人阅读起来,会不会和我有所共鸣,能够彼此相视一笑。

我的东西从来都是写给自己看的,错字病句,错误的思想,颓废的情感随处可见,所以有难登大雅之堂的嫌疑,这次的文字会在意这些问题。也许是因为随着年龄的增长,阅历的增加,越来越能体味到祖国文字——中文的魅力,它的优美,它的精练。我又有什么理由不用好中文,将自己的所有的情感表达出来呢?

这些就是我想写下去的目的,有些单纯。希望自己在这个过程中,变得更加平静,以后回头看看现在的文字,能够看到自己一步深一步潜,在北京走过的路。

558 次阅读

也看《Delphi vs C++》

从一个网站上偶然发现自己写的一篇读后感,暂录于此。(PS:两年前的思想确实是非常的稚嫩和天真,现在看来Delphi和C++无非就是工具也)

也看《Delphi vs C++》

作者:游晶(雨痕)

前几天好友给我发了篇文章,这是一篇关于Delphi 和 C++比较的文章,写得很是精彩,但可惜的是作者不详。一口气读完整篇,在这里我也想多说几句。

一直以来,各种编程语言的优劣,Borland 和 M$ 帝国的编译器之争,始终是程序员所热衷的话题。以下的这篇《Delphi vs C++》不落俗套,并没有单纯的从某一个方面来阐述具体哪一个编译器好,哪一个不好。而是从几乎编译器的所有方面进行了详尽的比较,比较的程度达到了底层 代码。数据丰富,非常有说服力。但在文章的最后却可以很明显的看出作者对 Microsoft 的讽刺。( 我有的时候也会有这种想法:) )但我觉得有的时候是应该看到 Microsoft 的确是一个非常成功的商业公司,它有它积极的一面:它在桌面操作系统领域的贡献并不亚于PC机的发明推出,因为它使电脑更贴近我们的生活,也直接使得互联 网时代的到来。应该说在这方面它是引领潮流的(事实就是这样,虽然Linux正在从低端网络杀向桌面领域,但它的易用性实在不敢恭维,要走的路仍然很 长)。它也有它阴暗的一面:使用不正当的竞争手段抢夺 Netscape 的市场,现在又宣布不在以后的操作系统中支持 Java VM。总之,我们不能从单方面来看 Microsoft。

再来看看 Borland 吧。其实我本人也是 Borland 的忠实用户,从我开始学电脑起就一直用 Borland 的编译器产品,可谓感情深厚。我使用Delphi 的时间也不长,对它的理解当然没有前文作者那么透彻。但在〈程序员〉杂志的某一期读过台湾咨讯作家李维的一篇关于Borland 和 Microsoft 在编译器间争端的文章,里边提到了很多 Borland 的历史。我们可以了解到 Borland 当年在编译器领域是占尽风光的,而最后 Borland 在早些时候 OWL 落败的原因,除了和 Microsoft 使用了一些手段之外( 这点着实让人气愤 ),其中还和 Borland 内部管理存在的严重问题有很大关系( 可惜 )。但令人兴奋的是 Borland 依然能够推出 Delphi 和 C++ Builder 这样的好产品,的确是广大 Fans 和各种RAD开发人员的福音。

那么究竟 Delphi 和 C++ 究竟那个更胜一筹,这还真的是个很难说的问题。Delphi 非常纯洁代码优美,C++ 提供了似乎更完美的机制功能强大。我认为两者都不坏,编程工具的选择应该说是多方面的,这要看具体的项目需要和个人的喜好熟练程度。其实并不象本文所说的 C/C++ 的 Micro 是完全的废物,在进行底层开发的时候Micro机制依然功能强大。那么 Delphi 和 VC 的比较呢,虽然 Microsoft 又一次用了点不正当竞争将 MFC40.dll 等运行库集成到 Windows 里,但我想在硬盘价格日渐下跌,网络带宽越来越宽的时候,又有谁会在乎 Delphi 开发的程序大那么 100K 呢?Delphi 也不是不存在问题,它的问题也很多,虽然VCL对Win32 API的封装较MFC高级很多,但里边的注释是少得可怜,难道说用Delphi写程序就不要注释吗?( 有人可以告诉我这个原因吗?) Delphi 和 VC 在发布以后都曾经发布过一些 Service pack,可见都存在问题。那么究竟你要选择那个呢?应该说视你的工作而定吧。( 当然你可以拥有自己的最爱 ) 如果有人继续说 Delphi 不如 VC 功能强大,大家大可以不必去理会,总有一天他会发现这是个天大的错误。 谈论了这么久,也许大家应该知道,学好一门语言,是为了提高我们自己的水平。但思考如何提高我们自己国家的软件水平,才是我们的最终目的。(也许有一天我 们可以看到国人自己开发的优秀操作系统或是编译器,里边没有一行老外的代码……如果到时候真的开发这样一个项目,你用的是 Pascal 还是 C/C++ 的编译器呢?呵呵,到此收住,还是看看< Delphi vs C++ > 吧:) ………… )

2001.12.28

540 次阅读