.net 开发软件公司何去何从,(准)架构师们能不能给点参考意见

2019-08-14 13:53:17 +08:00
 daijinming

10 年过来,公司一直都是沿用 asp.net,但是总体架构一直没有变化,已经建设了很多核心模块包括:组织机构、角色用户、权限授权、表单设计、工作流等。现在微服务、跨平台已经成为趋势,面对过去拥有,我们该何去何从

7068 次点击
所在节点    程序员
73 条回复
luozic
2019-08-15 01:05:40 +08:00
@u823tg 博客园一些搞法感觉没有软件工程,也没啥根因分析,
charlie21
2019-08-15 01:12:28 +08:00
企业级开发、企业级痛点问题、企业级应用 的部署 卖出,to B 的, .NET 继续就 OK 了
微软自己公司内 在用啥 你就用啥,因为到时候会有微软技术支持来背锅

这叫 “万无一失”

在这方面,能和 .NET C# 竞争的只有 Java:像银行呢 C# 和 Java 都招 (后者是要对接 Oracle 的数据库) ,郑煤机只招 C# 因为它够了。

如果你要对接内网里大量 Windows 操作系统提供的服务,那么你没有选择,就是 C# 。
—— 换句话说,即使 .NET 继续不开源,在企业级开发圈子里 也是没有对手的。

况且 C# 本身应对一般应用毫无压力,数据库+前端服务器,最最基本的办法搞定一切内网软件,大概 40 万以下就能搞定了。不过一个高级程序员 1 年的成本罢了 ( 无论 .NET 是否开源 )

Java 本身是什么问题呢?残疾。“用.net 时从来没需要过什么强大的解决方案…… 用 java 时,天天琢磨和找解决方案……” [1]

什么 node, rust, golang, kotlin, 你真当全世界都陪你们去疯阿?谁给你惯的这个臭毛病?是不是 “开源世界” 阿?我早就说过了,离开源世界远一点 [2] ,否则脑子要有病的。你真以为微软是逼不得已而去迎客开源世界吗?即使没有 .NET core,微软在它的王国里那是照样吊打周围所有人的,开源两个字都不需要知道怎么写。

如果你不要对接内网里大量 Windows 操作系统提供的服务,那么你的选择面可就大咯 ... 当然,这并不代表什么,因为
你就是个 API caller,没啥好骄傲的。

[1]: 创业公司选择 .NET 技术栈究竟比选 Java / Python 贵多少钱? https://www.zhihu.com/question/60103971
[2]: 如果你可以给将要入职的应届生程序员一条最重要的建议,那会是什么? https://www.v2ex.com/t/589440?p=1#r_7724827
charlie21
2019-08-15 02:04:37 +08:00
从增加就业的角度说,嗯,从事企业级开发 至少你知道你的工作的价值 是为了哪个公司服务

互联网公司阿,刷刷抖音什么的,还真以为自己为社会做贡献了呢? ( 在线教育和图书出版 除外 )
抖音阿
字节调动阿,什么大数据 还不是搞搞广告推送?你就炒作 还以为别人看不出来呢
呵呵

说实在的,互联网公司 除了腾讯、淘宝、还要什么网上订餐送外卖的,其它死光光都没事
laminux29
2019-08-15 04:00:32 +08:00
@dhssingle
1.MSSQL 对于 Visual Studio 与.Net 来说,是开箱即用的,而 Mysql 与 PostgreSQL 不是。

2.VS Code 不是 IDE,我就不提了。MonoDevelop、Rider 都没 Visual Studio 好用。

3.开源并不是说一定要去研究源码,而是当这套东西出问题,且官方不远解决或拖延时,至少还能花钱找别的高手解决。

4.Stack OverFlow 只是一个数据量稍大的网站,自身业务逻辑并不复杂。

