V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Chad0000  ›  全部回复第 8 页 / 共 129 页
回复总数  2580
1 ... 4  5  6  7  8  9  10  11  12  13 ... 129  
104 天前
回复了 Sigrdirfa 创建的主题 职场话题 公司不让用 IDEA!真的牛逼!
这样的公司我想说告得好:什么时候这些企业学会尊重软件的价值才能让这个行业变得更好。
104 天前
回复了 Chad0000 创建的主题 V2EX 屏蔽功能改进建议
@minami #13
所以我的提议是在点发送后“提醒”,并不阻止发送,要不要继续发还是取决于当事人。
@laminux29 #11
它不天真,我让它解释了其他可能的情况,它也给说出来了。包括再婚,结婚当时没举办婚礼后来补的等等。有的不合理但你说的在里面。
104 天前
回复了 Chad0000 创建的主题 V2EX 屏蔽功能改进建议
@tool2d #11

嗯,我就是不想回复。我只屏蔽出言不逊的人:我不相信这种人会理性讨论。
用过 Jenkins ,没用过上面的 DevOps 。我在用 Azure DevOps ,我觉得它更像哈。而且可免费使用。
104 天前
回复了 Chad0000 创建的主题 V2EX 屏蔽功能改进建议
@Shura #6

OP 看不到没太大关系,主要是看 OP 发的什么主题,如果是求助或探讨类型的,我个人是不想理这种的。有的主题我会花些时间将我的想法告诉对方,甚至画出图表来,如果我知道对方屏蔽了我,我觉得对我来说是严重的浪费。

比如这个帖子,我不介意花时间分享我的东西,但仅限于我觉得值得的人:/t/1000654
104 天前
回复了 Chad0000 创建的主题 V2EX 屏蔽功能改进建议
@minami #5
在这里骂一下号就没了,而且我也不会骂人。如果我知道有人屏蔽了我,我只会也将对方屏蔽了事。记住这个只发生在我尝试回复对方的帖子时。
104 天前
回复了 Chad0000 创建的主题 V2EX 屏蔽功能改进建议
@LxExExl #4
只发生在你想回复别人时:这个概论还是很低的吧,你不可能把每个帖子都回复一遍来测试对方有没有屏蔽你哈。基于沟通的想法,回复 OP 我想也是一种沟通,除非是 AT 别人的。微信拉黑后回复不也是有反馈吗,我觉得尝试沟通时知道被对方拉黑是有必要的。
104 天前
回复了 Chad0000 创建的主题 V2EX 屏蔽功能改进建议
@murmur #3

嗯,回答可能会帮助到其他人,但:作为回答者我并不想回答屏蔽了我的人。
104 天前
回复了 Chad0000 创建的主题 V2EX 屏蔽功能改进建议
@murmur #1
有的时候并不是撕,可能是 OP 提了问题在咨询解决方案。本着助人的精神去响应,结果很可能已被屏蔽。我是不想把时间浪费在这种事情上。
作为参照,下面是 GPT4 的回答。我觉得谷歌的还是差不少啊。
----------------------------------------------------------------------------

你提出了一个有趣的问题,其实这个问题隐藏着一个简单但基本的事实:在你的父母结婚时,你还没有出生。婚礼是两个人开始共同生活的一个标志性事件,而这通常发生在他们的孩子出生之前。所以,你没有被邀请参加你父母的婚礼是因为那时你还不存在。

这个问题也许是出于好奇心或者是一种幽默的表达。不过,它确实揭示了时间和事件顺序的基本概念。每个人都是在他们的父母结婚后的某个时间点出生的,这是一个普遍的事实。因此,没有人能够参加自己父母的婚礼。不过,你可以通过查看婚礼的照片或视频,或者听父母讲述那天的故事来了解那个特别的日子。
本质就是运行环境负责将服务运行起来,然后拦截本地服务对其他服务的调用请求(伪依赖注入),如果目标服务在本地,则直接调用本地的服务,如果不在本地,则在注册中心会找到目标服务的地址,发起远程调用(一般 HTTP ,也可以是基于消息的 RPC )。
@Moonkin #6

我自己的项目是部署在 K3S 中,公司的并没有。公司的是屎山单体,我在用我的方式改造而已。

环境的意思就是服务的运行环境,比如.net 中那可能就是 asp.net core 。服务最终编译成 dll ,由运行环境动态加载(或直接依赖)。然后这个运行环境可向注册中心注册暴露调用地址。你本地起一个任意项目(可以是 Console )作为本地运行环境,你可以引用所有需要的服务对应的接口,可以直接写代码调用接口背后的实现。你的本地运行环境会负责将请求发给对应的接口运行环境。或你本地如果有这个接口的实现,那么就会直接在本地调用。通过这种设计我实现了服务可以在任何地方运行,可以调用任意服务,也可以被任意服务调用。如下面这个图:

https://i.v2ex.co/3t74ngGSl.jpeg
104 天前
回复了 QiShine 创建的主题 Python 感觉 C# 在蚕食 Python 的生态
@chenqh
那澳洲新西兰这边 C#是绝对的第一,敢情我们都是拿来做桌面和游戏开发了呗?
104 天前
回复了 QiShine 创建的主题 Python 感觉 C# 在蚕食 Python 的生态
@chenqh #100

既然你说到了 Golang ,不妨看看 tiobe 排行:

GO:1.03%,-0.12%
C#:7.30%,+2.38%

不过既然你都笑了,那么你说得对。
104 天前
回复了 JustinL 创建的主题 Windows 请教 Windows 桌面开发选择
OP 这么关心反编译,直接找相关技术是否有付费的方案,价格多少就行了。免费的又不能保证还得自己研究,如果付费的可负担还浪费啥。
104 天前
回复了 JustinL 创建的主题 Windows 请教 Windows 桌面开发选择
@shijingshijing
我开发 Winform 和 WPF 好多年,虽然这几年大部分搞 Web 了但 Community 无法开发 Winform 是头次听说。你最好不要乱说,Community 只是没有高级的一些调试和监控功能而已(说实话我用 Pro 也用不到这些高级功能)。
104 天前
回复了 JustinL 创建的主题 Windows 请教 Windows 桌面开发选择
@shijingshijing #39

OP 使用免费的 Visual Studio Community 版开发呢?就算 OP 公司发财了要买,VS Pro $499 是买不起么?其他免费方式我没搞过因为我个人使用 Community 版,公司给买的 Pro (还附带 Azure 每月大几十刀体验额度,快白给了),不需要考虑其他方案。
目前我们的项目不是微服务,是单体应用。但我自创轮子,在搞混合开发,方案如下:

- 所有服务都完全独立
- 服务分两部分:一个用来定义(接口和参数),一个用来实现
- 搞出环境概念,环境中有各种服务的地址无需配置
- 有必要的话,服务也可以在本地启动(直接跟你的项目一起,而不是独立的 Pod 中)
- 这样本地调试的时候只需要加入开发环境,引用相应的服务定义项目即可
- 实际部署的时候一组服务可以部署在一起,或按需要分开部署
- 这样所有服务部署在一起,就还是单体;每个服务都独立部署就是微服务;按调用频率分组部署,就是混合;

最大的好处是可以无缝迁移现有单体应用。我现在本地 Debug 还是按单体的风格来(当然也可以不用)。
1 ... 4  5  6  7  8  9  10  11  12  13 ... 129  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2704 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 15:35 · PVG 23:35 · LAX 08:35 · JFK 11:35
Developed with CodeLauncher
♥ Do have faith in what you're doing.