额。。莫非是我少见多怪？说说MS。

ibeloved

额。。。难道是我少见多怪。

WINDOWS 8 将要集成 APP STORE， 都知道了吧？
APP STORE 是 以后的趋势了看来。

以前我很讨厌WINDOWS 开发，很无奈WINDOWS 的用户还挺多。

最近几年的MS 的策略让我有点欣赏了，过去什么都是秘密，想给他开发个软件累死。.NET 出来之后好了些，但是还有很多东西还是秘密。

这一阵子，.NET 4出来一段时间了，虽然用了，但是并不知道其实好多COMPONENT 之前都是开源的，经过了一阵子测试，才集成到.NET4 架构中。也才知道其实早在很久之前，像WCF 和WPF，都经过开源测试，那时候还不叫这些名字

还有另外一方面是 MS 也终于听取别人的意见了， 就像最新的 EF4，也是经过专门的人修改过的。也支持了很多市面上很多开源的ORM的功能， 挺好。

包括最新的VS2010，支持了UNIT TESTING 和PROFILING，虽然只在旗舰版上有，但可以看出MS的努力。

除了作为产品的FRAMEWORK， 很多内核的东西MS 也想着DOCUMENTATION了。 比如 EMFSPOOL 格式，以及相关的 EMF, WMF。 之前让多少人觉得都是秘密，UNDOCUMENTED PRINTING 网站成了必须要去的网站， CODE PROJECT也很多先行者们弄了很多像秘密的东西。

除了他自己的产品，MS也开始收敛了一些比较有才华的各方面的人才，挺不错。

我开发的东西或许比较单调，只能从一个角来看MS，欢迎大家都来聊聊。

Xeon电脑

很深奥啊...  不过WINDOWS 8集成APP STORE干什么？难道IOS4的软件可以在WIN8下运行？不可能把...

一天

额，一直以为ibeloved是水果饭呢，原来真的是MS平台的专家。。。

Win8，真快。

MS 的App Store应该只是模仿苹果的概念，卖MS的软件吧。相对Apple和Linux 各个发行版本之下的软件库，还有各个Mobile平台下的软件发行渠道，MS 的下的软件管理真是一团糟，个人感觉。不过细想想，Desktop平台下作App Store有很多根本性的问题，Mac OSx 没有走 Apple Store也是 是有原因的。简单的说PC的优点在草根，在于Empower end users。所以PC 战胜了 Unix 和 MainFram。 Mac 和PC 一起在上个世纪并肩战斗让PC平民化（这里的PC又包含Mac，而通常我们说的PC又是和Mac有区别的，参考上下文）。 现在在Jobs 名下的Mac 已经不是是当初创PC 世纪的Mac了。与时俱进，这也许是Jobs的高明之处了。实际上在Jobs重返Mac 之前，Mac 基本已经名存实亡了。而在上个月，我还看到有消息Apple 的市值已经超过了MS了，不过那可能只是一个时间点而已，不过也许这个就是Tipping point了。总之，Apple 目前的走的是高端路线，卖的是用户体验。或者说，走的是小众路线。而基本上所有的重要决定都是Jobs一人决定，而不是各个软件硬件开发厂商，更不是用户了。从开发语言，到什么软件可以在App Store卖。“Love it or hate it, I will sell you premium product with higher margin. Walk away you can, but profit I will. " 。或许正因为Apple的高价，大部分人出于实用的考虑，不会考虑买它的事实，让Apple的产品对大多数用户具有额外的吸引力。相比PC市场，大部分产品都是还不错，不过没有太大差别，用户没有太多忠实度，结果就是谁便宜我买谁。从这个角度看，Apple不需要大众市场，它只需要5% - 10% 的高利润的苹果饭。

总之，Apple 在iPhone确实有控制权，Jobs说了算，因为可以说终极的用户体验就是不用做选择。而且Apple卖的是硬件，不是软件，Mac OS iOS 都是捆绑的附加产品。看中了Apple就没有选择了。。。

