口才
曾经妙语连珠，曾经文思敏捷，曾经出口成章，现在则是笨嘴笨舌，语无伦次，别人听起来总是说莫名其妙，很伤自尊 有一段时间觉得巧舌如簧很恶心，话多了总是觉得空泛，而我秉性又喜欢夸夸其谈，把牛皮吹到天上之后，失言的尴尬让我窘迫不已，之后无地自容 所以，觉得沉默最好。 时间长了，变得越来越木讷，话匣子很难打开，跟人沟通让人费解。 尤其是自己有独特见解时，别人总是不愿去倾听，自己又无法以言语优势争辩时，也是郁闷 现在真是仰慕那些天生的演说家，懂得推销自己，也懂得欣赏别人，我虽擅长察言观色，做到心思缜密不失言，但与沟通的真正意义已经差之千里 最近要注意培养口才，买点讲演的书看看，也注意积累些文章句子，关键还是多接触人，认识不同行业不同年龄的人，想必能让自己思路开阔些，视野广阔些，言行一致些 这年纪啥处世技巧都像是从头开始一般，真是吃力啊
February 11th, 2010 by xifanlou | Posted in 成长 | Comments (2)
了解ODBC
大四有次课程设计，是做数据库应用程序的，当时按照老师的那本书中的实例，几乎没有动脑，程序就ok了 现在觉得这种行为真愚蠢。 工作后，接触的全部是跟数据库驱动相关的bug，对各种Driver的使用也了然于胸，大学时候能有这种实习机会的话，绝对大受裨益 后知后觉的事太多了… 之前一直搞不清楚ODBC是微软自己的协议，还是一种通用标准，很多数据库只有在Windows平台上才有ODBC库，比如Symfoware 但是在SQL ISO2003中没有ODBC这一章，却在第三章有对CLI的实现进行了详细说明，这让人费解。 最近综合一些信息，包括自己的理解，维基百科上的词条等，算是得到了答案： 1.用户使用ODBC是通过ODBC连接管理器+ODBC驱动程序实现的。Windows上的Microsoft ODBC是使用最广泛的ODBC管理器工具，而数据库厂商去实现ODBC驱动程序，厂商的ODBC驱动程序对用户来讲，往往是不可见的或者不能直接使用的，ODBC管理器可以用来设置ODBC数据源，而用户写的C程序也可以调用微软提供的ODBC API函数 2.ODBC标准是由微软最早提出的，发展到ODBC3的时候，已经很成熟，ISO就根据ODBC标准制订了CLI标准，现在使用的统一的的C语言接口，所以叫做Call-level Interface，功能跟ODBC几乎相同。 3.也许是习惯的缘故，Symfoware面向Windows ODBC管理器的库仍称之为ODBC库，CLI库是后来完全基于ODBC库开发出来的，接口增加了，也脱离了对ODBC管理器的依赖，扩展性和独立性都提升了不少 4.IBM的DB2公开了CLI接口，Symfoware没有，Symfoware在Windows平台可是使用ODBC API，但是非Windows场合，却不能，即使巧妙的用到了，出了问题Fujitsu是免责的
February 11th, 2010 by xifanlou | Posted in Symfoware | Comments (2)
猫?女人？
“ 我感觉到，女人是像猫一样的生物，而男人更像狗。狗是忠诚和友善的，而猫是冷酷、独立和不可靠的。有狗在我身边，我更感到温暖——猫是很令人费解的，女人也是一样。男人在男人身边比在女人身边更能表现出自信。你永远都需要和女人保持一臂距离。我们不想有人控制我们的灵魂，而女人有那样做的习惯。所以女人身上有种爱与恨的东西。我猜女人会感觉到，我是因为信仰沙文主义才这样说的，不过我感觉到我与男性朋友的关系要比与女性朋友的关系更好。与女人在一起，一旦浪漫没有了，不知道是什么原因，她们从来不会再和我保持朋友关系。 ”
February 11th, 2010 by xifanlou | Posted in 杂记 | Comments (0)
从ESQL到SNDP
简单说说Symfoware的客户端产品 只讲Symfoware Manual公开的产品，分别是ESQL,ODOS，CLI，JDBC，SNDP。 先借用下维基百科中ODBC词条的一部分内容： “在ODBC诞生之前，如果要开发数据库应用程序,则必须要使用数据库厂商随数据库产品一同发布的一些工具集来访问数据库，或者在程序中使用嵌入式SQL来访问数据库。当时，对于访问数据库的方法，缺乏一个基于C语言的统一编程接口。在这种背景下，微软于1992年发表了ODBC。之后，X/Open组织以及ISO标准化组织基于 ODBC 3.0的规范，进一步进行了标准化，于1995年发表了SQL/CLI标准。该标准已经成文了SQL标准的一部分。” むかしむかし、ODBC出现之前，当各数据库厂商没有统一标准可用的时候，根据对关系型数据库的理解，实现了Server。各个数据库的Client可能大同小异，但是Server一定是各有千秋，以Symfoware为例，引入了DSI和DSO，习惯Oracle或者MSSQL的就可能很不习惯。 ESQL就是Fujitsu自己定义的一个Driver，用户可以嵌入式SQL(Embedded SQL)进行编程，支持C语言和Cobol。Symfoware并没有直接支持C程序和Cobol程序，用户需要根据Symfoware ESQL使用说明作成.sc文件或者.eco文件，使用Fujitsu自己的工具进行预编译后，把这些文件解释成.c文件或者.cobol文件，才能正常编译执行。 后来微软创造性地提出了ODBC（Open Database Connectivity，开放数据库互连）方法，并从ODBC1.0一直发展到ODBC3.5,因为Windows平台的成功以及ODBC方法的优势，数据库厂商无一例外地要考虑实现ODBC Driver，Symfoware的ODBC产品–ODOS也应运而生了。 ISO组织基于ODBC标准提出CLI标准之后，各厂商又推出CLI，之前有ODBC Driver，实现CLI是轻车熟路的事。除非新设计的数据库，可以先做成CLI，覆盖了ODBC功能就不用考虑ODBC Driver了。 CLI的是非常独立的面向C的接口。理论上讲，只要你能实现一款完美的CLI库，鉴于C语言的无比强大，你可以以CLI+变换壳子的方式实现很多库，比如ESQL，JDBC，甚至SNDP。 后来，Java语言流行了，Sun提出了JDBC规范，Symfoware也推出了自己的JDBC Driver，现在最新版本是JDBC4. 至于SNDP，则是因.NET环境实现的ADO.NET机制的产品，是在Oracle推出ODP之后，Fujitsu自己定义的.NET Data Provider。.NET使用了Assembly机制，特别是C#和VB.NET的推出，使用习惯和调用方式跟C程序有很大不同，实现配套的接口很有必要。 不过，本文提到的客户端都是从编程语言接口这一层分类的，Symfoware还有很多语言的接口没有实现。以DB2为例，现在有面向PHP，Ruby，Perl，Python等几乎全语言的产品,估计是得益于DB2 CLI的强大。Fujitsu是传统的硬件提供商，在软件方面离专业的软件服务商还有很大差距。
February 11th, 2010 by xifanlou | Posted in 杂记 | Comments (0)
乌龙信
日方的一个member发邮件总是词不达意，有次发了一封信后对自己的邮件这样回复： 日本語が崩壊してますね。。。。 > SQLの方は、修正方法や使用条件などが固まった > 一度教えて欲しいです。 SQLの方は、修正方法や使用条件などが固まったら 一度教えて欲しいです。 > 性能インシデントとして挙げるて 性能インシデントとして挙げて 不过也算正常，我用中文也会时常出错
February 2nd, 2010 by xifanlou | Posted in 杂记 | Comments (0)