*Software Engineer / Senior Software Engineer  several  (for the Unicode project)
Job Description
Convert the current system to support Unicode. The current system is a huge portfolio accounting and management application with tens of million of lines of C++ code.
Requirements
· Experienced in big projects *
· Strong computer background
· Experienced in C++ and windows programming (COM, Win32 SDK etc)
· Good at communication and teamwork
· Quick at learning
· Willing to write documents according to software engineering and project management
· Good English communication skill *
· Good at English reading and writing
· Positive thinking and good at relieving pressure

公司是美国道富银行在杭州的全资子公司。待遇还是不错的。
有意者请将简历发到我邮箱。如通过我会通知到杭州面试。
NXU [at] StateStreet [dot] com

本信息有效期至2008年底

详细内容 

这篇文章用英语描述出于工作需要，敬请谅解。另外这篇文章要求您对WCF有相当程度的了解。

Practical .Net2 and C#2: Harness the Platform, the Language, the Framework (Paperback)
by Patrick Smacchia (34 customer reviews)

Translated by Shi fan, Xu ning,Tan yinghua,Li yonglun

 


Most Helpful Customer Reviews

6 of 6 people found the following review helpful:

Excellant Introduction to Dot Net!!, March 9, 2006

By Jay Balapa (Chicagoland, IL) - See all my reviews

There are three types of books which target Dot Net-
1. Books Which exclusively deal with Framework and the Base Classes.
2. Second are general purpose books which give very little detail on Framework but give more weight to implementation.
3. Special purpose books which deal with Custom Control Development or ADO.net etc.
This book has close to 75% of its focus on type1 and 25% on type2.
Part1 gives a heavy weight introduction to the framework and PArt2 about c# and OOPS. Part3 has excellant chapters about Base Classes, Transactions and collections. I would have even preferred if PAtrick had skipped other chapter in Part 3 except for the chapters mentioned. But Part1 and Part2 is just worth the price of the book.
This is an one stop shop for experienced Java and c++ programmers who are trying to know Dot Net and want to have some basic understanding on how to implement them.
Existing Dot Net Programmer who has very little knowledge fundamentals of the platform or c# can also be helped by this book.
Kudos to Patrick when there are many cookie cutter books he has come out with a book with deals with indepth knowledge and fundamentals of Dot Net.

6 of 6 people found the following review helpful:

Should Be On Every C# Programmer's Bookshelf, June 4, 2006

By Jeff Parish (Oakland, CA, USA) - See all my reviews

With the arrival of .NET 2.0, I realized that my knowledge of the .NET platform needed some updating. In my quest for a good resource, I came upon this excellent book. It is made up of 3 parts divided in 24 chapters.
The first part covers the .NET 2.0 platform, things such as CLR issues, threading, application build and deployment, security or interoperability with unmanaged code. This part is clear and to the point. I think it is worth the price of the book alone.
The second part is on the C# 2.0 language. The description of all facets of the language is dense and detailed. For example, the author compares C# 2.0 anonymous methods and functional closures and explains how .NET generics work under the hood.
The third part covers the .NET 2.0 framework as a whole (generic collections, ADO.NET 2.0, System.IO, System.Transactions, XML, Windows Form 2.0...). I appreciate the fact that each chapter provides great added value over the MSDN. The chapter on ASP.NET 2.0 is an excellent reference and the way it is organized makes it easy to understand how things really work.
The Appendix B references all .NET 2.0 new features covered throughout the book and has been an invaluable source for me.
This book was a pleasure to read. It is written effectively and concisely and all the code examples in the book are well structured and complete. Compared to other .NET books I have, the author did a superb job of collecting information that really matters. It met all of my expectations and I recommend this book to anyone interested in using .NET 2.0 for development.