言归正传，MS！坦白的说，MS 一直没有革新，而且老是慢半拍。微软倒是有不少顶级的专家，昨天刚看到Simon Peyton Jones http://en.wikipedia.org/wiki/Simon_Peyton_Jones, Haskell的创始者，不知什么时候也为微软工作，和F#有没有直接关系我就不知道了。还有人机界面和还有Stereo matching都有不少微软实验室的论文和贡献。公平的说，微软不乏人才，可能是管理层的问题，学术和专利上有不少成果，可是真正出来的产品总是泛泛。感觉Jobs的天才之处是有这个号召力，告诉用户“你需要XXX”于是用户就卖XXX。而微软是“iPod好用，我就出Zen”, ”Apple 的 app store 成功了，我也app store”。微软的成功之处是Gates开创了PC市场，找到了和PC厂商捆绑卖软件的诀窍。缺点是有一堆顶级学者专家，大笔的资金，不少新的idea，没有办法和自己的旧产品和模式联系起来。总是在新技术的后面，赶潮。靠着这么多专家和大把的资金，最后或许出来的产品也不是太差。所以，微软也有Azure了，IE 9 开始支持标准了，APS.NET 也有 MVC模式，虽然看起来比RoR成熟度差一点，流行度差不少。。。

支持开源，没有办法了吧，树敌太多。Google 和Apple，还有老敌IBM，都是开源的支持者。不得不开源，不是自愿，是被迫。不过最近我上Codeplex蛮多的。

PS: 不好意思了，搂主说的很多技术上的细节都不懂的说，发发水吧。

一天

微软的精英还是不少的，至少在学术界。缺少Visionary吧，找不到重点。Core Bussiness 危机重重，游戏机还是蛮成功的。

某人的马甲

M$近几年strongly typed dataset技术的快速转变，尤其是Linq2Sql到EF，让我非常不爽，他这是把我们当礼拜天过呢？今天东明天西的，有完没完？

ibeloved

其实我看 EF4 是将来数据库的趋势， 很多开源的东西也早就有类似的功能，但是有个很大很大的问题： 开源的东西， MS 的开发人员不是很喜欢用， 或许是因为BUG太多，产品支持不好， 或许单纯因为没印着MS 的标记。

说到数据库，这已经，也将要成为一段时间两方讨论的事情。
我还记得4.15还是4.18那天，我正好要重新设计一个新的模型，于是无意间发现了EF4正好当天发布，好了，那就用吧， MODEL FIRST， 虽然没有很多开源的那么灵活，但起码MS也支持MODEL FIRST了。

EF4的另一方争吵 就是 传统的STORED PROCEDURE模式了，无数无数的 DBA们都不想转型EF4, 无数无数的开发者们都想用EF4，原因很简单， DBA们怕丢了工作， 开发者们终于解脱了很无聊很烦人的 SQL。 但是就目前这情况， 在很多状况下， SP还是有EF4无法代替的优点， 但是， EF4终将代替SP。

我觉得我又为一场激烈的争论开了个头。其实都冷静下来， 静观一下现在DB模型的趋势，ROM是未来的趋势，这次EF4就是往前很重要的一步。 本来我就觉得这世界上就不该有DBA的存在， DBA 管着DB，没错，他们有很大的责任， 但DB是干什么的？ DB只是一个工具而已， 他的存在是为了给开发人员提供一个 简单易用有效稳定的存储介质， 连个存储介质都需要专门的人管，本来就不符合什么逻辑。

ibeloved

其实说实话，也许是我见识少，10几年前我真的不对MS报什么幻想，BUG修复速度慢， 产品不领先，独断专行，只注重个人用户， 我个人认为那时候的windows Server是花瓶，用来骗钱的。

不过慢慢的，慢慢的，我开始发现MS雇佣了挺多人才， 很多人都很专精某一领域。 就说最近的大家都知道的 VISTA -> WIN 7 ，就是MS 听取用户反映后的最好的例子， VISTA由一个臃肿的操作系统摇身一变成了人见人爱的超级XP。

在CODEPLEX上现在还有很多正在测试的东西，很多东西的 IDEA都非常的好，都在尝试解决很多开发过程中的瓶颈。 随便举个例子就是 IN MEMORY DATABASE ， 不多说了。

C# 虽然MS 开始给搞砸了，根上的毛病改不了，整个结构都要不停的TRY CATCH，要不停的DISPOSE，这些本来都是语言提供给你的东西。 但还好， 我相信很多与时俱进的C# 或者VB.NET的人都看到了MS在语言上做出的各种尝试和修正。

ibeloved

