新西兰天维网社区

标题: 额。。莫非是我少见多怪？说说MS。 [打印本页]
作者: ibeloved    时间: 2010-7-5 19:34:18     标题: 额。。莫非是我少见多怪？说说MS。

本帖最后由 ibeloved 于 2010-7-17 15:29 编辑

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

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电脑    时间: 2010-7-6 09:09:05

很深奥啊...  不过WINDOWS 8集成APP STORE干什么？难道IOS4的软件可以在WIN8下运行？不可能把...
作者: 一天    时间: 2010-7-6 14:28:36

额，一直以为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: 不好意思了，搂主说的很多技术上的细节都不懂的说，发发水吧。
作者: 一天    时间: 2010-7-6 14:33:30

微软的精英还是不少的，至少在学术界。缺少Visionary吧，找不到重点。Core Bussiness 危机重重，游戏机还是蛮成功的。
作者: 某人的马甲    时间: 2010-7-6 16:28:21

M$近几年strongly typed dataset技术的快速转变，尤其是Linq2Sql到EF，让我非常不爽，他这是把我们当礼拜天过呢？今天东明天西的，有完没完？
作者: ibeloved    时间: 2010-7-6 20:33:59

其实我看 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    时间: 2010-7-6 20:44:49

其实说实话，也许是我见识少，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    时间: 2010-7-6 21:41:05

本帖最后由 ibeloved 于 2010-7-6 21:55 编辑

今天有空，就多打点字吧。
说到几年前的 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    时间: 2010-7-7 02:24:38

一开始看到MS的时候我还以为是Mobile Suit，对不起，我湿态了
作者: 一天    时间: 2010-7-7 09:17:03

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

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

其实说实话，也许是我见识少，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?
作者: 一天    时间: 2010-7-7 09:59:46

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

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

搂主确实强，我是看了其他人的文章才意识到C的重要性。
作者: 某人的马甲    时间: 2010-7-7 10:35:22

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    时间: 2010-7-7 13:00:41

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

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

我看了一天的帖子，我觉得有句话很对， 用一个语言，时间越长，就越容易被限制思路。 而一个开发者，需要的正事广阔的思路。
作者: 某人的马甲    时间: 2010-7-7 13:19:05

各有各的好处吧，高级语言帮你实现了底层技术，这样才能更focus business logic
作者: 一天    时间: 2010-7-7 13:35:45

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

”premature optimization is the root of all evil“，常听人说，这是我的理解。
作者: 一天    时间: 2010-7-7 21:00:10

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

不知道各位有要是有机会的话会不会考虑转投其他平台？
作者: ibeloved    时间: 2010-7-8 00:19:44

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

架构方面是大的优化， 后来完成项目之后的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 没实力吗？我看不是。
作者: 一天    时间: 2010-7-8 22:28:30

先捡几个说。。。

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    时间: 2010-7-10 16:41:41

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

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

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

请问在新西兰做一个初级.net developer，除了要会C#.net, ASP.net, SQL Server一般还需要什么基本技能
作者: 一天    时间: 2010-7-11 00:28:28

本帖最后由 一天 于 2010-7-11 00:34 编辑

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

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

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

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

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

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

WOW，没想到我朦胧的睡眼下也能打这么多字，希望能有用，不过应该不是楼上期待的答案:D
作者: 一天    时间: 2010-7-11 01:39:35

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

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



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


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


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

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


不用了，现在已经知道了。
作者: ibeloved    时间: 2010-7-11 15:42:04

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

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

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

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

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

本帖最后由 ibeloved 于 2010-7-11 15:52 编辑
请问在新西兰做一个初级.net developer，除了要会C#.net, ASP.net, SQL Server一般还需要什么基本技能
lunajess 发表于 10/7/2010 21:56
我觉得， “会” 是不是应该有不同层次的，要不然JUNIOR 和 SENIOR 有啥区别。 其实我觉得最需要具备的素质是对新技术的追求程度， 不是说出了新技术就要用， 但是有了新技术一定要知道到底是怎么回事。 因为毕竟 IT 算是个 高新产业， 高度新兴？ 40多年 计算机发展到现在这样， 如果不求新， 是混不下去的。

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

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

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

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

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

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

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

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

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

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

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 发展的快还是上学没有学懂，才看了一点就觉得开眼界了。
作者: ibeloved    时间: 2010-7-20 20:46:15

