跟不起微软啦，跟我我想骂人

xblues

从VS2000开始跟微软，一直跟了这么多年，经常有力不从心的感觉。

从体感觉微软最擅长的就是忽悠开发人员，当微软开始一项新技术的时候，攻势猛烈，把这项新技术吹得天花乱坠。从技术大会，到主要微软将才的博客，再到一批顶尖的跟风的开发者（比如我）。强烈的攻势让你觉得不用这个新技术，你就落伍了。大批开发人员跟进 ，微软抛出一两个快速演示方案，拖拖控件一套CRUD就完成了！把大家看得口水直流。拿到自己的实际项目中，才意识到实际应用不是演示，实际情况需要作为管调整的地方多得很，光是拖拖控件的解决方案只能骗小孩子和开发人员。于是开始找文档，发来发去竟然发现到处都是未完成，或者待完成的漏洞。帮助文档也是连篇累牍一大片，就是不说关键的重点的。根本找不到有用的开发文档。新技术迟迟不见正式版，最后居然发现，微软早已经又推出了另外一套新方案，重复攻势，开发人员再次跟进。可是普通开发人员不是微软那些专门研究新技术的，普通开发人员是需要解决实际问题的，编写不出实际代码，就赚不到钱。微软的开发人员自己玩新花样，有微软付钱，我们技术人员跟了，谁为我们埋单？

最近一个感触是对 LINQ to SQL 的跟进。我目前的一个项目在使用这个 LINQ to SQL, 的确比原来的DataSet访问方式先进又快捷，可是对于把一个自定义类的更新写回数据库这个看似简单的问题，我找遍了网络，找不到解决方案。大家都说的模棱两可，具体是用 Attach方法，找了一些文档以后发现近几个月居然没人提这个了，难道大家都用好了？怎么不分享一下呢？还是大家有扑向另外的及技术了。突然发现LINQ to Entity Framework已经随着.net3.5 sp1 发布了，去LINQ to Entity Framework的team blog，发现开发经理说话绕来绕去的，结果居然是： LINQ to SQL is dead！原来现在大家又开始玩什么LINQ to Entity啦，那我就找相关的 LINQ to Entity的文档吧，在asp.net上很容易找到了微软的两个骗人的快速演示。

  有.net的高手么？进来交流一下，帮帮我。实在不行，我就转别的公司的技术啦。我对微软够忠诚的了，实在是万不得已，受不了啦。

xblues

建立数据库。
用 LINQ to SQL 建立映射。
代码中讲类实例化，对实体类增加或者删除实际需要的属性。（这一步是应实际需要而增加的）
用LINQ to Object 对这个类进行增删改查。
把对类进行的修改写回数据库。

  我先这个现在都没有找到合理的解决方案。

xblues

http://blogs.msdn.com/adonet/archive/2008/10/31/clarifying-the-message-on-l2s-futures.aspx#comments

LINQ to SQL had BETTER continue to exist and be developed. Microsoft cannot promote a new technology one year and just dump it the next, and move on because they are working on something better.

I've just spent six months redesigning our line-of-business application to use LINQ to SQL instead of our own homebrew ORM. That represents a lot of time and effort and money.

While moving to LINQ to Entities would be less painful, who is to say LINQ to Entities is going to be here next year when the new 'flavour of the year' comes along?

Get your act together Microsoft - developers make big bets on your technologies and WE NEED TO RELY ON WHAT YOU SAY

wukong

何必非用新技术呢，能实现开发目的就行，无论什么方法，用自己最熟悉的

uni

发现我好土，现在还在用VC 6.0 + ODBC 来访问数据库。

xblues

看是搞什么开发的啦，传统开发就如LS一样，10年也可以不更新一次。
我搞WEB前端开发，2年以上的技术都是老技术了，更新换代快。

frankiehuang

用不用新技术，还得看老板吧。
不过有些行业是不喜欢新技术的--例如金融。cobol还在用呢。

coredump

在国内工作过的公司，系统前两年才刚从汇编和FORTRAN折腾到C

boskey

python,php, ruby....这些不都挺好的吗？ 干嘛非要在微软一家技术里面打转呢？呵呵

xblues

因为我就只会微软的技术，别的都不熟练。

coredump

你这样很适合OZ的技术潮流，这边很追捧微软的技术

lertoo

看来SP1出来再用的原则还没有过时哦。
这些方法可能有祝你解决问题：在MSDN上发问；直接问微软的开发人员；反编译assembly看源代码。

xblues

我们移民过去那么多IT人员，计算是搞.net的人不多，也不可能没有啊。为什么上FreeOZ的搞.net的人就那么少呢？
否则我们也可以在此交流交流啊，不交流，发发牢骚也行啊。

ubuntuhk

。NET是啥？我至今也没搞懂

chubbycat

That's why  I am stick with Unix, not many changes for last 30 years

GateW