今天有空，就多打点字吧。
说到几年前的 MS，给我印象最深的就是无意间看很多网上开发人员的简历， 各个方面都很NB, 然后就明写了“NO MS”，当时我也为自己是一个“NO MS”的开发人员而自豪。

刚工作的时候，我担任的C++的一个小部件（其实也不是很小了），提前完成了任务，头就让我去学学C#， 两周自学发现 VS 还不错，因为我之前都是用普通的NOTEPAD编，我承认，那时刚出校门。 VS 让我最喜欢的就是可以看MEMORY，再也不用费事的把内存的东西打出来了。 之后才慢慢接触了RESHARPER，让我养成了很多良好的编程习惯。 编了一阵子C#之后，把PROJECT的主体做完了，又没事了，头就又让我回头去C++另外一个小部件。

转头回来再一看的时候才恍然发现， C#把你架的太高了，好多事情都太容易的完成了以至于开发者会忽略很多很基本的原理。 我这人一个毛病，就喜欢底层的东西，太高级的我觉得那不是真正的COMPUTER SCIENCE。

还记得当时在奥大读书的时候， 教的JAVA，VB，当时还没VB.NET。 虽然2年级有门课是交ASSEMBLER的，那老师也用C交（JAVA还真不大好交）， 让我更加喜欢上了C， 3年级的时候，就哪几门无聊的课，眼看就毕业了，我转学到梅西了，原因就是因为梅西学C和C++。 我不喜欢读个CONSOLE INPUT还要写上半页的CODE的JAVA,不喜欢天天喊着 CROSS PLATFORM ， OOP， 但是什么都要在虚拟机上缓慢臃肿运行的语言，我不想这辈子最宝贵的学习时间浪费在JAVA上。 或许现在JAVA变了，或许我太固执，但是8年前的确JAVA很SUCK。 C,可以让你干所有的事，JAVA？NO。

高级语言的通病就是个人感觉 根基不稳，都没有C稳， C++我想也没几个认为比C出色吧。哎，信息时代的产物。 现在大学里都在交C#，JAVA什么的，我只是为那些学生感到悲哀。学C吗？出来找不到工作，没有公司要找JUNIOR的 C /C++的开发人员，因为涉及的领域太深了。这也就是C的魅力所在吧。 不学C吗？电脑内部是什么样的都不知道，学了高级语言只是知其然，不知其所以然。 在就业和知识面前，很多大学都选择了就业，嗯。。或许是因为本科只有3年的缘故吧。

额。。扯远了。 高级语言把开发者架的太高，犯错还是好的，最少你知道错了。 最惨的是写了一段很臃肿的CODE居然发现可以运行，殊不知各种 MEMORY LEAK, BUFFER OVERRUN, STACK OVERFLOW。 如果养成了C#的TRY CATCH的习惯， 好了，就等着慢吧。

C#也有优点，比如PRODUCTIVE， 这个我是深有体会，只用2周就可以学会个大概，3 4周WIN FORM, WCF,LINQ2SQL, EF, WPF 基本就差不多了。 但是我觉得最主要的是更加根深蒂固 OOP 的概念，让我在后来的C++开发过程中更清楚的架构程序，更有效的控制资源。

突然忘了自己要说的主题是什么，就想说 当埋头一个语言，一个方面的时候，转转头，再回来干，会突然有温故知新的感觉。

随着最近的.NET4的发布，我随便在SEEK上转了一圈，让我清楚的又一次看到了洋人的这个态度问题， 有一部分公司很积极，想要转型.NET4（其实我们都已经开发完毕了下一代的产品）， 有的还在.NET2.0。 我理解那些因为特殊原因用.NET 2.0的，而那些仅仅因为不喜欢接受新鲜事物而拒绝新知识的，有些悲哀。还好我在一个小公司，不用看好几百页的APPROVED TECHNOLOGY LIST，不用为了用EF4 等 100道的手续批准。而我们公司的很多人都拒绝.NET4，也拒绝安装VS2010。 我觉得公司在你提出要求安装VS2010就批准 是一件多么兴奋的事情。那些顽固的人在我的影响下也慢慢的接触新的FRAMEWORK, 也抛弃了WINFORM 而WPF，也开始学着EF4。  当开发人员拒绝或被拒绝接受新鲜事物的时候，是多么悲哀的事情。 哎。
前阵子听到人埋怨，现在学IT的太多了，走大街上一个巴掌拍下去5个里面3个学IT,工作怎么找。 其实又让我想起了某个名人说的话，好的DEVELOPER是不会失业的。何况IT还不等于DEVELOPER。自认为自己是专家的也太多了，摆一大堆名词就是高深了，会装个电脑就成了COMPUTER SCIENCE了。
这种感觉去国内的论坛更加明显， 连中文的MSDN论坛都充斥着这种味道。 随便提个问题，一般情况下会引起很大的一场辩论， 好点的好歹还给个答案，先不管答案咋地，最起码给了， 不好的直接先把自己CV列一下。 答案的质量个人感觉比英文版的稍微差点。 而国内的比如PUDN之类的网站，各种抄袭也就算了，抄准点啊倒是。。。随便从那上面拿来一个东西细细看看，会发现各种不良的编程习惯， 对语言，对架构的不理解 等等。多误人啊。

