微软,步子迈大了扯的蛋疼

从事.Net开发也有好几年了,网站、桌面程序、手机APP都有做过。大家所困惑的问题我也很困惑,尼妈啊,技术几年一大更新,我真的跟不上您的脚步啊,你让我们这些.Neter活的好幸苦,幸苦到无所谓,我能不能不要天天学习新知识啊新框架啊。稳定的简单的有钱的才是我们想要的。

但是莫法,我们热爱.Net热爱C#,我们一如既往的追随着。

很多人都说技术是相通的,虽然微软在更新技术,但是原理是相通的,这种傻屌其实什么都不懂。用筷子和勺子都能吃饭,但是使用方式是不一样的,对于这种人,我只能说装,继续装。

来谈谈微软这几年开发的又放弃的技术:

网页开发:

WebForm->MVC->mvc1->2->3->4->5->6最后至ASP.NET Core 1.0,当然WebForm是很老的,微软现在以维护为主,MVC的开发方式与Core并行,但估计最终也会以Core跨平台的方式为主要方向。我现在主要以MVC5.2.3为主要开发技术,一般我个人会选择最新并且最稳定的版本为首选。ASP.NET Core刚刚推出,将来在2.0或者更高的版本还会有更大的更新,就如MVC1->MVC2的变化可是翻天覆地。

Silverlight 当初推出的也的确是惊艳,但是后来结果大家也都知道了,再后来连自家浏览器(Edge)也不支持了。

PC程序开发:

我做WinForm的时间的确不长WinForm简单易用。直至推出WPF,更炫更简单的效果,那时感觉还好,并不觉得新知识新技术会给自己带来少许烦恼,目前主要还是使用WPF为主要开发技术。现如今WPF技术趋向稳定,微软也是仅做维护工作,因为微软现在要推UWP了!哈哈,.Neter们,你们的机会又来了...又可以奋斗了...

Windows App:

这个变化就更快了,光是系统变化就是一堆了Windows Mobile -> Windows Phone7.5->Windows Phone 8->Windows Phone 8.1->Windows 10请注意,这几个系统软件基本不兼容,开发方式也有很大的区别。个人主要使用Xamarin做App开发对1%同样无爱。

就连小马哥也放弃了Windows 版的APP开发

微软:WP7发布了,你们整个app呗。
腾讯:好的,我们会单独开发一个WP7版登录Marketplace。

微软:WP8发布了,我们稍稍改了一下架构,但兼容WP7以来的所有app。
腾讯:好的,我们会单独开发迁移到WP8版,争取所有大大小小的功能都和其它平台齐全。

微软:WP8.1发布了,我们稍稍改了一下架构,但兼容WP8以来的所有app。
腾讯:卧槽,我们开发这么久了,算了,能兼容就用WP8的xap封装吧,再加点Cortana指令接近8.1。

微软:W10M发布了,我们稍稍改了一下架构,但兼容WP8.1以来的所有app。
腾讯:你高兴就好,我不玩了。
摘至知乎。

.Net通信变迁:
  Remoting->WCF,Remoting被淘汰,WCF开发也是很繁琐的,尤其是不同通信方式,配置也不同。目前已弃坑,主要使用Socket和WebApi。

.Net版本:
  这个升级的也很快,但是主要以.Net4.0为主,因为国内还有很多XP用户。

C#语法:
  VS2015+C#6.0我没什么好抱怨的,越来越好用而已。

微软的东西更新很快在目前版本功能和技术还没用熟练的情况下,又有新的东西出来,虽然有的只是很小部分更改,但是的确也是有点厌烦,不知道她要怎么玩。能不能认真的沉淀一下,很多开源项目的.Net版也没有更新,不得不说跟微软的变化没有一点点关系。
其实看的出来微软一直都能努力,不断的调整自己的战略,不断的更新自己的产品,为了满足更多的用户,这也无可厚非。有人说.Neter都去研究语法了,没人搞开源搞分布式搞大数据了。
无论怎样,不哭、站起来撸。

转至:http://yjx.in

时间: 2024-12-04 18:06:27

微软,步子迈大了扯的蛋疼的相关文章

Twitter裁员给初创企业的教训:步子迈大了,容易扯着蛋

Twitter刚发布的消息宣称已经完成8%的裁员目标,共336人.作为过去十年最具创造力的企业之一,Twitter的这次裁员除了热闹和伤感之外,还给我们带来了哪些教训呢? Twitter在下着一步愚蠢的臭棋?Twitter终将如那些专家此前所预言的那样会一败涂地?又或者说这将预示着Twitter正步入颓势,两旁虎视眈眈的竞争对手将开始对其地盘进行瓜分掠夺了呢? Twitter的教训 我认为以上都不对.我认为这次事件的教训是:该事件为风投行业的合理化敲响了一次警钟!作为一名风险投资人,我深知我们做

针对商业模式的七伤拳