就是单用一个30在家里，在家里的时间少，本来想弄两个呢，结果发现桌子太小。 公司里准备再加一个弄23X3会比较好，最近看DOCUMENTATION 看的我有点晕，我觉得我桌面截图差不多也能算是世界上比较拥挤的桌面了。

已经换成125%倍的了，还是觉得有点小。 去公司看1920X1200的23寸发现字好大啊。。。。

我觉得C++是个比较耐人寻味的语言。 一个学C# 2 3 个月的人基本上可以看懂有10年经验的高级开发人员写的C#。 在C++上我就不这么认为。
最近可好了，我算是有了 JOB SECURITY了，所有底层都让我写，主要C++ 闲的没事还得改C#，脑袋切换的都习惯了。。。

可能每个人负责的东西不同吧， 关于数据库又回到前一阵子说的了。 话说之前我EF4架构出来的也开始内测了，让小UI一装饰还真挺好看。如果换成传统的SP，我们没有DBA， 估计这人力和财力的投资可要大了，而且还是花在昨天的技术上。

我写的底层好多都要用到不同的压缩算法， 还好大部分都有现成的库可以用了，基本概念懂了就行了，又不是编游戏。。。 话说到RUBY让我想起来PASCAL了，写INSTALLER用， 就是个FUCK。。。。。莫非一天是奥大毕业的？C#比较好养成比较好的习惯，也没很多神秘的东西。C++我觉得看看别人写的库 对怎样有效的利用资源还是有很大帮助的。

我到现在身边没发现什么天才，有了新的项目大家的设计理念虽然有比较大的差别， 但是就整体的进度而言没啥大的区别。设计的好坏个人感觉如果是正常情况下是仁者见仁， 每个人的思路都不同，什么都不懂的除外。我很幸运，一直有SENIOR 没事指导指导，少走了很多弯路 也修正了很多以前错误的观念。
作者: 一天    时间: 2010-7-21 09:21:41

最近可好了，我算是有了 JOB SECURITY了，所有底层都让我写，主要C++ 闲的没事还得改C#，脑袋切换的都习惯了。。。
ibeloved 发表于 2010-7-20 20:46

羡慕啊，我这里公司太小，老板的意思是能用现成的就不要自己写。我只有自己下班的考虑自己写点东西Just for Fun!我理想的工作是以C++为主，本来是C，不过C的实际应用越来越少了。。

是奥大毕业的，不过我是半路出家的和尚。CS只学了一年半，之前在Eng 学了些基本的编程，其他基本都是自学的，个人觉得弱项还是理论基础。写的论文，一半是数学，一半是C，算法那里本来能好好发挥一下的，一是时间不够，二是算法我是自学的，看Paper还是比较费力的。Ruby么，个人喜欢看不同的东西，Ruby发展很快，觉得有些新的IDEA还不错。
作者: ibeloved    时间: 2010-7-31 19:52:18

羡慕啊，我这里公司太小，老板的意思是能用现成的就不要自己写。我只有自己下班的考虑自己写点东西Just for Fun!我理想的工作是以C++为主，本来是C，不过C的实际应用越来越少了。。

是奥大毕业的，不过我是半路 ...
一天 发表于 21/7/2010 09:21
汗，我也是小公司，老板倒是不管你用啥，只要TEAM LEADER同意了就行了。 现在很多现成的东西都很不错，因为之前我接触了很多压缩算法的东西，感觉自己在短时间内是不大可能写出来跟现成的LIB那么有效的东西的，就用了现成的。 周末的时候我也会闲的没事写点自己想用的东西，都是为了好玩。

现在很多公司不脚踏实地，开发的东西好多东西都是偷得别人的，自己完全开发的我觉得不是很多。 CS+ENG 是很好的搭配，闲的没事自己造个机器人玩玩。。 我就在恨为啥不懂硬件。 还好我们公司有硬件部门，闲的没事去参与点项目还是挺好的。
作者: 一天    时间: 2010-8-1 21:50:50