说着说着，自己成了粪青了。

henryrty

一开始看到MS的时候我还以为是Mobile Suit，对不起，我湿态了

一天

6# ibeloved DB不是太懂得说，EF 和 Linq2SQL有冲突么？很多时候都是看语言的具体模式能不能放入现有的设计模式里不是么。我还停留在SQL Query 和 Linq的选择上。大多数时候Linq提供的我需要的抽象层，不需要考虑Query的细节了。但是通常性能上面可能有损失。

关于DBA，我的意见是DBA也是要的了，看具体情况。其实OS也只是个工具了，软件通常也不需要考虑文件系统，内存和线程管理，网络Stack的细节。OS的效率和可靠性的问题，那是它的问题了:D

一天

其实说实话，也许是我见识少，10几年前我真的不对MS报什么幻想，BUG修复速度慢， 产品不领先，独断专行，只注重个人用户， 我个人认为那时候的windows Server是花瓶，用来骗钱的。

不过慢慢的，慢慢的，我开始发现 ...
ibeloved 发表于 2010-7-6 20:44

关于in Memory DB的事，个人比较最近比较关心PostgreSQL。正好前两天看到VoltDB，貌似是PostgreSQL的主要开发者作的，应该还不错。

Win 7 么，不是因为Vista 太不成器，没人买他的帐，MS逼急了么？MS 操作系统没了，那他就真的irrelevant了。

C# 我看来也很象MS做事的方式。Java出来了，MS Realize Afraid Weakup。推出了C#。 第一版太平庸，第二版勉勉强强可用，第三版其实还不错了。。。

个人感觉，其实就语言本身来讲C#不比Java 差了，各有千秋？不过你C#用什么开发，VS! Sorry Windows Only！其实Mono还可以了，很多Linux下的软件用它开发的，不过Why bother?

一天

8# ibeloved
关于Java语言的问题，想起我以前的帖子了

http://forum.ubuntu.org.cn/viewtopic.php?f=88&t=72346

搂主确实强，我是看了其他人的文章才意识到C的重要性。

某人的马甲

6# ibeloved DB不是太懂得说，EF 和 Linq2SQL有冲突么？很多时候都是看语言的具体模式能不能放入现有的设计模式里不是么。我还停留在SQL Query 和 Linq的选择上。大多数时候Linq提供的我需要的抽象层，不需要考虑Qu ...
一天 发表于 2010-7-7 09:17

linq并不是为了提高性能而开发，而是为了统一的built-in query syntax，这样query db，xml，dataset甚至generic list都是完全一样的

ibeloved

额。。LINQ 和 EF 没冲突，但LINQ2SQL和LINQ2EF 基本上是两回事了，其实也主要是因为SQL和EF不同的事吧。 再说回LINQ的效率， 能不用LINQ QUERY 除了DB以外的东西就不要用，貌似是最新的.NET4改进了一下速度但是还是比一般的FOREACH之类的慢的。

C#和 JAVA我觉得都一样的，都是高级语言，都把人架的太高，很容易让人成了制造程序的工具而忽略很多底层的原理。

我看了一天的帖子，我觉得有句话很对， 用一个语言，时间越长，就越容易被限制思路。 而一个开发者，需要的正事广阔的思路。

某人的马甲

各有各的好处吧，高级语言帮你实现了底层技术，这样才能更focus business logic

一天

