V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Mithril  ›  全部回复第 7 页 / 共 105 页
回复总数  2091
1 ... 3  4  5  6  7  8  9  10  11  12 ... 105  
106 天前
回复了 QiShine 创建的主题 Python 感觉 C# 在蚕食 Python 的生态
@GeekGao
对于商业项目来说,C#使用 Rider/Visual Studio ,Python 使用 PyCharm ,都是正常的选择。没有人会在大型项目里用“2MB 的运行时+随便一个垃圾记事本编辑器”

对于小型项目来说,C#和 Python 都可以使用 VS Code+LSP 来做。

对于脚本来说,虽然没什么人写,但 C# Scripting 也已经是 2015 年以前就 release 的功能了。而且 PowerShell 后端接的也是.NET 生态,你也可以在里面直接调用.NET 的 DLL 。也用不着你“捂热 JIT”。

对比就在同条件下对比,拿 Python 写脚本的场景,对比 C#开发商业项目的条件。或者用 “大把不用 IDE 直接 vi (甚至都不是 vim ) 能写 py 的老哥” 对比 “如何给团队统一开发配置,如何给商业客户统一开发规范和环境”,并不能得出什么有意义的结论。
107 天前
回复了 YadongZhang 创建的主题 签证 新护照申请美签怎么提高出签率?
@whileFalse 找中介的话就不用交签证费了吗?
也可以看看 Godot
普通的 hook 就是这样的。要么你保持检测,掉了就重新做。要么你用驱动级的,不过不知道会不会和微信的冲突。
直接限 IP 不就完了,只接受你朋友的公网 IP 。

甚至只接受你们地区的 IP 都能过滤不少。
108 天前
回复了 Neillou 创建的主题 健康 有过来的兄弟没, 这样的智齿该拔吗?
我刚拔完两边的。阻生齿比你这个角度还要高一点。

正常情况下是不会疼的,或者疼的不是很厉害,你吃一两天布洛芬就行了。但是会肿。
但你这拔掉以后,前面牙的牙根就会暴露出来。你看你这牙后面的牙槽骨很低,原来有智齿顶着可能不明显,但你拔掉以后没了压力,可能会松动或者敏感。

如果你年纪 30+,那拔起来会很费劲,牙会比较硬,下面的骨骼也会很硬。所以有的时候医生会建议你不管它。虽然可能会蛀牙,但是年纪大了生长的就慢,顶坏前牙的概率就比较低了。

你这阻生齿建议直接挂个专家号,最差也是找个主治。反正我是普通号,结果实习生做的。一侧拔了三个小时,另一侧两个小时。搞不定还是得找老师,他老师来十分钟就下来了。
不管什么图都是 plantuml 一把梭,能直接改文本,改完渲染成图真的太香了。甚至你都能把他写到代码注释里。然后让文档工具给你渲染成图嵌到文档里。

至于什么丑不丑的压根不重要,你那个图是让人更好理解架构流程的,能理解就行。

时序图,组件图,状态图,流程图都经常画。
114 天前
回复了 Cola98 创建的主题 程序员 如何做好一次技术调研?
主要还是别被 “主流”,“经典”,“大厂也在用” 这些词糊弄住了。这些不过是方案的一些特点而已,他还有其它的优点和缺点,都要列出来调查清楚。而不是看见一个吹得好就用。

最最重要的还是要切合你们团队自己的实际情况。

比如你说的 ELK ,它的主要优点是什么,在达成这个优点的时候,需要付出怎样的搭建和维护成本。它的这些优点,对你们来说有多大提升,而成本对你们来说是不是能支付得起。

如果你们压根就不需要什么分析,dashboard ,那是不是只要个 log 定期收集汇总就行了,压根不需要数据库。
如果你们的日志量很少,那云服务厂商自己 log 解决方案给的免费额度是不是就够用了。
如果需要大量收集日志,也需要大量分析统计,那么你预计的数据量下,ELK 和 Clickhouse 都需要多少个节点,每个节点要什么样的配置?
这些节点配成的集群是不是要专人维护,维护需要的技术难度有多少?特别是故障恢复的难度有多大?
如果需要专人维护,那你们团队是不是有这样的人?或者有人对它感兴趣可以转型?没有的话,招人的难度有多大?成本有多高?