现在很多公司不脚踏实地，开发的东西好多东西都是偷得别人的，自己完全开发的我觉得不是很多。 CS+ENG 是很好的搭配，闲的没事自己造个机器人玩玩。。 我就在恨为啥不懂硬件。 还好我们公司有硬件部门，闲的没事去参与点项目还是挺好的。
ibeloved 发表于 2010-7-31 19:52


难不成这里的公司偷别人的东西也很普遍？我干了没太久，已经开始担心将来的产品老板版权问题会怎么处理了，开源的东西也不代表就没有版权问题。

有硬件部门很好啊，我本来是想做底层的东西的。也是因为底层的C, C++的工作不好找。说实话，觉得除非学校里学的非常出色，或者的Project的经验真的很强，学什么的没太大关系。关键是学到了什么，我个人觉得学到的基本上都不是课上教的，可能我也不是太会听课的人。只是靠课上学的那点东西，硬件，说知道也还算的上，说懂那是自欺和欺人，更不要提电路了，都还给老师了。机器人确实很有意思，有空我也想研究研究，也许将来Skynet出来的时候这点技能还能混口饭吃。可惜我上学的时候专攻的是CompSys 和Embedded，机器人的课一点没选。

个人觉得，想搞技术的人，软硬件都学通了当然好，不过还是先精才能后通的。玩WoW的，应该和D & D的规则差不太多吧。举个例子，Multi 或者是Dual Class 的角色开始都很难练，先天参数不好的基本就练不出来吧。辛辛苦苦练出来了，找不到合适的位置，或者是不会用，仍然只能做做配角。
作者: ibeloved    时间: 2010-8-1 22:04:24

难不成这里的公司偷别人的东西也很普遍？我干了没太久，已经开始担心将来的产品老板版权问题会怎么处理了，开源的东西也不代表就没有版权问题。

有硬件部门很好啊，我本来是想做底层的东西的。也是因为底层的 ...
一天 发表于 1/8/2010 21:50
偷有好几种，我们公司版权方面倒是管的很严，只不过像是一些东西，都直接从网上弄来别人的，随便改改就用了，也不管人家写的到底怎么样。 导致后来漏洞重重，还要重头再改，很是郁闷。

这年头，或许我是见识短，我还没见到过几个毕业生能找到C++ 正经的工作。 当时我也算是个优秀毕业生，C++也曾经是我主要的工作方向，结果四处碰壁。 能要我的公司一般都是我不想去的。想去的都不要。

后来也不知道怎么找到个这么个工作，进去就是C++， 让我很舒服。C#是后来几天学出来的，后来我们TEAM LEADER也对比了一下C# 和C++， 哎，不得不承认， C#，就是个速成语言。


梅西有著名的那个足球机器人队伍， 倒是挺好玩的，比单纯在软件里面模拟有意思多了。
作者: BU5TED    时间: 2010-8-3 20:52:37

程序员都很强……我看code就心烦……大学学的几乎全还给老师了
最近又要做.net和SQL 看着就头大
作者: 一天    时间: 2010-8-5 09:27:49

BUSTED不是做SysAdmin么，还要编程么？
作者: zane21cn    时间: 2010-8-5 10:03:58

小道的假消息？
作者: BU5TED    时间: 2010-8-5 17:34:42

BUSTED不是做SysAdmin么，还要编程么？
一天 发表于 2010-8-5 09:27


System Administrator+Network Administrator......
最近接了个项目要做SQLConnect，也要用到要做SQL编程，软件还牵涉到.net……大学学的SQL和Oracle早还老师了……
作者: onlineme    时间: 2010-8-5 21:06:44

提示: 作者被禁止或删除 内容自动屏蔽
作者: 一天    时间: 2010-8-6 09:06:43

感觉好深奥都看不懂...
我想问一下是不是奥大CS本科出来没什么用啊?
平时学的东西好像都没什么用的感觉
而且我成绩还超级差的......
onlineme 发表于 2010-8-5 21:06
找工作的时候不要贴成绩就好了，我开始贴成绩的，后来也不贴了