恩，估计做软件开发各位经验都比我多。不过目前我的感觉是设计初期不需要考虑太多性能方面的损失，考虑高层点没有关系，性能优化是中后期考虑的工作。当然，知不知道性能的Trade Off和设计初期考不考虑这个“细节”是两码事。

”premature optimization is the root of all evil“，常听人说，这是我的理解。

一天

最近一直在做 Web App的调查。看了了几个CodePlex类似的 MVC的项目，都不是很理想，打算用RoR写了, Web App这块不看好 .NET平台。

不知道各位有要是有机会的话会不会考虑转投其他平台？

ibeloved

其实性能方面的考虑要从 开始架构的时候就要考虑一下的， 结构不好，什么都白搭。 在我看来， 在工作中，人们都太把工作当工作了，也就是说 完成任务就完事了，很少去后期优化，除非碰到什么性能方面的瓶颈了。

架构方面是大的优化， 后来完成项目之后的REVIEW ，是用一些比较聪明的方法解决问题。

在编程的时候其实高层的并不代表没效率， 比如LINQ， 有几个会用LINQ 去QUERY LIST?都几乎用在数据库的query上。

前阵子看IPHONE OS4的KEYNOTE， 我觉得在MULTI TASKING的方面， 苹果的想法跟我有些相似， 他的MULTI TASKING其实并不是真正的MULTI TASKING,只是给人感觉上是而已。 用了一些巧的方法。 有时候解决问题，在乎的就是方法，貌似这是废话。。

话说回来DBA, 其实DB 很OS的功能差很多， 每个公司或许有专门维护系统的，但是数据库我个人认为并不需要去维护，他应该像硬盘一样，拿过来就用才对。 只是DB从开始就没怎么成熟， DBA存在的时间太长了，一下子或许转不过来。 的确,SP 在性能方面要优于EF，这是无可置疑的，我觉得将来EF的发展方向也必将把SP给MODEL了。 其实像LINQ2EF, 其实底层上还是标准的SQL， 只是EF帮忙翻译语句而已， 而且翻译上也有很大的局限。 这些都会随着EF的发展慢慢的的好起来。

说着这个，让我想起了编程语言， C不也是帮忙翻译么。

MVC我个人觉得不是特别好，虽然给了开发者所有的CONTROL，但代价太大，或许以后他会好起来吧。 有时候突然回头看看， 这10几年身边这些技术的发展，觉得真缓慢。 windows最近才想起来整合MPI， .NET FRAMEWORK 的发展史清楚地表明了科技的发展，用了那么久才到现在这副样子，虽然还是浑身是BUG。 那些标准的组件就不说了， 说说最新的.NET4 的安全性。 当 ACCESS 安全代码的代码也应该是安全的，这本来多明显的一件事情，直到 .NET4 才强制要求这样，从而又引发了一系列的BUG。 莫非当初MS就没考虑过？

反而LINUX方面我倒是觉得百家齐放，各种新的技术层出不穷。 我的感觉是 看LINUX,我是在跟现代的科技打交道，而WINDOWS,我是在跟5年前的技术打交道。包括现在的.NET4， 最新的这些组件在开源里早就存在了，人们以前也都是拿开源的来代替的。

说到这又不得不说MS 的懒惰， 单拿出VS 来说， C#的INTELISENCE多好用， 没错， C#是MS开发的，他给她写个INTELI SENCE很简单。 但是VC++呢？ MS 就懒到不给VC++写一个。 没错， c++是个更难分析的语言，但是现在第三方软件已经有支持VC++的了。 包括开源的 NETBEANS 等等。MS 没实力吗？我看不是。

一天

先捡几个说。。。

C++，或许因为它不是.NET Framework有关？

MS上一贯如此了：事后把开源或者不开源idea的拿来做出来一个泛泛的产品。后面也许会慢慢变好，不过总是慢半拍。而且最可恶的是，如果没有竞争，它是绝对不会自己革新的。天下已经是它的了，哪有自己革自己命的道理。不过以MS的财力还有门下的不少学者，MS的研究室倒是有不少不错的新技术出来，不过VapourWare和它的产品是是占不上什么边的。当然，我是有偏见的。。。

MVC我倒是不太明白有什么问题，个人比较看重它的Separation of Concerns。不然做Web App 就很难做出来一个好的构架。Web Page is about Presentation。 Good Web App is more about underneath Object Logic, and often comes from sensible DB design。 MVC最大的好处就是设计方面了。