这是一本在微软MVP（最有价值专家）圈子里口口相传而流行起来的奇书。在我看来，本书与Core Java在Java图书中的地位极为接近。主要着眼点不是介绍语言特性本身，而是如何在实战环境下运用这些特性。代码取自实战，非常密集。而这正是《C# 入门经典》和许多平庸的C#图书非常缺乏的。作者是法国的一位微软MVP，法文版由O’Reilly法国公司出版，是法文.NET图书中的执牛耳者，据说销量占据了大半江山，非常惊人。英文版由一家小出版社出版（为什么美国O'Reilly不出呢？），营销方面可能受了一定影响，并没有重现在法国的奇迹。但是酒香不怕巷子深，在Amazon上也很快聚集了30多条评论，总计接近于5星。译者由国内的微软MVP组成，非常值得期待。
                                                                                   ---图灵总编刘江先生

最近刚刚与博客园中的一些朋友合作翻译完了《Pratical .NET2 and C#2》一书，这本针对初级到中级开发人员的洋洋900页的书，对.NET 2.0的讨论不光详尽，而且深入浅出，中间还穿插了很多C#例码。可以说这是市面上介绍.NET 2.0最全面且非常有深度的一本书，其中涉及各个方面的话题，如CLR、类型系统、安全性、XML、Winform、ASP.NET、Remoting、进程线程与同步、事务、Webservices等等，每个话题的介绍都非常深入并且与.NET2.0紧密关联，不像以往的书仅仅是点到为止，在翻译这本书的过程中我也学到很多新的知识，而且在翻译过程中我和脑袋都在找工作，我们把它戏称为《.NET面试宝典》。尽管由于涉及话题较多，有些章节叙述的不是那么连贯，但是这本书不乏一些精彩章节，比如介绍CLR、进程线程与同步、Remoting以及反射的这些章节就非常精彩，很多内容在其他书中都不曾有过介绍。

 
下面准备陆续公布四个章节的试读样章，预计出版时间2007年11月。（之所以没有一次性公布而且没有在blog上发布全文皆是因为在blog中排版太费时间）

Category

C#与NET实战 第四章 平台CLR（公共语言运行时）节选  第四章全文下载

C#与NET实战 第五章 进程、线程与同步 节选  第五章全文下载

翻译不足之处以及书中内容都欢迎大家提出意见。

阅读全文

^    MS have already made an extends.
*    Custom WSE-specific serialization, not compatible with WCF.
**  Need to be aware what feature to use; no proactive checks for conformance.

我们经常谈到所谓的企业级应用，那么什么样的程序才算是企业级的呢？ 使用数据库，持久化技术，可以算是企业开发的一个明显特征，而需要用到分布式技术也可以算是企业级应用中的一个特征。

分布式？ 太高深，和我无关，哎你还别走，知道Spring怎么来的吗？就是给分布式搞怕了才有的。为什么呢？先了解一下分布式吧。

Distributed Application --- Start with Database Connection Pool
Distributed Application --- Applying Remoting & Enterprise Service

相关文章：

Webservice 的设计和模式

Web Services Security

WS-Addressing 从理论到实践 --- SOA基础规范介绍

国内介绍技术的文章通常比较简单，涉及的内容也比较浅，如果有好的文章被大家引用也很正常，但是在文章中注明出处是最起码的要求，否则你就是剽窃，每个读过大学写过论文的人，都应该明白这个道理。 

下面这段内容是摘自苏鹏blog中的道歉内容

---
作为一个技术人员，每次我都想把最好的和最新的技术带给大家，但是仅仅凭我一个人的力量，恐怕非常有限，所以如我在前面回复的帖子里所说的，我会借鉴一些好的，其他朋友写的内容来充实我的课程，大多数情况下，我会从国外的官方论坛来找这些资料，因为这样会比较少的有所谓的版权问题。但是这次介绍atlas的内容的时候，我发现国内的dflying朋友的内容非常丰富，我就结合我的课程借鉴了其中一些内容。
---

我想借鉴国外的技术内容，来写自己的东西，这也在国内也是广泛存在的现象。写blog也就算了，不过当你著书立说，对公众布道的时候，仅仅借鉴别人的东西而没有自己的想法，显然是不合适的。我对自己文章的要求就是借鉴可以，但是要有自己的理解，自己的观点，不然我又何必再写一遍。虽然在文章写完后注明参考资料很麻烦，但我还是尽可能写几个。