编者注:本文海外著名博客strategyzer,中文版由天地会珠海分舵进行编译.文中作者对商业模式一些常见的又容易忽视的问题进行了深刻的思考,理解相当的精辟独到.希望国内的创业家们也能从中借鉴一二,将你的商业模式拿出来烧,拿出来拷问,看是否真的是真金不怕烘炉火- 一个初创企业失败了,死因往往会多种多样.比如:用人失误,步子迈大了扯着了蛋(scale too fast), 或者无视顾客的诉求,等等不一而足.除此之外,很大一个原因是你的商业模式本身就存在问题,而你却视若无睹,甚至根本没有看到,那你就

春节不打烊网友实测:京东物流谎言被戳破

春节物流不打烊成为各大电商快递公司彰显自身服务能力的市场展示手段,京东今年就为春节壕掷7600万元保证物流配送能力,但却被微博网友暴出京东配送员不友好的一幕. 送货员不愿送货,让消费者自提,消费者未能自提,结果配送员就以超出5公里为由强制退单而引起消费者的不满情绪,若在平时这也不算什么大事,但放在春节期间,特别是京东几次三番强调春节配送不打烊,问题的严重性就升级了.这让前几日集中宣传春节物流的京东脸上无光,而且近日有很多网友在微博上抱怨京东春节配送不给力,说好的春节不打烊并未能做到. 有一.两次

[转]使用sklearn进行集成学习——理论

转:http://www.cnblogs.com/jasonfreak/p/5657196.html 目录 1 前言2 集成学习是什么?3 偏差和方差 3.1 模型的偏差和方差是什么? 3.2 bagging的偏差和方差 3.3 boosting的偏差和方差 3.4 模型的独立性 3.5 小结4 Gradient Boosting 4.1 拟合残差 4.2 拟合反向梯度 4.2.1 契机:引入损失函数 4.2.2 难题一:任意损失函数的最优化 4.2.3 难题二:无法对测试样本计算反向梯度 4.

UnityShader之Shader格式篇【Shader资料1】

关于Shader,在Unity里面我们一般叫做ShaderLab,只要你的职业是与渲染搭边,Unity就与ShaderLab有着直接的关联,你都应该试着去学会它,其实我们在新手未有入门的时候,我们总是认为这是个很遥远的东西,只要我们有一次理解了,我们就会发现ShaderLab其实并不难. 每一个Shader,我们从最简单的方式去着手理解,你只需要把它想象成一个无限循环执行的函数即可.可能这样也有部分同学还是很难理解.那我写个代码我们试着来理解它. public void ShaderLab(ob

谈谈误差补偿

误差补偿是诸多精密工业设备的必修课,往往是产品附加值能够翻倍的决定因素,可见误差补偿的重要性.这也是国内设备商的短板,国内厂商往往号称自己的设备精度达到了国外产品的的水平,用户在使用初期也确实能够体验到标称精度,但经过一段时间的使用后,精度变差了,并且随着时间和季节的推移,设备精度稳定性在不断变化,虽然从客观上讲,用户对国产设备有着先天的歧视,对设备的维护和保养也不那么平等,但国内外设备的精度稳定性差距是实实在在的,差在哪里?材料.装配.质检何测试等方面都有差,但误差补偿绝对是重要的一环,也是国

那些产品经理犯过最大的错

编者语:前车之鉴后事之师,不管是生活中还是工作中,每一个人都会一直存在犯错的时候,有的错误影响不大,有的错误可能送掉那个人的职业生涯,尤其是互联网PM,由于工作职责的原因,直接决定了一个产品的“生死”.虽则世人大不同,然而很多错误都是重复或者很大程度相似的.看看知乎问答两位获赞最多的答案别人犯过最大的错,希望给大家的工作一个提前预防的机会. 1.创新的风险和成本 微博的评论/转发功能,其核心是信息流通和消费模式,是微博信息流的核心.越是核心的东西,往往已经有了相对成熟的解决方案,因此创新的成本和

思科此刻是否应该收购NetApp?

大数据在线报道: 上周业界最受关注的事件莫过于EMC将VCE纳入其联邦之中,思科选择将所持有的大部分VCE公司股份出售给EMC.此举等于宣告VCE联盟正式"解散".在思科与EMC.VMware之间竞争越来越多的情况下,VCE联盟走向今天的结果在所难免.随着VCE纳入EMC的囊中,思科在集成基础设施领域积累多年的优势可能面临尴尬境地,而思科花费4.15亿美元收购的全闪存阵列厂商Whiptail的产品Invicta又遭遇质量门(详情请见之前文章:步子迈大了,容易扯着蛋:思科Invicta因

MySQL系列:innodb引擎分析之基础数据结构

近一年来一直在分析关于数据库相关的源码,前段时间分析了levelDB的实现和BeansDB的实现,这两个数据库网络上分析的文章很多,也都比较分析的比较深,所以也就没有太多必要重复劳动.最近开始关注关系数据库和MYSQL,当然主要还是数据库存储引擎,首先我还是从innodb这个最流行的开源关系数据库引擎着手来逐步分析和理解.我一般分析源码的时候都是从基础的数据结构和算法逐步往上分析,遇到不明白的地方,自己按照源码重新输入一遍并做对应的单元测试,这样便于理解.对于Innodb这样的大项目,也应该如此