我现在越来越少地使用微软的控件，持久化层也写的越来越简单，正向和反向工程都是工具生成，架构都是那几种成型的。新东西，我没见别人使的好之前不碰。人的精力是有限的，新东西要隔代学...

yuba

没见过白乌鸦

Tux

2000年的时候学.NET framework，还买了一跟原版的Jeffrey Richter的applied .NET framework programming，看了1/6就没兴趣看下去了。 C#还可以，和Java的语法很象，VS.NET也比较好用。那时候.NET这个平台，很臃肿，性能也很差，而且1.1的和1.0的还有兼容问题，火冒三丈。到现在还是一样，1.0/1.1/2.0/3.0/3.5，兼容性都成问题，无语。

.NET是一个platform，理解正确么？

好在第二年开始玩Linux，发现另外一片天，从此一直在*NIX + JAVA领域，对微软系的技术再没任何兴趣。

[ 本帖最后由 terryandtaotao 于 2-12-2008 10:15 编辑 ]

ingeer

有人發工資就好了, 管他是什麼技術

搭車同問: 啥是 '點奈特‘啊？ 還有那個’甲娃‘是啥？ 有大波波娃否？

aud

别发牢骚啦。

无论是软件还是硬件，都不要跟随新技术太近。我的建议是要看准了，跳跃性地跟。就是说用第一、第三、第五代技术，而不是第一、二、三、四、五。

大一点的公司都不会浪费钱在没有太大意义的升级上。我们公司现在还是Office 2000，升级需要IT部门的全面测试。我好不容易说服了我们的IT给我SQL Server 2005。

参加了两次Microsoft user group,第一次他们演示LINQ,我就没看好这产品，效率不高，维护复杂。第二次的现场调查，好像只有我一个人还在用VS2005,他们都是VS2008了。目前我只用.NET最基本的东西，为的是追求最好的效率。我希望我的用户在点击一个按钮的时候，等待时间最长不超过１秒。70%以上的report等待时间不超过３秒。

青山

FORTRAN? 敬仰啊。
搞这个的，多数都是前辈了。
你们做什么东西啊？数控机床？

原帖由 coredump 于 1-12-2008 22:45 发表

                               
登录/注册后可看大图

在国内工作过的公司，系统前两年才刚从汇编和FORTRAN折腾到C

青山

我很赞同。我觉得编程语言其实并不重要。
除非老板要求，或者实在旧有的平台不能胜任，
否则还是用最熟的比较好。

原帖由 aud 于 2-12-2008 10:49 发表

                               
登录/注册后可看大图

别发牢骚啦。

无论是软件还是硬件，都不要跟随新技术太近。我的建议是要看准了，跳跃性地跟。就是说用第一、第三、第五代技术，而不是第一、二、三、四、五。

大一点的公司都不会浪费钱在没有太大意义的升级上 ...

coredump

原帖由 青山 于 2-12-2008 11:27 发表

                               
登录/注册后可看大图

FORTRAN? 敬仰啊。
搞这个的，多数都是前辈了。
你们做什么东西啊？数控机床？

钢铁制造，生产实时控制。FORTRAN现在还有很大比例在用，2002年才改造掉最后一个用西门子汇编做的系统，现在里面不少老工程师还在质疑C的性能和可靠性不太行，固执地守着FORTRAN

someonehappy

以前上班的时候，用什么大的平台技术，都是领导或者用户说了算的，如果他们都无所谓，那么我们技术人员就自己决定，只要能完成任务就行了。

而且不少时候用新技术，大多是因为商业原因，而不是技术原因，追潮流罢了。

不过这种所谓的新技术，大多是大方向的选择，如果是针对最终用户的系统开发，用户一般不会要求使用某些细节技术的，他们也不懂，也不关心这个。

如果我自己做决定细节用什么技术实现，我喜欢先做例子把关键的功能都走一边，确定可行以后才正式开始用它。要不然弄到一半卡死了，就麻烦大了。

青山

这些老先生估计是70-80年代入行的吧？

原帖由 coredump 于 2-12-2008 14:04 发表

                               
登录/注册后可看大图

钢铁制造，生产实时控制。FORTRAN现在还有很大比例在用，2002年才改造掉最后一个用西门子汇编做的系统，现在里面不少老工程师还在质疑C的性能和可靠性不太行，固执地守着FORTRAN

coredump

嗯， 有些是从搞两弹一星那里退下来的

aud

你可以随便转吗？估计你是自己在学习吧。不过我觉得还是有应用需求的时候学东西比较快，要不然很快就全都忘记了。

aud

我们这里有无数的Excel 2000 + VBA

dawnny

是的，我很赞同LZ的说法
我不是高手，我来OZ，也就是今年6月，所有的招聘广告都说要C# 3。5，要会LINQ
我在国内用的是2。0，当时就蒙了，这里版本更新如此的快啊
但最近发现很多广告都没写 3。5了
用微软的东西就是累

maaboo

对于.Net的认识，只限于游戏的人，飘过……

（好多游戏提示安装.Net 2.0，不然不能运行，只知道这么多…… ）