所以我觉得，DB应该是拿来就用的，只需要提供我需要的 Service。不过DB本身并不还没有简单到变成Dumb Service的程度。DB 和OS 有相似之处，都有性能，可靠性，安全性之类的问题。DB 更接近于Production Line 而不是Development  Line。所以它需要Admin 而通常不应该是Developer的Main Concern。Orecle 就是做DB做的成功的例子，有Oracle 就有 DBA 。

"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil"  这是Donald Knuth的原话。整句放在在这里，也许会make more sense。我的经验有限，谈不了太多的构架设计，不过见过非常快的ASP.NET Web App，还有非常慢的PHP Web App。只是相信很多早期的设计选择需要更多的Profiling来证实和提高。早期的设计决定往往就要开始在性能和开发速度做选择了，绝大多数的时间，选择开发速度，而不是性能，是正确的决定。后期巧的优化，可以保证解决大多数的性能问题。理想的状况是从完美的设计开始，不过人会犯错误。Let's face it： we make wrong assumptions, over-think and underestimates all the time。How many times our code will run correctly and performance well the first time?

ibeloved

嗯。。开发速度和性能大部分时间不是冲突的问题， 如果有冲突， 如果选择的的是开发速度， 我个人觉得，你是一个普通的工作者，如果你选择了性能，我觉得，你是一个热爱开发的人。

其实现在说开发，在商业情况下，当然是选择开发速度， 时间就是金钱。 而如果是自己个人的一个兴趣，选择的肯定是性能。 也只有适应了在架构方面的思路，真正知道自己到底是在干什么， 在以后的开发过程中，才会不知不觉的把一些概念和理念带到自己做的东西中去。 我自己就是先把一个东西做的能用了，再去仔细研究内部的各种详细的道理。

而在NZ这个地方，厉害的人还是不少的，只是我觉得现在的一个高级开发人员所具备的素质的优势 跟一个大学刚毕业不久的优秀的毕业生而言， 也仅仅是那点经验而已。 关于经验的积累， 我个人觉得，如果你3-5年都在不停的参与不同的项目的整个的LIFECYCLE, 比10年都在修改别人的CODE 的经验要丰富的多。

lunajess

请问在新西兰做一个初级.net developer，除了要会C#.net, ASP.net, SQL Server一般还需要什么基本技能

一天

21# lunajess
假定你已经入行，找到工作了，或者正在干项目？如果是在校，或者是在找工作，情况就不同了，这时候，就是尽可能获得相关的工作经验，或者至少学校里面的项目经验。

简单的问题，不知道是不是你想要的答案:D

要帮你回答这个问题，最好先明白自己的目标是什么。然后，看到自己的差距，你在位置A，目标在位置B。中间的差距，就是你需要知道，掌握的。

以上好像并不是很有用的答案。个人经验，在新西兰，想要做.NET的初级开发者，首先要有相关的开发经验，入了这个行，如果你有这个目标的话，只要不是太懒于思考，过一段时间都会看到自己的差距的。在知识和技能上的差距，就是你要掌握的。有的靠经验能够弥补，有的要靠主动的思考和学习才会提高。经验能让你的工资上涨，不过经验本身是不会自动让你Level Up的。

小小总结一下，不然自己都不知道是不是回答了问题：
经验和学历带你入门，之后就看你自我学习的态度和能力了。新西兰的具体国情，小公司居多。在我的例子，貌似什么都要懂一点最好。老板当然希望望你有能力能了解过去，展望未来。VB 和 Delphi的程序也要能做，至少会改。下一步我们继续用第三方控件还是MS的标准控件， MS技术还是开源技术，希望能有几个测试项目，测试的环境和平台都还是你自己设置。

从我个人的感觉来看不管是做.NET也好，还是开发也好。知识面越广越好，不过危险之处在于变成万金油。我个人的感觉是，复杂的问题都有相通之处，只要你不怕解决难题，懂得把具体的问题抽象话，看出它们的相同和不同之处，渐渐的随着经验的增加。我相信知识面的积累也会帮助解决实际问题能力的积累。

WOW，没想到我朦胧的睡眼下也能打这么多字，希望能有用，不过应该不是楼上期待的答案:D

一天

嗯。。开发速度和性能大部分时间不是冲突的问题， 如果有冲突， 如果选择的的是开发速度， 我个人觉得，你是一个普通的工作者，如果你选择了性能，我觉得，你是一个热爱开发的人。