我个人没有Dflying Chen 以及园子里其他兄弟那么强的版权意识，所以我建议dudu是不是弄一个模板放在大家的blog里，免得我们被侵权了，还拿他没什么办法。

现在cnblogs自己都准备出书了，版权问题也到了该引起重视的时候了。

public void Main()
{
private string str="idior";
}

Code and picture,cool!

如果你经常重构的话，那么你会发现Extract Method是一个常用的方法，并且随着你不断的Extract

Method，渐渐的你的代码种就会浮现出Template Method模式。

以下就是一个Template Method的示例

abstract class CheckBackground
{

    protected abstract void CheckBank();
    protected abstract void CheckCredit();
    protected abstract void CheckLoan();
    protected abstract void CheckStock();
    protected abstract void CheckIncome();

    //work as template method
    public void Check()
    {
        CheckBank();
        CheckCredit();
        CheckLoan();
        CheckStock();
        CheckIncome();
    }
}

用abstract class来实现Template Method是一种比较好的方法，但是相对于abstract class而言interface是更常用的定义contract的方式。但是interface却要求所有的方法都是public，而Template Method中包含的其他方法往往是private和protected的。

那么我就希望有一种机制可以保证Template Method能够被安全的实现。
利用constains关键字来定义某个方法中需要包含的方法以及它们出现的顺序
constains CheckConstains
{
     void CheckBank();
     void CheckCredit();
     void CheckLoan();
     void CheckStock();
     void CheckIncome();
}

public interface ICheckBackground
{
    [CheckConstains]
    void Check();
}

作为程序员，在编程的时候最怕的是要记住某些上下文，才能把代码正确的写出来，这样是很不可靠的。
我们当然希望在编程的时候需要记住的东西越少越好，而Template Method模式的应用又是如此的广泛，所以我觉得需要以上这种约束, 这样在以后为ICheckBackground添加新的实现的时候就不会出问题了。

博客园为我个人的技术成长提供了一个良好的环境，通过阅读灵感，sumtec, ccboy,吕震宇，wayfarer等人的blog，我从中了解到了很多知识，也产生了很多想法，并且也加入到了书写blog的行列中，在这其间，尤其是在与吕震宇和wayfarer在文字上的交流过程中，让我对有关设计模式的理解更加的清晰，更加的深刻，这为我学习其他技术打下了很好的基础。在此我感谢他们有意或无意中对我的帮助。在博客园我还认识了一帮很好的朋友dudu,灵感,吕震宇,wayfarer,hbifts,samuel,fantasysoft,allen lee,teddy等等(恕我无法全部列举)，通过与他们在MSN上或线下的交流更是让我受益斐浅。以上提到的这些，我想不止对于我个人，对于博客园广大的用户，浏览者来说都应该深有体会。此时，不得不提到一个人 ---dudu，没有他就没有博客园，而我们从博客园获取的又是如此之多。

就在本周末我和hibifts到扬州见了dudu，在这两天的相处中更让我见识了dudu对博客园所作出的贡献。在此我举一两个例子：dudu每天为了处理博客园系统(含blogjava等)的注册邮件，需要花去近3个小时的时间，我亲眼见到dudu的outlook中如雪的注册邮件，并且dudu在陪我们看世界杯的时候也在处理邮件。dudu的GF也说了dudu根本没时间玩，就是有时间dudu都不会去玩。有幸的是就在这两天dudu再次荣获MS的mvp，绝对是当之无愧。

在扬州，我们重点讨论了有关博客园发展的问题，作为一个博客园的老用户(当然我还不是最老的用户)，我看到很多博客园中优秀的blogger都暂停更新了，很多我认识的朋友也渐渐的少见于博客园了，博客园的用户可以说已经换了几批了，虽然说不断的有新的优秀的blogger出现(如目前的TerryLee)，但相对一年前而言，博客园作为一个社区从自身的角度而言并没有得到很好的发展，那么再过一年或者两年后博客园又将变成什么样子？

