博客园_寒星之胡言乱语

2010年度总结

2011-01-03T06:22:00Z

转眼间，2010年度已经过去，正如《09年度总结》中所预期的那样，2010年度对我个人来说是一个重大的转型年。09年岁末时，已经凭着自己对业务与IT的一些理解，已经做好了暂别软件架构设计，全身心投入公司业务工作中。但平淡的2010年上半年，似乎这一切都未按自己预想的轨道前进。不过，事情在下半年发生的戏剧性的变化，先是一个意外，我摔伤了双脚，在休养期间听闻公司来了新的CIO，之后的半年时间对我个人产生了非常大的影响。身体恢复之后回到公司，我被要求放弃掉手中原先设计的产品，转去做与业务紧密衔接的平台技术负责人，在我看来，基本上是从软件架构向系统架构转换了。当然，随之发生变化的是压在我身上的工作，可以说这半年的工作量远超于我之前两年半的工作，基本上每晚都要工作到12点多。不过，值得欣慰的，从我个人角度，我的眼界更加开阔了，对传统行业IT人的定位更加明晰：IT人是企业业务与IT技术的桥梁，这才是IT人的价值所在。

2011年的初步计划是6月底前完成手上的新一代系统的建设工作，下半年的计划视工作环境的变化而定。希望通过自身的努力，在明年这个时候能给自己交出一份满意的成果。

本文链接

Win7、Windows Server 2008下无法在Windows Service中打开一个已经存在的Excel 2007文件问题的解决方案

2010-05-18T02:07:00Z

昨天，组里一个小朋友告诉我，他写的报表生成服务中无法打开一个已经存在的Excel 2007文件，他的开发环境是Win7、Visual Studio .Net 2008(Windows Server 2008下同样存在此问题)。比较奇怪的是，Excel Automation对象是可以实例化的，但是在执行Workbooks.Open时抛出异常如下：

Microsoft Office Excel 不能访问文件“a.xls”。可能的原因有:

• 文件名称或路径不存在。
• 文件正被其他程序使用。
• 您正要保存的工作簿与当前打开的工作簿同名。_Microsoft Office Excel_ 在 TemplateExcelFileExporter.Create(DataSet ds, String fullName) 位置 E:\Demos\ExportService\ExportService\Class1.cs:行号 263
在 ExportService.Service1.OnStart(String[] args) 位置 E:\Demos\ExportService\ExportService\Service1.cs:行号 30

事实上，a.xls文件是存在的，而同样的代码在非Service程序是正常的，且Service部署到Windows Server 2003上运行正常。我不得不怀疑是权限问题，服务是以Local System运行的，在给工作目录加上了相应的权限后发现问题依旧。无奈，上网去转了一圈，找到了一个解决方案，以下是其中关键的部分：

This solution is ...

・Windows 2008 Server x64
Please make this folder.

C:\Windows\SysWOW64\config\systemprofile\Desktop

・Windows 2008 Server x86

Please make this folder.

C:\Windows\System32\config\systemprofile\Desktop

...instead of dcomcnfg.exe.

This operation took away office automation problems in my system.

A Desktop folder seems to be necessary in the systemprofile folder to open file by Excel.

It disappears from Windows2008, Windows2003 had the folder,
and I think it cause this error.

虽然问题解决了，但是为什么在X:\Windows\System32\config\systemprofile目录下创建名为Desktop目录即可解决问题，这个还不是很清楚。继续查了一些资料，应该还是权限的问题，因为无论Windows Service运行在哪个帐号下，它所创建的文件的Owner都是Administrator，因此Excel无法打开此文件。但为啥一定要建一个空的Desktop目录，仍未找到答案。如果哪位高价知道，请不吝赐教。

本文链接

企业IT部门的职责和定位（转摘）

2010-04-11T11:35:00Z

企业IT部门有各种各样的名称，这不重要，重要的是职责、定位和实际上起到的作用。我的经验是原来规定的部门职责是什么是一回事，企业对部门的真实期望是一回事，你IT部门是否真正履行好相应的职责又是另外一回事，而如何跟随企业的发展去调整部门职责、定位，使部门真正起到甚至超过企业期望的作用才是最重要的。
    拿建发集团来做案例，IT部门是我六年前和五个伙伴共同创建的，当时红头文件上定的部门职责是：