个人觉得CS里学的比较有用，比较重要的是理论部分。其他的部分，就相当于教你认认招，将来实战的时候知道该用什么招接，使用什么武器对付，还是要靠自己的。学硬件的，就相当于去研究兵器了，有兵器谱，也有天下高手排名。天下兵器第一的，换了兵器，排名第几就不知道了。

成绩不好，Project努努力吧，自己能写点东西最好了。我找工作的时候觉得Project有不少东西能放到CV的。个人觉得找工作面试Project经验都非常用的。
作者: 一天    时间: 2010-8-6 09:10:23

39# BU5TED
看来Sys Admin的工作编程还是挺有用的。其实当时我也申请了，工资貌似都不错。

自古华山一条路，上吧！.NET 还是比较好入门的。我现在是看到JavaScript就头大。。。
作者: 一天    时间: 2010-8-6 09:18:52

后来也不知道怎么找到个这么个工作，进去就是C++， 让我很舒服。C#是后来几天学出来的，后来我们TEAM LEADER也对比了一下C# 和C++， 哎，不得不承认， C#，就是个速成语言。
ibeloved 发表于 2010-8-1 22:04

不然这样，将来你换工作，或者你们公司有人走，给我透露个内部消息:D

貌似我有AUT的同学毕业之后直接C++的，不过他之前是学电的，而且毕业之前就在那家公司做Project的。

机器人好玩，不过从我之前作Embedded Project的经验来看，硬件Debug很麻烦，还要额外的设备。还是软件模拟方便。不记得奥大有 Robot Cup 的队，或许是我见识少？
作者: ibeloved    时间: 2010-8-6 11:32:18

不然这样，将来你换工作，或者你们公司有人走，给我透露个内部消息:D

貌似我有AUT的同学毕业之后直接C++的，不过他之前是学电的，而且毕业之前就在那家公司做Project的。

机器人好玩，不过从我之前作Embedde ...
一天 发表于 6/8/2010 09:18

嗯。。最近说是要涨工资，看看薪水不如预期的好我就准备闪。。

我明明说的梅西的足球队嘛

我对硬件不是很了解，没参加到项目里去，周周开会，听上去很不错，将来有机会一定去试试看。 主要是C++一般涉及的东西都是比较底层的， 一般的 初级开发人员做不了，所以找工作不大好找。 像 .NET这种东西， 2 3天就学会了，一个礼拜差不多就能做出来个大概能用的小东西，怎能跟C++的难度比。
作者: onlineme    时间: 2010-8-6 12:35:30

提示: 作者被禁止或删除 内容自动屏蔽
作者: ibeloved    时间: 2010-8-6 14:52:08

好像我读cs本科没project
而且我成绩差到读不了post了..
明明平时功课几乎都是我一个人包办的,但是就是一考试全考砸了,就一个悲剧啊.........
onlineme 发表于 6/8/2010 12:35


前阵子找工作的时候，我觉得奥大的比我好找工作啊，我根本没学过C# ， .NET ， 数据库， JAVA也是好几年前学的了。

当初我本科毕业后成绩也算是很不错，但 真去面试了，人家问几个问题，就傻眼了， 归根结底是学得不扎实。 后来读个荣誉学士，再去面试，什么问题都随便回答了， 一是因为自己做了PROJECT ，很多东西都巩固了， 二是 学得东西也变得更专业 更有用了。

本科学的我感觉也就是打个基础。我记得后来我一次面试， 问题回答的是很烂，自己都感觉到很郁闷，结果人家说差不多刚毕业的都这样水平。  招人的招刚毕业的 本科生基本上都没报什么希望你会多出色的。
作者: BU5TED    时间: 2010-8-6 18:10:29

不然这样，将来你换工作，或者你们公司有人走，给我透露个内部消息:D

貌似我有AUT的同学毕业之后直接C++的，不过他之前是学电的，而且毕业之前就在那家公司做Project的。

机器人好玩，不过从我之前作Embedde ...
一天 发表于 2010-8-6 09:18


