垃圾微软，坑了我们程序员这么多年，还想坑我们

2020-07-24 11:00:44 2.9k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

关于C++ 0x 里垃圾收集器的讲座好像最近C++标准地下工会在公司附近开会，所以我们上班时偶尔可以看到工会成员矫健的身影。我们也近水楼台，得以听到关于C++0x进展的一些科普报告。上次Bjarne Stroustrup做了关于泛型编程的讲座后，Symantec实验室的Michael Spertus也做了一个关于C++ 0x里垃圾收集的讲座。Michael Spertus当年写出了IBM PC上最早的C编译器，也是C++ 0x里垃圾阅读详情

微软这十几年来，搞得一些垃圾东西，一个比一个差

从vb到asp到.net 到core，不停的抛弃之前的，然后换一个新的，迎合微软自己赚钱

搞得sql server 不如oracle ，也不如mysql 。搞得.net 不如java也不如后起之秀go python

坑了一批又一批程序员，这些程序员高了十几一二十年，之前积累的技术一无所有，微软说抛弃就抛弃。

现在又搞个.net core 来坑人，据说 .net 5之后，.netcore又不更新，说是合并之前，谁知道呢？

某一天微软不爽，是不是又把.net 抛弃了，然后说支持java,或者又重新发明一门新语言

垃圾微软，离开微软保命，学长久积累的技术。

...全文

ubuntu为Docker配置代理我们平常在ubuntu终端中使用curl或git命令时，往往会很慢。所以，首先需要给ubuntu终端环境添加代理。查看自身那个软件的端口号，我这里是7890。阅读详情

「已注销」

非技术区 7,776 成员 63,111 内容

+ 关注 + 加入社区

切换为时间正序

asdasdaasdassaasdas 2020-08-07

打赏
举报

从EJB到SSH到SSM再到Spring boot。Java也变了很多。如果你想抱着某个技术干一辈子我推荐你转行

wanghui0380 2020-08-06

打赏
举报

引用 28 楼加油馒头的回复:

[quote=引用 21 楼丁劲犇的回复:]当年在Qt和C#之间徘徊了好久，最终因为嫌C#的命名空间太长，太难找而放弃。不知有没有人有类似感觉，一个using x.y.z.aaaa，好长。

JAVA的命名了解一下

[/quote] 额，拿python得import，nodejs得import，原始c++得include呢少不了的，都是一塌糊涂。好在有宇宙第一IDE，有resharp插件

加油馒头 2020-08-06

打赏
举报

引用 21 楼丁劲犇的回复:

当年在Qt和C#之间徘徊了好久，最终因为嫌C#的命名空间太长，太难找而放弃。不知有没有人有类似感觉，一个using x.y.z.aaaa，好长。

JAVA的命名了解一下

bluedoctor 2020-08-02

打赏
举报

楼主真正抱怨的应该是.NET就业渠道越来越窄，上升通道越来越小。在目前这是事实。

独立观察员 2020-07-27

打赏
举报

引用 21 楼丁劲犇的回复:

当年在Qt和C#之间徘徊了好久，最终因为嫌C#的命名空间太长，太难找而放弃。
不知有没有人有类似感觉，一个using x.y.z.aaaa，好长。

几乎不用手写 using 呀，VS 会自动提示添加的。

圣殿骑士18 2020-07-26

打赏
举报

java的ssh还有人搞么？每个开发平台都在不断迭代。

sichuanwww 2020-07-26

打赏
举报

“搞得sql server 不如oracle ”，好像SQL SERVER比oracle强过一样

jjh109 2020-07-26

打赏
举报

三十年河东,三十年河西

gemo 2020-07-25

打赏
举报

asp.net我用了十几年了，现在还用的好好的，有啥问题么

鸡窝里的毛 2020-07-25

打赏
举报

引用 21 楼丁劲犇的回复:

当年在Qt和C#之间徘徊了好久，最终因为嫌C#的命名空间太长，太难找而放弃。
不知有没有人有类似感觉，一个using x.y.z.aaaa，好长。

Java表示不服。

丁劲犇 2020-07-25

打赏
举报

当年在Qt和C#之间徘徊了好久，最终因为嫌C#的命名空间太长，太难找而放弃。不知有没有人有类似感觉，一个using x.y.z.aaaa，好长。

