V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mark2025  ›  全部回复第 4 页 / 共 9 页
回复总数  169
1  2  3  4  5  6  7  8  9  
48 天前
回复了 ModiKa2022 创建的主题 数据库 大数据量联表操作
统计场景可以考虑单独的一个库跑批或者物化视图
可能 js + TS 更适合
48 天前
回复了 guoguobaba 创建的主题 云计算 都上云还真不便宜
@hsuvee 国外是带宽流量相比便宜,人工巨贵;国内相反
@bluesyoung9527 fluter 宣称的多端优势和 electron 比没什么差别。 另外 gg 好像已经解散 fluter 团队(?放弃),github 上面几千个 issue 还没解决。
48 天前
回复了 xiaohupro 创建的主题 随想 16 小时断食法坚持了一个月……
晚饭吃这么早,又不吃早饭,当心胃病。
49 天前
回复了 guoguobaba 创建的主题 云计算 都上云还真不便宜
49 天前
回复了 Canglin 创建的主题 程序员 可不可以把 shell 脚本替换为 Python 脚本?
替代 shell 脚本可以考虑 TypeScript:安装 nodejs ,和 tsx ,用 tsx 直接执行 ts 脚本,即实现 js 灵活也能有类型保护。
@HappyAndSmile 是的,尤其是财务、库存场景,用英文、缩写、拼音都很麻烦,还是中文简洁明了~
看看这个
t/1056428
t/1060326
服务器及其组件就没考虑过休眠
我最抵触的是类图,这也是工作量最大的一块,我们的要求是如果 DTO 这种,要列出所有字段和类型,如果是 serivce 这种要列出方法级的调用链,比如最上层是 controller ,然后往下调用 service ,再往下 repository ,再往下 mapper 这种。其实就是把项目里的类名复制到画板里,用箭头连起来。这些花了大力气的类图评审的时候大概率就是讨论下字段命名是否规范、类型的定义是否正确、层间调用是否合理等代码层面有没有遵守规范
========
精细到类图在当下快速迭代互联网应用场景下有点重了。 能规划好 接口名、 接口的入参、出参 DTO 、时序图就已经很不错了。
@youngWei 是你理亏,对方即便开价 8w 也是他的想法,需要双方讨价还价协商一致达成大家都接受的条件。而不是你觉得对方狮子大张口就拉黑对方。
1. 当时应该全方位照相、视频留证
2. 对方开价 8k 你就拉黑受损方?
53 天前
回复了 JiaNa 创建的主题 问与答 你们如何应对分手可能被分一半财产?
为啥考虑的不是“分一半”
54 天前
回复了 fengshils 创建的主题 Node.js 4202 年 nodejs api 框架那个好一些
@fengshils Midway.js 并不是 kpi 产品,而是淘宝内部项目开源,一直都在更新,并且 TS 比 egg 更友好( egg 已经凉了)
pretiter 过于独断。我是用 eslint 插件,设定行宽 180
麦咖啡~
人在信创 公众号?
网友评论: 美国版的信创
1  2  3  4  5  6  7  8  9  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4330 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 52ms · UTC 01:03 · PVG 09:03 · LAX 18:03 · JFK 21:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.