1、推动公司内部管理信息化，负责内部网络信息系统的建设；
2、负责公司电子商务的应用推广工作；
3、负责公司员工电子商务系统应用的培训；
4、负责网络经济的开发工作；
5、负责公司计算机的维修、维护工作。
    当时部门有没有可能存续、能否起到上述作用，其实我心里并没有数、领导心里也是打问号的，2000年部门成立当年，除了进行必要的网络基础设施建设外，基本上起到的就是个“电脑维护部”的作用，通过帮助内部IT用户使用电脑、上网来让公司认为你有存在的基本价值；后来做了N个网站和在线交易平台，开始通过自行开发物流业务系统、人力资源系统等逐步让人家明白你们这些人能做网站、开发的软件还好用，可即使是这样，当年公司财务系统更新部门根本插不上手，人家不信任你、不认同你！
    这就要说IT部门的定位问题，不管你自己说我们搞IT是高科技，可是在企业内，不算极少数IT背景出身的老总，传统企业内部大多数人对IT的认知多数是不到位的，IT部门从定位上讲是帮助企业内部所有用户用好IT，让企业应用好IT工具是其最最本质的定位和使命！在建发这样的多元化投资集团公司，领导视IT部门就是和财务部、审计部、人力部、法律部、总办、投资部一样的职能部门，基本职能定位都是：服务、管理、参谋和公关！只有服务到位了，你对公司的业务和用户需求才能有深刻的理解，你的专业水平够高了，你的管理才能既不越位又不缺位，你提出的建议才能即有水平又符合企业实际，你对内代表集团职能部门、对外代表公司当然有公共的职能了！相比其他职能部门，IT部门其实服务职责权重更大！对内的服务质量和客户满意度其实非常影响IT部门在公司的实际地位！
    可以说是当年的财务部刺激了我带头推进部门学习财务管理等非IT知识和技能，主张专业IT人员不光要懂IT技术，还要懂业务、要积累行业知识更要有符合企业文化的行为方式，将部门工作重点全部转向内部的IT应用，并且通过后来引进、实施贸易ERP系统，逐步培养起自己懂财务、懂贸易行业业务的实施队伍，后来再逐步介入公司的旅游行业、房地产行业、物流行业，跟随企业的业务发展及时地介入各个核心业务管理系统，逐步满足内部用户需求，让公司一步步地提高对IT的认知度，从而认可IT部门的作用和存在价值。
    还是以建发为例，IT部门的职责也逐年在调整，2006年部门新的职责是：
1、参与制定集团信息化建设发展规划并负责具体实施和审计工作；
2、负责集团本部和股份公司、物流集团、房地产集团，协助旅游集团、会展集团信息化建设、管理、培训和维护工作；
3、负责制定或协调指导集团及所属公司信息化管理制度和相关规范；
4、负责集团及所属公司信息主管和信息管理干部的培育和专业考核；
5、负责集团计算机网络基础设施的日常运行管理；
6、负责或协调指导集团及所属公司计算机软硬件资产的配置和处置；
7、负责协调、处理集团及所属公司与市信息产业局、市国资委企业改革处等部门的公共关系。
    比较六年前，差别非常之大，其实IT部门也就在这个职责的调整之中逐步在扩大自己的“地盘”－舞台和空间。但是IT部门基本的职能定位始终没有变，仍然是：服务、管理、参谋和公关，帮助企业用好IT仍然是基本的使命！可以用业界内的IT咨询公司作为自己的衡量标准：你在面向内部用户时，不就是IT咨询顾问吗？至于大企业IT部门的发展方向和路径，业内有人主张公司化，也有一些成功的案例，我有自己的看法，另文再讨论。
    总之，在企业内部最怕IT部门把自己当成技术部门，IT人员只知道埋头钻研IT技术，满口“IT鸟语”，人家都听不懂，连内部沟通都有问题，那是最糟糕的！我这种看法大概也跟我是非IT背景出身有关：我就主张IT人员在公司内部用户面前永远只能讲一种话：普通话（通俗易懂的话）！
    这里顺便提提我去年曾经向国家和地方发改委争取到550万现金的企业信息化国债专项拨款的事，据我所知，IT部门做成这种事的不多，企业也极少将这类事当成IT部门的职责，但是你去研究政策、捕捉到这种信息，将企业本来就要做的信息化项目包装成符合国家扶持的项目，获得政府资助，既节省企业的IT投入，又能增加自己在企业IT投资上的话语权，尽管不是你IT部门的职责，你去做成了，超出企业的预期，老板肯定能给你附加分！