dudu和博客园曾经为博客园的发展做出过一些尝试和努力，比如组织团队，办电子杂志，开源项目等等，但是由于各种各样的原因都没有坚持下去(其中几次尝试我也曾身涉其中，在此十分汗颜!)。 dudu也一再提到他实在太忙，由于大量的时间投入到了博客园的维护工作中，无暇顾及到方方面面，他非常需要一个创业团队，但他对这个团队的建立却也没有时间去计划去很好的实施。

博客园发展到了现在，如何更进一步？如何走向一条可持续发展的道路？通过风险投资的方式吗？通过广告的方式吗？我对此并不在行。那么同样作为博客园的受益用户，你对博客园将来的发展有什么好的建议吗？你能为博客园指出一条路吗？

如果你有什么想法请在此留言或直接与dudu联系。

从面向对象的角度考虑问题，意味着你可以使用封装，集成，多态这些面向对象的特点来描述和理解你的应用域，因为对象的高度抽象和可理解性，通过它你可以构造出一个用对象来描述领域的模型，这也是领域模型的由来。而一个好的模型必然要考虑到的几点包括对象所包含的责任是否合理，对象与对象之间的关系是否合理等，而高内聚，低耦合就是用来衡量它们的一个技术标准。
可以看出一个好的领域模型，可以让你清楚的了解现实的应用领域，而一个好的领域对象也必然具有高内聚，低耦合的特点，而绝对不是一个数据包。
当我们使用面向对象技术建立好了我们的领域模型，一个问题随之而来，对象如何持久化？对象的生命周期包括多个阶段其中包括第一次被创建出来，被持久化，被从文件(通常是数据库)中取出来，被垃圾回收。显然我们希望能够更多的关注与领域模型而非这些对象生命周期的管理，此时O/R M的需求应运而生，而能够透明的实现对象的持久化和反持久化则更为我们所追求，此时再来看看某些使用O/R M来为一个领域对象实现Save Load的做法是多么与我们的想法背道而驰，这些方法与领域何关？O/R M框架将对象持久化功能从领域对象中分离出来，交由框架负责，而有人竟然反其道而行之，这种现象在.Net社区尤为常见。为什么会这样？因为考虑问题的思路不同。可以这么说在.Net社区O/R M往往被当作R/O M来使用。

从关系型模型的角度来考虑问题，在一接到问题之后，先建立实体关系模型，然后考虑各种约束条件，并通过Server端一系列的存储过程来描述业务逻辑。这种方法曾广泛被采用，然而两相比较孰优孰劣？和大多数人(Martin Fowler等等)一样我更喜欢OO的方式，用对象来描述世界，比起关系和一堆的SQL语言对我来说，显然前者更美，而且没有了继承多态，那样程序将充满了重复代码，并且不利于扩展，可读性就更不用说了。就如Martin Fowler所说要不是因为.Net提供了方便的界面绑定方法，这种纯粹的数据包对象谁会去使用呢？它们的优势就在于那些领域逻辑简单的应用，这也是.Net常见的应用领域。

所以当你不是用对象的方法(不是说你仅仅使用了面向对象语言)来分析解决问题时请离O/R M远一点，这样对大家都好。你不会觉得它奇怪，它也不会被你用的郁闷。

在这里我也顺便谈谈我对DLinq的看法。首先我不得不承认它很Cool,并且我之前对Linq也做过介绍，但是我并不是很喜欢它的方式，至少它存在一种可能被滥用的危险。查询你所需要的数据，然后围绕这些数据做处理，微软仍然坚持它一惯的风格，并且在Linq中，可以说是做到了极致---用Linq查询数据太方便了。如果每个对象都通过这样的方式获得，那么对象之间的关系(Association)将变的杂乱无章。你在设计对象的时候仔细考虑的对象之间的关联关系将被轻易的打乱(领域对象的关联关系是描述领域模型的关键组成部分之一)，而且你查询到的纯粹是数据实体，它们并没有行为，你又会靠一个个的xxxManager来管理它们，喔，天哪，又失去了面向对象的优势。所以DLinq本身绝对不是一套O/R M工具，不过利用它实现一套O/R M工具倒是不错的选择。

当面对面向对象和关系型数据库的阻抗失衡时，Java社区更多的考虑的是自动透明的实现将O映射成R的方式，而MS更多的考虑的是将R方便的变成O(数据包类型的O而已)的方式(这点可能跟MS也是数据库厂商有关)。两个方向，你选哪个？