其实现在说开发，在商业情况下， ...
ibeloved 发表于 2010-7-10 16:41

关于设计阶段考虑性能优化的问题，我还是觉得实际情况下，大多数面临选择时没有采用性能最优的方案，都是面临开发时间，难度，当然还有开发和维护的难度的选择。说是开发速度也许应该说是开发成本／难度更准确。我想我们应该同意，这两者基本可以互换。ibeloved不同意的话，我倒是很希望能举个设计构架的简单例子？


Somebody call programming Arts, personally I would rather call it's Engerineering. 根据我个人的经验，我宁愿先保证我写的程序首先能实现基本功能，通过基本的测试。然后再考虑性能，性能有明显能提高的余地， 或者需要优化，我会优化。完美和普通，我会选择完美。不过可能是受Agile的影响，就算是个人的项目，我还是宁愿选择短的设计开发周期+容易预测和管理的性能＋功能。


其实貌似ibeloved说的我都基本同意，不过仍然多少有不同的想法，写的时候就比较为难，不知道到底该算是讨论的风格还是补充比较合适。写完了又貌似不知所云，看了看，好像属于不算观点的观点。Too late...

一天

关于设计阶段考虑性能优化的问题，我还是觉得实际情况下，大多数面临选择时没有采用性能最优的方案，都是面临开发时间，难度，当然还有开发和维护的难度的选择。说是开发速度也许应该说是开发成本／难度更准确。我想我们应该同意，这两者基本可以互换。ibeloved不同意的话，我倒是很希望能举个设计构架的简单例子？一天 发表于 2010-7-11 01:39

不用了，现在已经知道了。

ibeloved

昨天忙着买显示器 居然发生了这么多事情。。。

其实个人的开发风格 我觉得最主要的是取决于你到底的兴趣爱好在哪里。 关于性能，难度，开发周期的考量，从大学时期就存在了， 比如说些 CS 作业的时候， 有的人就可以弄得很完美的解决方案，而大部分人追求的是 能用就行了。 之前很久的时间，我一向觉得 CS 这东西， 只有0分和100分的区别， 会做就是会做，不会做就是不会做。 直到遇到了梅西的MARTIN，才让我意识到，做出来能用， 和完美的做出来是有很大的区别的， 这种区别在于经验， 对东西的理解， 和对知识的渴望度。

同一个东西，性能可以相差很多，编程的魅力在于可以用很多种方法去解决问题，当再掺和进来线程，事件的时候，整个项目就会变得很有意思。 就拿在C# 里的各种同步线程用的东西来说，效率也是有很大差别的。

我其实正好又一个 难度 成本 开发周期的一个例子。 我们其中一个项目是写一个 语言的PARSER, 其实很明显就有两种写法， 一种就是拿 PARSING 的各种 LIB写，比如 FLEX, 之类的，最起码在 容错率方面，速度方面都比传统的 GETLINE之类的好很多。 但是面临的问题也是很明显的， 语言的复杂性， 没有官方的DOCUMENTATION， 各个厂商不严格按照标准。 当然我们可以用很久的时间来慢慢研究这个东西，我们之前的SENIOR 说最少要1年半这部分才能做好。 而我用了最简单的 PARSING的方法，2个月写完了，准确率到现在还是世界领先，但是速度方面就是个痛。但是这对一个曾经失败过的项目是有强心针作用的，上层在于WINDOWS 对接方面的工作可以提前1年多就展开，整个项目用了6个月就内测了。

我选择了速度，因为效率的代价太大了。 最近我又写了一个语言的PARSER，用的比较正经的PARSING， 速度和效率方面也都在世界上是数一数二的。数一数二是因为太多的厂商不想最求新的技术，对新的东西的支持速度太慢。 其实不光是我们开发人员有时候会懒， 连公司都会懒，公司懒我个人觉得很大程度上是技术总监和项目负责人的沟通不够好的问题。

ibeloved

请问在新西兰做一个初级.net developer，除了要会C#.net, ASP.net, SQL Server一般还需要什么基本技能
lunajess 发表于 10/7/2010 21:56