Bing 我不清楚它用什么做的,但如果这种东西不是 C/C++做的,我会鄙视它。
xuanbg
2019-08-15 06:25:44 +08:00
首先,微服务可以混合开发语言的,也不一定就要 Linux。
如果微服务框架使用 Spring cloud 这一套,服务用 C#编写的话,也就缺个 EurekaClient 和 FeignClient 而已,自己照着 Java 的翻译一遍就有了。网关直接部署一个 Gateway 就行,也不需要什么业务代码,就用 Java 写一下好了。至于熔断器、链路追踪什么的,估计楼主也用不上,就没必要上了。如果不是非要容器化部署,就无需迁移到.Net Core。
楼主要做的只是拆分服务和接口 REST 化就够了。
chouchoui
2019-08-15 07:22:38 +08:00
混开源混出脑子有病的暴躁症案例只需要看#23 #31 #32 这种活体表演就知道了
有时候跟风还跟出优越感不知道到底是学技术还是学跪舔
chouchoui
2019-08-15 08:08:36 +08:00
@qq1054000800 全网吹 golang 的复读机全在 V2EX 了
babedoll
2019-08-15 08:12:43 +08:00
跨平台 net core 不是已经实现了吗 ,另外 net core 稳定的很,建议没用过的用过再说,不然坐井观天人云亦云只会让别人认为你是 xx 哈

C#开发起来如丝般顺滑,一个如此出色的语言, 你可以拒绝,但是别不懂装懂。
Rwing
2019-08-15 08:26:33 +08:00
@NCE 照你这么说,首先要要抛弃的是 java 啊,诞生年代久远,语言特性差,更新慢,亲爹都把他卖了
ragnaroks
2019-08-15 08:32:03 +08:00
如果.net core 有 java 的生态,那么一堆语言都可以消失了,然而并没有如果,就连微软也是考虑用 rust 替代 C++而不是 C#

我虽然看不懂微软的操作,但是.net core 和 java 和 c 已经可以满足任何需求了
guolaopi
2019-08-15 09:27:35 +08:00
核心模块包一层微服务,以服务的形式来调用模块。
然后慢慢迁移到.NET core
=======
楼上大神们都是文不对题,楼主显然问的是做.NET 的公司面对现在形势应该怎么办。
一堆让换语言的是什么操作?如果作为技术负责人来说这种说换语言就换语言的,公司成本为零吗?

然后为了不被喷,.NET core 是垃圾(小声 BB )你们满意了吧。
leeeeee
2019-08-15 09:33:06 +08:00
做 OA 的?
index90
2019-08-15 09:41:48 +08:00
技术没有好坏,只有适不适合,语言也是

抛开业务谈技术,只是停留在码农层面而已
mway
2019-08-15 09:43:53 +08:00
@xuanbg 这才是正题。
现在研究.net core 的人基本上都是喜欢技术的,虽然学的人少,其实楼主只需要开出和 Java 同等的待遇,就能留住足够多的人才,.net 确实开发效率高,一个顶俩,相比之下 Java 难用不说,从业人员水货颇多,要找到像样的人也不容易。
DNLi
2019-08-15 09:58:51 +08:00
@AdamJin 那个是代码有问题,而且已经发现了问题咯
yanyanlong
2019-08-15 09:59:53 +08:00
转做 unity 3D
dhssingle
2019-08-15 10:10:15 +08:00
@laminux29 #44
1. 用 Nuget 装个驱动,又不麻烦是吧。
2. 我说了是 IDE 和 编辑器来着,VS Code 凑合也能用,不太方便就是了,命令行走起,MonoDevelop 没用过,Rider 除了卡点,很多方面其实比 VS 强,毕竟 ReSharper 是很多 C# 开发者必装的扩展。
3. 都花钱了,我想微软的技术支持不会比任何公司差,只要肯花钱一整套对标 Java 生态的解决方案都可以给你整出来。
4. 以 Stack Overflow 数据量,再简单的业务逻辑,要稳定运行也不会是简单的事,另外 SO 算比较大的项目了吧。
微软的网站大部分都是跑在 .Net 上的,Bing 也不例外,Bing 从 .Net Framework 迁移 .Net Core 后还发布了一篇博客,说性能有 34% 的提升。https://devblogs.microsoft.com/dotnet/bing-com-runs-on-net-core-2-1/
dk7952638
2019-08-15 10:27:39 +08:00
微软耍猴都十几年了,而且看最近的趋势依然是乐此不疲,都到现在了还推荐什么.net core 等等微软技术的人,不是蠢就是坏
TangMonk
2019-08-15 10:29:24 +08:00
我现在还用 Delphi
micean
2019-08-15 10:47:13 +08:00
一看就是做企业应用的,用啥微服务

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/591806

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX