初识汪宇杰
在长沙. NET 技术社区筹建过程中, 溪源有幸认识来自上海的 MVP 汪宇杰 Edi Wang. 在中国众多的微软 MVP 中, Edi Wang 作为一名九零后, 也是一位年轻而充满才气的开发者, 或许他或许外表平 (Ying) 平(Jun)无 (Xiao) 奇(Sa), 但是却没有走奶油小生的颜值出道, 而是心怀丘壑, 视. net 技术为精神动力, 他对 c# 语言和微软的技术体系尤其充满了学习的兴趣, 他甚至以微软大国王自称, 写了许许多多有关. net 技术的博客, 在坊间留下了许多精彩的故事. 当我说想写《我们身边那些优秀的. NET 开发者》系列的第二篇博客, 想写一写他的故事时, 他起初还有点抗拒, 他说别写我, 应该没有人有我这么惨, 遇到过那么多的坑吧, 他说社区中优秀的开发者无比众多, 每一个人都有自己的独特品质, 而他也不过只是最平凡的一位. 正是这种谦虚内秀的品质令我敬佩, 并把这篇博客写了出来.
从 UWP 到. NET Core
在. NET 技术体系中, 最悲催的一种技术大概属于微软移动开发技术, 包括 Windows Mobile 开发以及后来的 UWP 开发技术(通用 Windows 平台技术).
在微软的产品线规划中, 曾经对移动充满了梦想, 花了 72 亿美刀的高价收购了没落贵族 Nokia, 然而由于各种原因, 最终移动战略失败, 留下满地鸡毛. 直到萨提亚. 纳德拉被推举成 CEO 之后, 逐渐的将微软在移动领域上的积累往 surface 上发展, 推出了 UWP 技术, 其目的是为了能够通过开发一个应用, 在所有的 windows10 设备上运行. 不过对于广大. net 开发者来说, 虽然这种技术吸收了 XAML 和 WPF 技术的精华, 可谓站在了巨人的肩膀上, 但是由于学习资源的限制或市场原因, 未能得到普及, 尤其在中国内地, 基于 UWP 开发 App 的开发者少之又少. 2017 年我也曾经学习和了解 UWP 技术, 并试图使用这种技术来开发一个移动端的应用, 但是后来由于项目过于赶工期, 踩 UWP 的坑将面临的挑战过于巨大, 因此仅仅开发了一个最简单的 demo, 然后就被迫放弃了.
而翻开 Edi Wang 的个人博客网站 (edi.wang), 从 2015 年到 2018 年间前前后后发表了大约 40 多篇关于 UWP 开发的博客, 他还曾经坚持使用 UWP 技术开发了 30 多个应用, 目前在 GitHub 上得到了较为瞩目的关注度, 有的应用还拥有数百万用户, 但是 Edi Wang 都将这些项目开源出来了, 成为了 UWP 开发者们(如果还有的话) 了解和学习这种技术过程中轻易可以获得的宝贵财富, 尤其是他踩过的那么多坑, 也可以为其他开发者提供便利.
当然, 后来有幸听 ediwang 说 UWP 只是他会的众多技术栈中间的一个, 而他的主要技术依然是 ASP.NET 的技术栈. 对于开发者来说, 所谓技术, 不过是解决问题的工具而已, 优秀的开发者总是善于钻研技术和学习技术, 并从技术中汲取进步的养分, 并成长为更加优秀的开发者.
Edi Wang 就是这样的开发者, 一位年轻的 90 后开发者, 从最早的 ASP.NET,UWP 技术出发, 现在又在. NET Core 领域认真钻研, 一方面为实现企业的技术转型做出了贡献, 另一方面也为开源社区贡献了许多学习资料, 这使得他得以成长为一位 MVP, 他的成长历程, 堪称我们身边的典范.
绿帽风波
3 月初, 微软 vs2019 预览版的发布成为不少. NET 开发者关注的新闻, 而其中一个不起眼的小问题格外引人注目, 在此后的新闻中, 被称为 "微软绿帽事件". 在 vs2019 之前的宇宙第一 IDE visual studio 安装文件的启动项, 都是一位头戴绿色遮阳帽的骑自行车少年. 如下图:
以前笔者也经常跟朋友谈起, 说微软肯定不知道中国人对于绿帽子的避讳. 但是在 visual studio 2019 预览版中, 这个 bug 被微软进行了修复, 而这个 issue 的提出者正是 EdiWang.
然而, 在事件发生之后, 这个新闻占领了一周的头条, 不少看热闹的群众纷纷指责微软这是浪费时间, 那么多优先级更高的 bug 不解决, 却优先解决这个无关紧要的 bug, 而且 Edi Wang 作为一位 mvp, 一位社区领袖, 不花时间做开源, 却操这些闲心干这些无聊的事, 根本就是尸位素餐, 浪费资源, 一时间 Edi Wang 莫名其妙的成为了一位网络红人.
但是笔者却认为, 作为一位负责任的技术专家, 一位 MVP, 让微软技术能够在中国内地更好的落地, 更好的符合当地的文化习俗, 本身是他的义务. 而遇到问题要较真, 刨根问底, 发现问题, 并想办法解决, 这正是体现了一位优秀工程师的精神.
当然不仅仅是这件小事, 在他的个人博客中, 写了许许多多不同的问题, 这些问题, 有的看似简单却极其刁钻, 有的则看起来非常的高大上, 让人不明觉厉. 当然, 他的博客很多都是英文版的, 可能阅读需要花一点点时间, 这也让他的博客在国内. net 开发者中拥有大量拥趸的同时, 也获得了大洋彼岸优秀开发者的关注.
工程师思维
回到这个成功学泛滥的 21 世纪, 大概大家心目中, 认为优秀, 一定是用来形容那些事业有成, 财富自由的企业家, 或者为国家做出突出贡献的专家, 或者只有成为管理者, 才能证明一个人的价值. 然而, 笔者认为, 企业家和专家学者们, 他们固然是优秀的典范, 而那些在我们身边, 深耕于技术, 致力于技术的应用和普及的优秀开发者们, 他们不仅仅是我们学习路上的良师益友, 更是我们引以为傲的榜样, 他们身上表现出来的精神, 正是工程师精神和工程师思维, 这种优秀的思维方式, 让他们脱颖而出, 得以成为企业的栋梁以及社区的精神支柱.
上面这张图, 来源于《软件质量报道》公众号的文章《软件研发三大思维之三: 工程思维》, 在这张图表中, 介绍了三种不同的思维, 而工程思维则是与软件工程师们最为接近的一种思维方式. 无论是基于目标为导向的解决问题, 价值定向的基本能力外, 做正确的事并正确地做事, 并在做事中不断的提高质量与效率和规范化, 也是一种正确的思维导向, 由于全文太长, 这里就不再赘述了.
随着中国互联网发展速度的逐渐放缓, 也意味着像过去十年那样大规模的 IT 基础设施投入的可能性将越来越小, IT 产业的寒冬显然将一直持续.
而离开 IT 我们还能干什么? 这或许是个问题. 但是在此之前, 只有努力使自己成为最专业的软件工程师, 或许可能让我们具备更多的筹码.
与软件行业莫过于制造业和建筑业吧, 在这些工业领域, 涌现出了许多大国工匠, 这些工匠们他们对产品, 技术孜孜不倦, 一丝不苟, 于小处着眼, 矢志于产品品质的提高, 持续五年, 十年, 乃至数十年的辛苦付出, 最终让他们得以生产出最优质的产品, 服务于最优质的客户, 创造最优秀的价值.
而软件工程师或许同样应该如此, 我们所设计开发的软件产品, 就是我们的作品.
总结
对技术充满渴望, 时刻探究技术细节, 让每一个部分都能尽可能的了然如心, 做一位刨根问底的开发者, 培养自己的工程师思维, 努力成为最优秀的工程师, 或许, 未来我们都将成为 IT 产业的大国工匠.
来源: https://www.cnblogs.com/xiyuanMore/p/10657773.html