dv_zheng 2020-07-25

打赏
举报

。。。。。。。。

日立奔腾浪潮微软松下联想 2020-07-25

打赏
举报

为什么微软不在windows中预装.net core的runtime？难道是因为重视~~~

ying1234 2020-07-25

打赏
举报

引用 14 楼以专业开发人员为伍的回复:

基于 .net 5 程序，比如说 winform 程序，一旦你部署在 windows 下启动，它就出现熟悉的界面；一旦你部署在 linux 下，可能就会弹出“无法支持 linux”的异常；而说不定过了1年突然 linux 下会出现 winform 程序代码的 QT（或者别的什么）界面实现版本，而 Winform 程序中与 UI 控件无关的 .net 指令无需适配。就好像现在 .net 跨 ARM 硬件平台一样。因此 .net 5 的作用是一种大兵器，而不是模糊愿景。需要我们找到拿它来出去抢项目的真正勇气。

楼主是3年的csdn，你说的话他是听不懂的，没经历过，举几个开发的小例子，能听得懂，程序员刚工作前3年-5年，仅仅对程序，技术本身感兴趣，其它的充耳不闻的多。

正怒月神 2020-07-24

打赏
举报

说实话，微软如果不搞.net core。那真是在坑杀 .neter 了。而.net 5的出现，是整合 core和传统.net framework的统一。这难道不是一个好事吗？

github_36000833 2020-07-24

打赏
举报

vb是一门语言； asp是服务器端脚本平台； .net是开发平台； core是.net下开源的跨平台的开发框架。他们没有明显的传承关系，放一起比较不妥当。

ying1234 2020-07-24

打赏
举报

微软的高光时刻是比尔盖茨领导的时候，他退出后，犹如94年世界杯马拉多纳退出后，阿根廷国家队的表现，鲜有成功的标志性产品，微软的产品简单好用，但是其实对程序员并不友好。这估计是企业文化决定的。

鸡窝里的毛 2020-07-24

打赏
举报

没有一成不变的东西，话说C/C++都更迭了多个版本了，一样的怨声载道。但话说回来万变不离其宗，管他占耐特几、还是Java、go浪、派森……，变的都是上层建筑，基础还都是一样的，无论用什么框架写来写去无非命令行，桌面，网页，处理的事务、通讯、IO这些，都是一通俱通的。

ying1234 2020-07-24

打赏
举报

你换别的语言，难道就万事大吉了？说不定你就怀念微软产品的简单好用，比如说这几天正在用go语言写windowservice,哪象vs一样这么方便，创建一个window服务项目，主文件里基本代码框架都搭好了，你得找第三方包，第三方的包还不止一个，选择也是有成本的，最终用了这个github.com/kardianos/service第三方包，里面的例子不贴心，只要我装好服务，一运行服务就报服务找不到或已标记为删除的错误，其实是里面几行代码要注释掉就可以了。这不折腾人嘛。最终运行起来的服务和用.net开发的服务有些细微的差别，使用过程中不如.net的合理，比如说删除服务，如果我不先停止服务就删除，那么其实服务还是在运行，再点停止，报一个错，然后服务在服务列表里消失了。这容易引起误会。再说，第三方包的文档和例子，大多比较简单，不如MSDN的详细，就算这样的，这个第三方包谁知道以后会不会一直维护下去？而.net里，你不会有这样的担心，除非微软真的抛弃.net了，而这基本是不可能的。

以专业开发人员为伍 2020-07-24

打赏
举报

基于 .net 5 程序，比如说 winform 程序，一旦你部署在 windows 下启动，它就出现熟悉的界面；一旦你部署在 linux 下，可能就会弹出“无法支持 linux”的异常；而说不定过了1年突然 linux 下会出现 winform 程序代码的 QT（或者别的什么）界面实现版本，而 Winform 程序中与 UI 控件无关的 .net 指令无需适配。就好像现在 .net 跨 ARM 硬件平台一样。

因此 .net 5 的作用是一种大兵器，而不是模糊愿景。需要我们找到拿它来出去抢项目的真正勇气。

加载更多回复（10）

垃圾微软，坑了我们程序员这么多年，还想坑我们

相关推荐