V2EX › tomczhen 的所有回复 › 第 2 页 / 共 85 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 85

❮

❯

42 天前

回复了 bsg1992 创建的主题 › 程序员 › sql server 迁移到 pg 或者 mysql 如何不停机进行迁移

不停机迁移也是有成本的，既然都到网上社区公开求方案了，大概率停机成本是低于不停机迁移成本的。

47 天前

回复了 lstz 创建的主题 › 职场话题 › 做独立开发(副业)本质上是吃力不讨好投入产出比低的一件事情，不如学知识学技能

说到底创业/副业成功是小概率，只是被各种鸡汤/推广文拉高了预期罢了。

47 天前

回复了 haoz1w0w 创建的主题 › 职场话题 › 外包和 gap 过久，哪个是 hr 更在意的？ V2 的 HR 可以解答下么

其实老板更在意求职者八字和公司合不合。

54 天前

回复了 lithium148 创建的主题 › Linux › 除了免费， Linux 好处都有啥

好处不重要，重要的是不能只有 Windows 。

56 天前

回复了 LILILILILIWY 创建的主题 › Web Dev › 求知大佬们一定帮我解答下感谢 Fastapi 框架中的模板引擎 jinja2 是否已过时,或者说是否还建议使用

过时了，建议把数据给 ai 处理生成 xml 再返回（狗头保命

59 天前

回复了 LeeReamond 创建的主题 › 程序员 › 异地组网并进行文件共享（使用密码保护）的一些踩坑分享

开启 SMBv1 的风险相当高 https://techcommunity.microsoft.com/t5/storage-at-microsoft/stop-using-smb1/ba-p/425858

63 天前

回复了 ddddbk 创建的主题 › 奇思妙想 › 小程序版进销存系统，俗称门店记账系统，有搞头吗？

夫妻小店不需要这么精细，利润每月算一下总体现金/账款就行，每条进出都记太麻烦。很多店收银机的作用只是为了扫码快速算价格，收款都是不操作的。
每天不忙的时候点一下今天营收和支付的进货款，每个月的利润就能算清楚了，完全不需要每笔销售交易都做记录。

真想做可以考虑基于上面的场景做，只针采购对进货记账，然后周期记录营业收入（每天/每周）和支出（房租水电啥的）。

不过说真的，场景客单价比较低，因为完全可以闲时弄个本子记一下就能搞定的事情，所以量没法铺开的话单靠软件服务很难赢了，建议当引流（低价但是不能免费）的渠道配合其他方式盈利吧。

63 天前

回复了 chen0520 创建的主题 › NAS › 不考虑省电，考虑极致性能的话，有没有相关的 diy 方案

上顶配，专门弄个机房，然后光纤直通到卧室/书房接外设显示器等设备。这样就不用在意体积、散热、噪音问题，性能拉满毫无压力，除了有点费钱之外没啥缺点。

67 天前

回复了 L4Liiyooooo 创建的主题 › 问与答 › 想咨询一个关于图像识别方面的问题

找厂家 ✔
找客服 ✔
找网友 ✗

76 天前

回复了 dindingbell 创建的主题 › ERP › 跨境独立站， ERP， Medusa

非主流平台咨询供应商。

针对主流电商平台是因为可以分摊开发成本，所以小众的没人做很正常。

既然是个人独立站单少手动同步一下也没多大事，或者做个批量导入也能解决不少问题。真的量大了也有 rpa 来做，怎么样都比开始就弄完全自动化后台对接的 ROI 高。

85 天前

回复了 tntin 创建的主题 › 奇思妙想 › 外卖卫生安全红黑榜 app/网站可以吗？

可以改一下模式，以小区，学校作为范围，大学最佳。抓附近所有对外卖店，让用户选择两家店 PK 结果，可以划分一下各项打分（五星制），这样不涉及上传图片就绕开很多问题了。明面上也是红榜，少一些问题。

89 天前

回复了 1311317 创建的主题 › 问与答 › 将开源项目落地到生产业务后，在此基础上修改的代码是不是也可以提交到开源社区

首先得看开源项目的开源协议，其次得看公司合规要求，最后得看你自己的选择。

89 天前

回复了 handsome198311 创建的主题 › 问与答 › 官方：提高劳动报酬在初次分配中比重

水深火热警告。
这些发文有没有效果，只需要看考公热什么时候退下来。

91 天前

回复了 garywill 创建的主题 › Python › 压缩 Python 代码，但不要改变换行方式，有这样的工具吗？

zipimport

94 天前

回复了 THEcattail 创建的主题 › 程序员 › 小型工作室存储选型的一点思考和疑问

相对稳定的架构下，只要初始方案靠谱其实运维花费比较小。但是，只是能用的门槛太低了。见过买新服务器但是省钱只装一块硬盘的，还见过为了节省磁盘空间组 raid0 的。

极端故障的应对就是需要钱，想省钱就需要明确能接受的故障恢复时间是多少。单机架构只要数据不丢，恢复时间能接受的越长，成本就可以降低。

关键基础设施职能越单一越固定，那么运维难度就越低，不稳定和运维难很多时候就是想“省”。

101 天前

回复了 Autonomous 创建的主题 › NAS › 如何减少 NAS 端口暴露至公网

HTTPS 双向验证

1 2 3 4 5 6 7 8 9 10 ... 85

❮

❯