我在大学学过Artificial Intelligence，有做机器人的，没什么用，毕业了找不到相关工作。当时写Controller就是用的c

system administrator很多是拿senior tech的工资…… 所以没啥稀奇的 但是程序员是最牛的 技术底子厉害
作者: ibeloved    时间: 2010-8-8 01:01:16

我在大学学过Artificial Intelligence，有做机器人的，没什么用，毕业了找不到相关工作。当时写Controller就是用的c

system administrator很多是拿senior tech的工资…… 所以没啥稀奇的 但是程序员是最牛的  ...
BU5TED 发表于 6/8/2010 18:10
额。。学AI 不一定要做机器人啊。 AI 只是个理论， 可以学到很多很有意思的东西。 AI在实际应用中，主要起到辅助作用，是一种解决问题的方法。 很少用到 单纯用一种AI算法解决一个问题的。 AI 还有一个很重要的作用就是开拓思维，并且实现自动化。 我本科和HONOR都学了 AI， 这也是我未来PHD的研究方向之一。 在找工作的时候，没有几个会单纯找学AI的， AI在乎的是各种逻辑，而不是单纯某个AI算法的应用。

关于SYS ADMIN， 其实一个公司也就1 2 个ADMIN， 而开发人员要很多。 就专业性来说，SYS ADMIN干的那些事，让个不傻的 开发人员 3个月就可以完全掌握。 而开发员做的事， SYS ADMIN 估计3个月有点悬。 主要是责任问题， 虽然SYS ADMIN干的事情不多，但是责任重大，系统出个问题，就够忙一阵子的。 这里付工资，除了技术层次，主要是责任问题。
作者: onlineme    时间: 2010-8-8 02:08:06

提示: 作者被禁止或删除 内容自动屏蔽
作者: ibeloved    时间: 2010-8-8 13:55:18

小本科生还想问个问题...
想问一下读cs的话英文是不是很重要呢?
基本上我现在上课什么都听不懂,全是下课一边查字典一边百度熬过来的,虽然说天天都有上课,但是在课上几乎都是被老师讲得团团转......
读到第三年感觉 ...
onlineme 发表于 8/8/2010 02:08
额。。听不懂课 咋入的学啊。。 不过肯课后复习就很不错了。 我上课的时候没百度过，基本上GOOGLE下就OK了。 本科学的其实都是基础知识，我建议还是要从根本上理解问题， 从网上找到的例子不一定有老师讲的全面，老师讲的是 本， 而网络上大部分是  标。

我不是很建议搜索中文内容，除非你 中英互相翻译很好，而且现在中文网站我没有找到多少比较有质量的东西。 去STACKOVERFLOW 转转， 如果你用的MS的东西，去MSDN转转 都是比较不错的。

如果被老师讲的团团转基本上有两个原因：
1。 基础知识不牢固，老师稍微延伸一点就跟不上了。
2。 老师讲的的确很难，但是如果到了团团转的地步，我想你班上也没几个能听明白的。那是老师的问题了。
作者: onlineme    时间: 2010-8-8 14:25:08

提示: 作者被禁止或删除 内容自动屏蔽
作者: victar    时间: 2010-8-8 14:32:36

占座，学习中~~~~膜拜！
作者: ibeloved    时间: 2010-8-8 20:26:54

我也不知道怎么入学的.......
反正入去奥大后几乎没一节课是听得懂的,貌似读到第3年,20张paper就只有2门课的英文听得懂,其他都得自己一个一个字慢慢翻译过来,当然是课后自己慢慢翻译了=.=
onlineme 发表于 8/8/2010 14:25
我当时在奥大的时候没觉得英语多难懂啊， 课程就那个中国的交3年级JAVA的那个中国老师让我看着很不爽，讲的很难还不用例子，即使学生让他举例，他也是说回家自己看去， 又不是POST的课，在学生面前装什么假高端。

现在是让我看中文的CS的东西我看着会比较费劲，我还是不建议把英文翻译成中文来学， 除非是理解上有问题。 到时候你去面试什么的不还都是英文的。 CS中的好多词 其实就是个词，没有很实在的意义， 只是代码代号而已。 就跟THREAD，总不能是线头吧。 知道词对应的那个CS里的东西就行了。