个人观点仅供参考。

BTW 前阵子有个兄弟问我O/R M的性能怎样？呵呵，总是有很多人关注性能问题。那么我先问问大家
你觉得OO性能怎么样？泛型性能怎么样？AOP的性能怎么样？SOA的性能怎么样？呵呵，另人失望的答案，它们的运行效率都比不使用它们的方案低。但是它们能大大加强我们的开发效率，这是一个追求效率的年代 :)
(我可没有鄙视性能的意思)

6.8看过评论后更新

本文的观点可能有很多人有不同意见，这很正常，如我标题所写本文也仅仅是乱谈而已。不过对于使用Hibernate的用户请尽可能的考虑我所说的问题，因为我的观点和Gavin King(Hibernate的作者)的还是基本一致的。同样对于大家所说的表很多的问题，请参考Gavin King的原话。

You should use Hibernate if you have a nontrivial application (definition of nontrivial varies, but I usually think of Hibernate being less applicable to applications with only ten tables or so) that use an object-oriented domain model. Not every application needs a domain model, so not every application needs ORM. But if your application does a lot of business logic - rather than just displaying tabular data on a webpage - then a domain model is usually a good thing.

Hibernate really starts to shine in applications with very complex data models, with hundreds of tables and complex interrelationships. For this kind of application, Hibernate will take away a huge amount of coding effort (perhaps up to 25%, for some applications) and will result in an application that performs better than the alternative handcrafted JDBC. This is possible because some kinds of performance optimizations are very difficult to handcode: caching, outer-join fetching, transactional write-behind, etc.

另外双鱼座在评论中指出"数据规模对采用哪种技术框架没有太大关系，有比较大关系的是业务复杂度", 对此个人深表赞同。

如果你想深入理解O/R M，推荐以下三本书：
Patterns of Enterprise Application Architeture
Hibernate in Action
Domain-Driven Design

相关文章

(define (f-iter a b c count)
        (if (= count 2)
            c
            (f-iter b c (+ c (* 2 b) (* 3 a)) (- count 1))))

(f-iter a b c count)

(f-iter b c (+ c (* 2 b) (* 3 a)) (- count 1))))

a=b b=c c=3a+2b+c

没什么好说的迭代就是比递规强，就是那个count-change的例子比较郁闷，不知道后面是怎么优化的。

递规和迭代的重要区别就是，当它们在运行过程中被中止的时候，迭代仅仅依靠函数的参数就可以恢复执行，而递规则需要程序运行中的一些其他状态来恢复执行。

而且从递规函数的定义上可以看出
(define (factorial n)
  (if (= n 1)
      1
      (* n (factorial (- n 1)))))

(define (+ a b)
  (if (= a 0)
      b
      (inc (+ (dec a) b))))

其一般形式如下，
(define (f x)
   if (p)
   e
   (g (f x)))
可以看出返回结果不是(f x)的形式，往往(f x)被包含在另外的函数中

而迭代则往往返回结果也是(f x)的实现只不过参数变了
(define (factorial n)
  (fact-iter 1 1 n))

(define (fact-iter product counter max-count)
  (if (> counter max-count)
      product
      (fact-iter (* counter product)
                 (+ counter 1)
                 max-count)))

(define (+ a b)
  (if (= a 0)
      b
      (+ (dec a) (inc b))))

而且如我在习题1.6中指出递规函数都是以sepecial form的形式出现的。

(define (squa-it guess x)
      (new-if (goodenough? guess x)
          guess
          (squa-it(improve guess x) x)
          ))

(define (improve guess x)
      (avg guess (/ x guess)))

(define (avg x y) (/ (+ x y) 2))

(define (goodenough? guess x)
     (< (abs (- (square  guess) x)) 0.001))
(define (sqrt x)
        (squa-it 1 x))
(define (square x)
         (* x x))