注：由于被转载过多，已经不知道原始出处了，汗~

本文链接

09年度总结

2010-02-12T06:20:00Z

忙碌了一年，一直想抽出点时间总结一下过去这一年自己的所得所失，可惜杂事缠身，今天总算是可以静下来总结一下自己了。

一直以来，都专注于自己的技术领域，平时修内功，以求由自己手中设计出来的制品能让业务部门满意。这一年来，越发认识到自己过于执着于技术层面了，对于企业来说，IT复合人才才是最可贵的。在传统行业中纯粹的软件人员，即使技术非常精通，仍不是很受重视，因为所谓的技术，业务部门并不了解，一句话：大家的评判标准不同，关注点不同。对于同一件事物（如开发一个产品），业务部门关注的可能是市场效果，是否能符合公司的战略，是否能及时抢占市场为公司引入更多的客源。而作为技术出身的IT人则可能考虑的是它在技术上是否“完美”（相信技术人员或多或少都有一定程度的完美主义），运行速度快不快，技术有没有亮点之类的问题。只要留意一下，不难发现身边很多人都时刻关注着诸如哪种语言好，某一种算法实现这个功能更好，哪种框架更好之类的问题，但说实话除非有机会进入少数众所周知的公司外，绝大多数公司更需要的我们如何能帮助企业更好的实现目标。

业务是核心，IT是动力。过去的这一年感受非常深，没少受刺激。经常是自己的工作自视完成得相当好，但得到的反馈与预期却有不小的差距，其主要的原因就是在推动业务、完善业务方面投入的心思还不足够，自然也就得不到业务部门的好评。相信，这种情况也会发生在大多数人的身上，抱怨不是解决办法。2010，将是重大转变的一年。

本文链接

重读《软件架构师职业导读》有感

2009-04-01T01:44:00Z

近日，无意中发现尘封于书橱一角多年的《软件架构师职业导读》这本书，5年前怀着对软件架构师这一职业的向往，从china-pub上购得此书，希望能增进一些对这个职业的了解。第一遍读的感觉是仿佛进入云山雾海一般，整本书几乎全是软件与建筑之间的各种类比，从两种不同的领域，到软件架构师--建筑设计师、软件工程师--建筑工程师、程序员--各工种建筑工人，当时的我，无法理解。重读之后，感触颇深，回想起来，的确是...

向给我留言的朋友道歉

2009-03-05T01:34:00Z

因为一些原因，我很久都没有维护自己的blog，致使有些朋友给我的留言没有及时给予反馈，真的很抱歉。现在工作基本上算是稳定了，我会继续维护自己的blog。欢迎朋友们经常来交流。

B/S应用中的ActiveX数字签名相关问题杂谈

2009-03-04T04:02:00Z

我们在开发B/S项目时，往往会面临需要封装一些逻辑在客户端运行或者是需要提取一些客户端环境信息等方面的情况，基于微软技术我们一般会选择使用AcitveX技术，通过javascript调用ActiveX提供的对象来满足业务上的需求。不过，随着Windows XP SP2的到来，让问题变得更加复杂且难以处理。首先，IE 7 默认是阻止非法签名的ActiveX控件安装。虽然可以通过降低IE安全级别来克...

兑现承诺，给出我出的面试题。

2005-03-14T06:46:00Z

详情请见《感慨如今新人的素质~~~~》一文。此面试题中最后一部分是公司的其他人出的。欢迎指正，不过，不要太激烈啊。　　下载点(download)

年后第一天上班

2005-02-21T07:26:00Z

上班了，可人还没有从长假中恢复过来，一天了还是晕晕沉沉的，做事提不起劲，估计又是什么“长假综合症”吧。

提前给大家拜个早年。

2005-02-01T01:01:00Z

今天是我的最后一个工作日，明天就陪老婆回家了，要到2月底才回上海，算来要有大半个月无法上网了。所以，先在这儿给博客园的兄弟姐妹们拜个早年，希望大家在新的一年内，事事如意，身体健康。