还是要从你们团队现有的资源,项目的规模,人员的情况来入手,选择适合你们的,而不是 “最流行” 或者 “最好” 的技术。尤其是当你在技术选型上有所纠结的时候,通常这个领域也没有一个能在所有方面压倒竞品的方案。
116 天前
回复了 Myprajna 创建的主题 分享发现 云闪付的国际化笑死我了
@bestkayle 信用卡跨行还款也免费。
有这两点就算它 UI 写甲骨文也有人用的。
@enchilada2020 如果我没记错的话,PowerToys 的改键是用的键盘钩子。所以你的程序如果也用了键盘钩子,可能就会覆盖掉它的,比如 mstsc 一类的。
你可以试试管理员启动 PowerToys ,或者在开了你的程序以后,再禁用然后启用 PowerToys 的 keyboard manager ,让它的钩子挂前面去。
或者直接用一些驱动级的改键,比如键盘厂自带的驱动,或者 Filco 等那些可以配置跳线的键盘。
或者试试这个:
https://github.com/cajhin/capsicain
120 天前
回复了 TNOK 创建的主题 NAS 家用 4 盘位 NAS 用 RAID 几?
没啥意义,特别是你这 4 块盘还都放在一起。
RAID1 的两块存重要数据,剩下直接弄俩文件夹就行。RAID0 都不用。这样就算炸了你还能剩一块盘的电影。
而且你只存电影的话,RAID1 都用不着,不如直接放网盘备份去。信不过网盘你可以买冷数据存储当备份。
@CaptainD 可以一直用你付年费时的版本,而不是年费结束时的那个。
但可以包含小版本更新,不包含中间版本。比如 2023.2.1 可以升级到 2023.2.3 ,但不能升级到 2023.3 。
即使你在年费期间可以使用 2023.3 ,但不续费的话,你只能 fallback 回付费时的 2023.2
121 天前
回复了 batchfy 创建的主题 Docker Docker 微服务应用如何高效部署更新?
编译用的镜像,和 runtime 镜像不要用同一个。

就你的场景而言,你可以做一个编译镜像,这个镜像的 docker file 里面拿你的依赖先 install 一下,缓存出需要的依赖,然后每次就用它编译。这个镜像大点无所谓,反正也就在你的编译机上跑。而且只在你项目依赖变化的时候才需要重新构建它,平时根本就不会动。正常情况下,你项目的依赖也不应该频繁变动。

项目本身做 multi stage ,使用编译镜像去 build ,然后产出物复制到 runtime 里做成最终的产品镜像。runtime 压根不需要什么 apt ,npm 。一个 alpine 加 node 就够了,镜像本身没有多大。

然后回到镜像管理本身,你应该有一个自己的 registry ,在你不同环境里,使用的镜像应该保持一致。就是你用来 test 的,和你扔到 production 环境里的应该是同一套东西。你 production 的不同网络,使用的也应该是相同的镜像。
通过 volume 挂载 js 是极其糟糕的做法,等同于你把二进制直接手动传到 EC2 里跑,完全失去了使用 docker 的必要性。到时候出了问题,你连对应的版本都找不到。回滚什么的更难办了。
122 天前
回复了 tgich 创建的主题 职场话题 我找不到在公司喝茶水的解决方案
买个保温性好的小水壶,然后饮水机接热水就行了,但大部分饮水机的水都不够热。

买个小的即热式也可以,没有加热声音,但代价就是和饮水机也一样,水不会烧开的。

茶水分离杯漏水主要是气压问题,你加完水以后先倒立几次,然后拧松放一下气,再拧紧泡就行。这样漏的水会少一些。我目前用的就是茶水分离杯,主要是茶叶在上面,你拧下来就总会有点水。先倾斜一下杯盖把水接下来就行了。
公司内网的话,如果你电脑接了域,域控可以直接下发证书。那你 HTTPS 用不用其实都无所谓了。

简单的行为管控你可以看看 iKuai 的免费版,基本的浏览记录,使用协议记录,IM 的上下线时间什么的都能记录到。甚至能管控到 QQ 号级别。
123 天前
回复了 jeesk 创建的主题 微软 不懂就问, microsoft auth 的备份到底有什么用?
切记不能跨系统恢复,只能安卓到安卓,或者 iPhone 到 iPhone 。
125 天前
回复了 username321 创建的主题 分享发现 鼠标还是得罗技
家里和公司全都是罗技,已经熟练掌握电烙铁的使用以及徒手薅微动的技能了。单击变双击是常有的,还有什么拖动随机断等等各种问题。

而且你要是拿 MX Master 或者 Anywhere ,和 G 系列同时用,就会发现 G 的耗电速度非常快。Master/Anywhere 一个充电周期内,G 能充个四五次。当然性能也没法比就是了。
1 ... 3  4  5  6  7  8  9  10  11  12 ... 105  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2855 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 51ms · UTC 13:00 · PVG 21:00 · LAX 06:00 · JFK 09:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.