其中可以发现由于使用了自定义的new-if procedure 按照scheme的applicative-order evaluation方式，pre thenc elsec这三个表达式都要被计算，这样的话一旦在某个表达式中再次出现调用该new-if的表达式就陷入死循环。为了避免死循环，一个方法就是不出现递规，显然这不现实，因为很多计算方法都用到了递规的思想，还有一个办法就是可以在某些时候停止递规， 如果使用special form就可以不必计算所有表达式比如cond if. 比如上面的方法改写成下面这样就不会出问题了。

(define (squa-it guess x)
      (cond ((goodenough? guess x) guess)
            (else (squa-it(improve guess x) x))
          ))

Kerberos协议主要用于计算机网络的身份鉴别(Authentication), 其特点是用户只需输入一次身份验证信息就可以凭借此验证获得的票据(ticket-granting ticket)访问多个服务，即SSO(Single Sign On)。由于在每个Client和Service之间建立了共享密钥，使得该协议具有相当的安全性。

条件

先来看看Kerberos协议的前提条件：

如下图所示，Client与KDC， KDC与Service 在协议工作前已经有了各自的共享密钥，并且由于协议中的消息无法穿透防火墙，这些条件就限制了Kerberos协议往往用于一个组织的内部， 使其应用场景不同于X.509 PKI。

过程

Kerberos协议分为两个部分：

1 . Client向KDC发送自己的身份信息，KDC从Ticket Granting Service得到TGT(ticket-granting ticket)， 并用协议开始前Client与KDC之间的密钥将TGT加密回复给Client。

此时只有真正的Client才能利用它与KDC之间的密钥将加密后的TGT解密，从而获得TGT。

（此过程避免了Client直接向KDC发送密码，以求通过验证的不安全方式）

2. Client利用之前获得的TGT向KDC请求其他Service的Ticket，从而通过其他Service的身份鉴别。

 Kerberos协议的重点在于第二部分，简介如下：

1．    Client将之前获得TGT和要请求的服务信息(服务名等)发送给KDC，KDC中的Ticket Granting Service将为Client和Service之间生成一个Session Key用于Service对Client的身份鉴别。然后KDC将这个Session Key和用户名，用户地址（IP），服务名，有效期, 时间戳一起包装成一个Ticket(这些信息最终用于Service对Client的身份鉴别)发送给Service， 不过Kerberos协议并没有直接将Ticket发送给Service，而是通过Client转发给Service.所以有了第二步。

2．    此时KDC将刚才的Ticket转发给Client。由于这个Ticket是要给Service的，不能让Client看到，所以KDC用协议开始前KDC与Service之间的密钥将Ticket加密后再发送给Client。同时为了让Client和Service之间共享那个秘密(KDC在第一步为它们创建的Session Key)， KDC用Client与它之间的密钥将Session Key加密随加密的Ticket一起返回给Client。

3．    为了完成Ticket的传递，Client将刚才收到的Ticket转发到Service. 由于Client不知道KDC与Service之间的密钥，所以它无法算改Ticket中的信息。同时Client将收到的Session Key解密出来，然后将自己的用户名，用户地址（IP）打包成Authenticator用Session Key加密也发送给Service。

4．    Service 收到Ticket后利用它与KDC之间的密钥将Ticket中的信息解密出来，从而获得Session Key和用户名，用户地址（IP），服务名，有效期。然后再用Session Key将Authenticator解密从而获得用户名，用户地址（IP）将其与之前Ticket中解密出来的用户名，用户地址（IP）做比较从而验证Client的身份。

5．    如果Service有返回结果，将其返回给Client。

总结

概括起来说Kerberos协议主要做了两件事

1．    Ticket的安全传递。

2．    Session Key的安全发布。

再加上时间戳的使用就很大程度上的保证了用户鉴别的安全性。并且利用Session Key，在通过鉴别之后Client和Service之间传递的消息也可以获得Confidentiality(机密性), Integrity(完整性)的保证。不过由于没有使用非对称密钥自然也就无法具有抗否认性，这也限制了它的应用。不过相对而言它比X.509 PKI的身份鉴别方式实施起来要简单多了。

推荐资料：

Kerberos的原理

Kerberos: An Authentication Service for Computer Networks

Web Services Security系列文章