用的固定的名词外面的词也就那几个， 看看网上或者老师的讲解对应起来就可以了。
作者: onlineme    时间: 2010-8-8 23:01:32

提示: 作者被禁止或删除 内容自动屏蔽
作者: 一天    时间: 2010-8-9 09:26:44

我也不知道怎么入学的.......
反正入去奥大后几乎没一节课是听得懂的,貌似读到第3年,20张paper就只有2门课的英文听得懂,其他都得自己一个一个字慢慢翻译过来,当然是课后自己慢慢翻译了=.=
onlineme 发表于 2010-8-8 14:25

英语不好肯定是问题。个人假设是要是能做东西，考试考不好也主要是语言的问题了。
不要翻译，查词当然没有问题，看多了，什么意思应该就能清楚了，觉得还是英文的东西看得太少。
作者: 一天    时间: 2010-8-12 09:52:03

53# ibeloved
专业名词没所谓,问题就在于后面的解释=.=..
我本人语法不好,就算给我查完1句话里所有的单词意思,我都不知道那句句子在讲什么...
更别说上课时老师喷的一堆堆定语从句和逻辑思考问题了..
思考了就 ...
onlineme 发表于 2010-8-8 23:01
抱歉我没在奥大上本科，这些老师的课都没上过。不过大胖子是米切尔的话，他的课确实讲得很难懂，他带的研究生也一样，我旁听了两节就没信心了，还不如自己看书。不过他本人人确实很好。

个人建议，还是要多听多看，觉得看能提高理解能力，当然是和ＣＳ相关的了，这里面的词汇量其实很少。一个个翻译的话就太慢了，还影响你的语感。本人的情况是语法和词汇都很一般，所以写作也一般般，不过英语考试都能拿比较高的分数，是以前中学的时候专门练过阅读，开始看短篇小说，练出了不懂单词但是不影响理解的能力。而且奥大以前有快速阅读的短期课程（Learning Centre)，值得花时间试试。这是个人的经验，各人情况都不一样，希望能有帮助。。。
作者: 某人的马甲    时间: 2010-8-12 12:57:43

我当时在奥大的时候没觉得英语多难懂啊， 课程就那个中国的交3年级JAVA的那个中国老师让我看着很不爽，讲的很难还不用例子，即使学生让他举例，他也是说回家自己看去， 又不是POST的课，在学生面前装什么假高端。

...
ibeloved 发表于 2010-8-8 20:26
那个中国老师是我的master supervisor。。。
作者: onlineme    时间: 2010-8-12 23:32:12

提示: 作者被禁止或删除 内容自动屏蔽
作者: 一天    时间: 2010-8-13 08:59:08

58# onlineme
有时候快就是慢，慢就是快。记得当初上了半年的语言，觉得是浪费时间和钱，不过其实还是有点用的。

建议还是多看，电视新闻什么也会有好处，不过上学的课本老师指定的阅读要多看，看不懂再看，看看应该就有感觉了。不要对照翻译，看大意，学习的材料都有上下文解释的，不懂看Wiki，看英文版，不然看了中文的你会需要把课上讲的东西中英互译，我是做不到的。

还有个人觉得有用的是课前预习，把老师要讲的内容花半个小时到一刻钟大致看一遍，帮助上课的理解。比听不懂课后花时间看效率要高。
作者: ibeloved    时间: 2010-8-16 18:30:58

其实上课的时候带个 录音的东西 放讲台上就好了，听不懂了回家听录音就好了。

把东西翻译成中文我觉得会更麻烦，因为你同时要学习两种语言的东西。 闲的没事看看网上一些好的blog之类的就好点， 或许跟你学的东西无关，但不经意间会有别的收获。
作者: onlineme    时间: 2010-8-16 21:57:15

提示: 作者被禁止或删除 内容自动屏蔽
作者: ibeloved    时间: 2011-5-11 18:56:26

看来快1年前leak的就得到印证了， appstore



欢迎光临 新西兰天维网社区 (http://bbs.skytrade.co.nz/) Powered by Discuz! X2