我觉得， “会” 是不是应该有不同层次的，要不然JUNIOR 和 SENIOR 有啥区别。 其实我觉得最需要具备的素质是对新技术的追求程度， 不是说出了新技术就要用， 但是有了新技术一定要知道到底是怎么回事。 因为毕竟 IT 算是个 高新产业， 高度新兴？ 40多年 计算机发展到现在这样， 如果不求新， 是混不下去的。

其实到底需要具备什么素质还是要看你应聘的公司的， 要是泛泛而谈当然是会的越多越好。如果你是一个对.NET的所有的部件都很明白的人，我想，你也不会只明白.NET的，你应该对各种除了 MS 以外的技术都应该知道一些。 现在只针对 WINDOWS 平台的公司 应该比较少吧？
而且就个人来讲，你是一个独立的个体，所掌握的知识并不应该被工作所限制，也并不应该被平台所限制。

一天

25# ibeloved 又买显示器，27“ * 3？

其实我之前一直比较求细节，自认为是完美主义，写程序很慢，会花很多时间研究流程图和算法，写起来还算快。。。后来发现这样比较吃亏，还是先写出来框架，后期测试多花时间，对我比较合适。

一天

之前读到过过两个大的项目失败的例子，一个是用Ada 给 US  Air Force(?)写的航线管理，另一个是Chandler，都是些非常优秀的人才，项目结果不理想的原因主要是早期的期待太高，导致周期太长，我的理解了。After all, software industry is still more like craft rather than Engineering.

ibeloved

25# ibeloved 又买显示器，27“ * 3？

其实我之前一直比较求细节，自认为是完美主义，写程序很慢，会花很多时间研究流程图和算法，写起来还算快。。。后来发现这样比较吃亏，还是先写出来框架，后期测试多花时间 ...
一天 发表于 12/7/2010 10:28

额。。买了个30的放家里用，老看40多寸的电视觉得还是比较费眼神，字太大，眼球总要动。 现在好了，还是照样费眼神，字太小。。

其实你说了一个标准的开发的过程， 开发 测试 开发 测试 循环。 其实区别就在于在第一个版本里，是单纯的考虑的功能还是综合在架构方面考虑了。 我觉得这也取决于很多其他因素，比如项目的复杂程度， 时间方面的要求。 在工作中经常会碰到的，比如前阵子， 我们重新修改了3个月前的数据模型，导致整个数据库以及各个部件都要做相应的改动。 这也不能说是谁的错，完美的架构师到目前还不存在。 只能说初期稍微考虑多一点， 到后面做的无用功就会少一些。

我不是很明白细节是啥意思，我的概念中是如果用了有了一个比较好的编程的习惯， “细节”的东西都是潜移默化中去用的。 之前在学校里学完了，觉得编程也就那么回事， 后来很不幸，碰到的人也没有什么特别NB的，他们写的东西我都看得懂，觉得风格上没啥特殊的。 后来变得懒了，用RESHARPER， 对他的优化详细研究了一下，才个人感觉上从 根本上 明白好的CODE是咋回事。

我是一个很追求速度的人，随着时间的积累， 和感谢GOOGLE，好多人做了好多辛苦的工作，把很多很有价值的东西都无私奉献出来。 慢慢的就体会了在为了达到同一个目标，各种方法的效率方面的区别。 我也没什么很多的例子，因为很多东西都不是一成不变的， 不如多线程的同步方面，如果主要是单线程，用INTERLOCKED会好点，如果是多点线程，用MONITOR+ VOLITIAL会好点。

一天

27 *3, 27 + 3 ?我的算术不好还是？？？

字小了换DPI 了，Win7 据说效果很不错了，Mac 好像是不支持。。。

看到iPhone的Retina ，我想到现在电脑显示器的Dpi 真的是很低，如果显示器的DPI 也能上到300，看文字的清晰度才能跟纸媒质比吧。

细节是说我之前写程序早期考虑的问题太多，总觉得有Right way of doing something，后来才发现只有better way，没有Best way。没有足够的经验，不光是开发经验，还有维护经验，开始就做出理想的Design是不太现实的。Prototype 之后加短周期的开发，测试，这样对我来说更容易控制进度。

其实编程这个东西真的是易学难精，个人感觉我要学的东西很多。C++还没有学懂，还有数据库。一直还想花些时间研究算法和Design pattern，还有functional Programming。最近又开始看Ruby，上学学过，不过不知道是Ruby 发展的快还是上学没有学懂，才看了一点就觉得开眼界了。