最近站内冷清不少
新主题变少了,不过好在情感主题也同步变少了
xiaohack博客专注前沿科技动态与实用技术干货分享,涵盖 AI 代理、大模型应用、编程工具、文档解析、SEO 实战、自动化部署等内容,提供开源项目教程、科技资讯日报、工具使用指南,助力开发者、AI 爱好者获取前沿技术与实战经验。
新主题变少了,不过好在情感主题也同步变少了
成都 公积金账户里面的钱怎么弄出来用
目前不考虑买房 买车
把 n 个骰⼦扔在地上,所有骰⼦朝上⼀⾯的点数之和为 s 。输⼊ n ,打印出 s 的所有可能的值出现的概率。 你需要⽤⼀个浮点数数组返回答案,其中第 i 个元素代表这 n 个骰⼦所能掷出的点数集合中第 i ⼩的那个的概率。 示例1: 输⼊: 1 示例2 输⼊: 2 枚举所有骰子组合。递归计算每个骰子的点数,统计所有可能的和 如果使⽤暴⼒法,每⼀个骰⼦扔到 1 - 6 的概率都是 1/6,如果有 n 个 骰⼦,先不看重复的情况,⼀共有 $6^n$ 种情况,点数的范围是 n ~ 6n ,也就是 5n+1 种。 以上的计算复杂度实在太⾼,我们不能接受。 其实,这道题可以⽤动态规划来处理, 1 个骰⼦的情况是已知的,⽽ 2 个骰⼦的情况呢? 2 个骰⼦的情况,可以使⽤ 1 个骰⼦的情况推出, 3 个骰⼦的情况,可以使⽤ 2 个骰⼦的结果推出... 执行过程示例(n=2): 通过观察发现当前状态只依赖前一个状态,可以优化空间。通过滚动数组减少空间使用 和为s的概率对应于(x+x²+...+x⁶)ⁿ展开式中xˢ的系数题目描述
输出: [0.16667,0.16667,0.16667,0.16667,0.16667,0.16667]
输出:[0.02778,0.05556,0.08333,0.11111,0.13889,0.16667,0.13889,0.11111,0.08333,0.05556,0.02778]思路及解答
暴力递归
public class Solution {
public double[] dicesProbability(int n) {
// 骰子点数范围:n到6n,共5n+1种可能
int[] counts = new int[5 * n + 1];
// 递归统计所有可能的和
backtrack(n, 0, counts);
// 计算概率
double total = Math.pow(6, n);
double[] res = new double[counts.length];
for (int i = 0; i < counts.length; i++) {
res[i] = counts[i] / total;
}
return res;
}
private void backtrack(int remain, int sum, int[] counts) {
if (remain == 0) {
counts[sum - remain]++; // 统计和出现的次数
return;
}
// 当前骰子可以是1到6点
for (int i = 1; i <= 6; i++) {
backtrack(remain - 1, sum + i, counts);
}
}
}动态规划(推荐)
dp[i][j]表示i个骰子和为j的出现次数初始化dp[1][1]=1, dp[1][2]=1, ..., dp[1][6]=1
计算dp[2][2] = dp[1][1] = 1
dp[2][3] = dp[1][2] + dp[1][1] = 2
...
dp[2][12] = dp[1][11] (不存在) + ... + dp[1][6] = 1public class Solution {
public double[] dicesProbability(int n) {
// dp[i][j]:i个骰子和为j的出现次数
int[][] dp = new int[n + 1][6 * n + 1];
// 初始化:1个骰子的情况
for (int j = 1; j <= 6; j++) {
dp[1][j] = 1;
}
// 填充状态转移表
for (int i = 2; i <= n; i++) { // 骰子数量从2到n
for (int j = i; j <= 6 * i; j++) { // 和的范围:i到6i
for (int k = 1; k <= 6 && k < j; k++) { // 最后一个骰子的点数
dp[i][j] += dp[i - 1][j - k];
}
}
}
// 计算概率
double total = Math.pow(6, n);
double[] res = new double[5 * n + 1];
for (int j = n; j <= 6 * n; j++) {
res[j - n] = dp[n][j] / total;
}
return res;
}
}空间优化动态规划
public class Solution {
public double[] dicesProbability(int n) {
// 使用两个一维数组交替更新
int[] prev = new int[6 * n + 1];
int[] curr = new int[6 * n + 1];
// 初始化第一个骰子
for (int j = 1; j <= 6; j++) {
prev[j] = 1;
}
// 动态规划填充
for (int i = 2; i <= n; i++) {
Arrays.fill(curr, 0); // 清空当前数组
for (int j = i; j <= 6 * i; j++) {
for (int k = 1; k <= 6 && k < j; k++) {
curr[j] += prev[j - k];
}
}
// 交换数组,准备下一轮
int[] temp = prev;
prev = curr;
curr = temp;
}
// 计算概率
double total = Math.pow(6, n);
double[] res = new double[5 * n + 1];
for (int j = n; j <= 6 * n; j++) {
res[j - n] = prev[j] / total;
}
return res;
}
}数学公式法(多项式展开)
public class Solution {
public double[] dicesProbability(int n) {
// 初始化多项式系数:1个骰子时各项系数为1
int[] coeff = new int[6 * n + 1];
for (int j = 1; j <= 6; j++) {
coeff[j] = 1;
}
// 多项式乘法:计算(1x+1x²+...+1x⁶)^n
for (int i = 2; i <= n; i++) {
int[] newCoeff = new int[6 * i + 1];
// 多项式乘法计算
for (int j = 1; j <= 6; j++) {
for (int k = i - 1; k <= 6 * (i - 1); k++) {
newCoeff[k + j] += coeff[k];
}
}
coeff = newCoeff;
}
// 计算概率
double total = Math.pow(6, n);
double[] res = new double[5 * n + 1];
for (int j = n; j <= 6 * n; j++) {
res[j - n] = coeff[j] / total;
}
return res;
}
}
亚马逊云科技宣布,AWS Lambda 现在已经支持使用.NET 10 创建无服务器应用程序。通过这次更新,在构建和运行 Lambda 函数时,开发者可以将.NET 10 作为托管运行时和基于容器的镜像来使用。 按照亚马逊云科技的说法,当有新版本发布时,托管运行时和基础镜像会自动更新,不需要开发团队手动维护。 .NET 10是.NET 平台最新的长期支持版本,在 2028 年 11 月之前会一直提供安全更新和 Bug 修复。通过在 AWS Lambda 上提供.NET 10,亚马逊云科技旨在使开发者能够在无服务器环境中使用平台的最新特性。这包括支持基于文件的应用程序,旨在简化应用程序结构和开发工作流。 此次发布还增加了对Lambda托管实例的支持。这项能力使 Lambda 函数能够在 Amazon EC2 实例上运行,同时保留通常与无服务器计算相关的操作模型。亚马逊云科技表示,这个选项旨在提供更多的灵活性,包括潜在的成本效益和对专用计算资源的访问权限,同时减少通常与服务器管理相关的运营开销。 此外,Powertools for AWS Lambda (.NET)是一个旨在帮助开发者遵循无服务器最佳实践并提高开发速度的工具包,现在也已提供.NET 10 支持。开发者可以继续使用亚马逊云科技提供的各种工具来部署和管理他们的应用程序,包括 Lambda 控制台、AWS Command Line Interface、AWS Serverless Application Model、AWS Cloud Development Kit 和 AWS CloudFormation。 正如官方公告所言,.NET 10 运行时可以在所有 AWS 区域中使用,包括 AWS GovCloud(美国)区域和中国区域。 社区对这一公告表现出了很大的热情,并进行了技术探讨。Reddit上的.NET开发者们既充满期待又带着务实的好奇,众多评论聚焦于.NET 10 带来的全新的基于文件的应用开发体验。有社区成员表示,一旦基于文件的应用编辑能和常规 JavaScript 工作流一样流畅,他们会“欣喜若狂”。 还有一些人讨论了构建工具、使用当前的 CLI 方法所需的部署步骤,以及可能对冷启动性能产生的影响。从这些讨论中可以看出,总体而言,.NET 开发者对这个扩展的无服务器选项是认可的,并且对未来改进 Lambda 工具和编辑器支持也很感兴趣。 亚马逊云科技还发布了一篇详细的博文,演示如何在 AWS Lambda 中使用新的.NET 10 运行时。该文通过一个示例展示了如何创建、配置和部署基于.NET 10 的 Lambda 函数,并解释了可用的运行时和部署选项。 Lambda 控制台的创建函数页面,图片来源:亚马逊云科技博客 根据亚马逊云科技的说法,该示例旨在帮助开发者利用他们提供的标准工具在现有的无服务器工作流中采用.NET 10。 亚马逊云科技的官方文档和公告材料中提供了完整的发布说明和其他一些细节,感兴趣的读者可以进一步阅读。 原文链接: https://www.infoq.com/news/2026/01/dotnet-10-available-for-aws/
OpenAI 发布了Prism,这是一个基于云的免费 LaTeX 工作空间,专为学术写作和协作而设计,并且直接集成了 GPT-5.2。该平台将文档编辑、编译、引文管理及 AI 辅助修订功能整合在单个基于 Web 的工作区中,主要面向需要撰写长篇科学文献的研究人员。 Prism 完全支持 LaTeX 原生操作,并且是完全在浏览器中运行。用户可以创建、编译和预览文档,无需安装本地工具或管理 LaTeX 环境。该平台消除了现有 LaTeX 协作工具中常见的限制,对项目数量、协作者数量或编译时间没有任何限制。 Prism 的核心优势在于将 GPT-5.2 集成到了文档工作流中。与通过单独的聊天界面操作不同,该模型直接在项目的上下文中运行,可以访问文档结构、公式、参考文献和之前的修订。这使得它能够协助执行诸如修订文本、调整格式、更新公式和表格以及查找相关文献这样的任务,同时保证文档内部逻辑的一致性。 Prism 内置了引文管理功能,并支持与 Zotero 同步以发现参考文献。实时协作功能允许多个作者同时编辑文档,内联评论和专题讨论支持同行评审和反馈。自动化错误检查、公式转换和格式化工具旨在减少手动更正和重复的 LaTeX 调整。 本次发布在研究人员中间引发了关于 Prism 与 Overleaf 等工具的对比讨论。Povilas Karvelis指出: 我认为这种情况还会持续几年,直到知识图谱和 AI 代理成为主要的研究手段,使精心撰写的研究论文彻底过时。 其他早期用户强调了该平台的定价模型所带来的实际影响。一位研究人员评论道: 集成 AI 是 Prism 提供的功能中最不实用的。仅仅是让我可以免费拥有无限数量的项目和协作者,就使它成为比 Overleaf 更好的选择。 从技术的角度来看,Prism 的定位是一个集成的写作和协作环境,而不是一个 AI 优先的工具。AI 辅助功能是可选的,并且嵌入到了标准的学术工作流中,团队可以有选择地使用。核心功能的使用不依赖自动化辅助。 目前,拥有 ChatGPT 个人账户的用户可以通过 Web 访问 Prism。OpenAI 表示,未来版本将陆续支持 ChatGPT 商业版、团队版、企业版及教育版。 原文链接:
目前尝试了 IDEA 的 AI Assistant 很好用,但是价格好贵,10 点额度一天就没了
各位大佬有没有什么好用的推荐一下?
说的就是千问-25 元的优惠券,以盒马举例:
其他商家也是吃准了你要用 25 元的券坐地起价,
有种当年国补之后东西涨价你折扣后继续原价买的美感哈哈
不知道大家有没有类似的感受,自从毕业之后,身边很多当年在学校里关系非常要好,走得非常近的同学和朋友似乎开始渐渐从自己的生活中消失了。 而且随着年龄的逐渐增加,这种感觉也愈发明显。 包括上周末,我在家备份迁移微信聊天记录,我突然发现高中班级群已经安静了快一年了,这一年中居然没有任何一位同学在里面发消息,上一次有消息弹出,还是定格在过年时群主例行公事般发的祝福模板。 后来我又看了看大学的班级群,果不其然,也是快一年没有人说话了。 顺着往前翻,翻到五年前的聊天记录,那时候满屏还都是“聚会地点投票”、“谁从深圳回来了”、“能不能带家属”的热闹。 而现在,那种张罗同学聚会的热情,好像不知不觉就淡了。 这时候我不禁想起了前段时间刷职场社区所看到的一个帖子:为什么现在不流行同学聚会了?参与讨论的同学也不少。 这不马上也过年了嘛,这时候我才意识到,原来我们也已经有好多年没有办过同学聚会了。 回想起念书以及刚毕业那会儿,同学聚会是件大事。每逢年节,班级群里总会热闹一阵,老早就会有人开始提前张罗这事。 刚开始那几年,大家都有说不完的话,谁去了北京上海,谁考上了公务员、研究生,谁在单位遇见了奇葩领导。 酒杯碰撞的声音里,装着二十多岁的年轻人对世界的新鲜困惑与试探。所有人的眼睛都亮晶晶的,仿佛要把分开这些年错过的彼此人生都找补回来。 但是现在呢? 班级群大多沉寂着,即便偶尔有消息,要么是学校新闻转发,或是微商帖子,甚至是某个同学随手转发的互联网新闻等等。 那个曾经承载了我们无数青春回忆的群聊,仿佛已经成了互联网上一个被遗忘的角落。我们似乎都默契地选择了不打扰,选择了各自安好。 于是我就在想,为什么会这样呢? 是大家都忙于生计,真抽不出时间吗?还是通讯太发达了,让我们觉得即便不面对面,也仿佛随时能联系上?亦或是,在我们内心深处,对这种形式的聚会,已经产生了一种难以言说的倦怠和疏离? 这里我也来试着聊一聊我个人的一些理解吧,也欢迎大家一起来分享交流。 首先聊聊心态的变化。 年轻的时候,大家聚在一起,聊的是梦想,是八卦,是那个谁喜欢谁的小秘密,是考试成绩的起起落落。那时候,大家彼此是对方青春岁月里重要的见证者。 但随着年岁渐长,步入社会,大家被抛入了各自的人生轨道。几年、十几年过去,大家的境遇早已千差万别。 有的人在职场春风得意,有的人在创业路上摸爬滚打,有的人选择回归家庭,也有的人还在为下一份工作的去向而迷茫。 这时候再聚在一起,聊什么呢?聊工作?怕变成炫耀或诉苦的大会。聊家庭?没结婚的尴尬,结了婚的可能有一肚子苦水。聊孩子?那似乎更是另一个次元的话题了。 大家试图小心翼翼地避开那些可能引起不适的话题,最后发现能聊的,似乎只剩下一些苍白的客套和对过去的记忆。 这样一来,就变成尬聊了,有点像那种社交表演,演完各自散场,心里反而可能添上几分空落落的疲惫。 再说说生活重心的变化。 我们这一代人,现在大家也逐渐步入了上有老下有小的阶段了。 工作日要为 KPI、为代码、为各种突发状况焦头烂额,周末那点可怜的休息时间,恨不得全部用来补觉、陪家人、陪孩子。 参加一次同学聚会,意味着要提前规划时间,可能要舟车劳顿,要在饭桌上应付各种寒暄和调侃,这本身就是一件耗费巨大精力的事情。 而聚会带来的“收益”呢?似乎除了短暂的、甚至有些虚假的热闹,并没有太多实质性意义。 与其把宝贵的休息时间花在和一群可能已经陌生的人尬聊上,不如在家陪陪父母孩子,或者一个人安安静静地读会书、打会游戏来得惬意实在。 大家的精力和时间,越来越宝贵,也越来越“自私”吧,可能只想留给真正重要的人和事。 当然,可能还有一种微妙的心理在作祟,虽然大家嘴上不说,但心里都明白,那就是比较和防御。 同学聚会,某种程度上,也是一场无声的攀比大会。虽然大家明里不说,但眼睛是雪亮的。 谁开的车好,谁穿的衣服贵,谁的言谈举止更有社会地位,谁的孩子更优秀…这些信息会像雷达一样,自动扫描、接收、处理。 这种比较,往往会带来焦虑、失落,甚至是自卑。为了避免这种不必要的心理波动,很多人选择主动屏蔽掉这种可能引发比较的场景。 大家可能更愿意活在自己的小世界里,守护着自己那份平凡的安稳,而不是在聚会的喧嚣中,被别人的光芒刺痛眼睛。 当然还有一点,也有可能是大家对“同学”这个身份的认同感在渐渐淡化吧。 在学校时,大家因为共同的学习环境、共同的奋斗目标而凝聚在一起。但毕业后,大家被社会这所更大的学校重新塑造。大家的价值观、人生观、世界观,都在各自的经历和圈子中发生了变化。 曾经的共同语言,可能早已被现实的洪流冲刷得所剩无几。 曾经的同学成了社会人,身上贴满了各种标签:父亲、母亲、程序员、产品经理、销售、主管…… 「同学」这个标签在彼此身上,或许已经褪色成了最不重要、甚至可以忽略不计的那一个。 大家可能更愿意和志同道合的朋友、和工作上的伙伴、和兴趣相投的圈子交往,因为那里有更直接的共鸣和更有效的连接。 当然,这里并不是说同学聚会就一无是处,或者应该彻底消失。 我坚信,对于某些人,某些特定的圈子,同学聚会依然是维系情感的重要纽带。 而且我也相信,总有一些真挚的情谊,能够跨越时空的阻隔,历久弥新。 只是,对于大多数人而言,对于这种形式的、带有某种仪式感的集体聚会可能确实已经不那么热衷了,大家觉得呢? 那关于这个问题,你的看法是什么呢,如果有不同的见解,也欢迎一起来分享交流~
注:本文在GitHub开源仓库「编程之路」 https://github.com/rd2coding/Road2Coding 中已经收录,里面有我整理的6大编程方向(岗位)的自学路线+知识点大梳理、面试考点、我的简历、几本硬核pdf笔记,以及程序员生活和感悟,欢迎star。
我们目前正在将 SM.MS Lifetime 账户迁移至 S.EE。
S.EE 由原 SM.MS 开发团队打造,提供更稳定、更现代的服务体验。
当前正在优先迁移所有 Lifetime 用户。
免费用户的迁移将在 Lifetime 用户完成之后开启。
请大家耐心等待,我们会在开始迁移时通知。
你的旧 SM.MS 图片:
上传功能将在整个迁移流程完成后恢复使用。
如有问题,请联系我们:
📧 [email protected]
💬 Telegram 群:https://t.me/smms_images
告别全局代理或强制开启 TUN 模式的粗暴方式,Antify 让你精确控制每个 App 的网络。

Antify 是一款 macOS 原生的透明代理工具,基于 Apple NetworkExtension 框架 开发,目标 App 完全无感知。
为任意 App/CLI 独立设置 Proxy / Direct / Block 三种模式。
例如:Chrome 走代理、微信直连、某个 App 直接禁止联网——一键配置。
给 Chrome 设置代理,其子进程(如 Chrome Helper )自动跟随,无需逐个配置。
对 Electron 应用、Xcode SMP 等复杂应用,支持一键生成规则。
不仅支持 .app,curl、git、pip、npm 等 CLI 工具也能单独设置规则,支持路径精确匹配。
单条规则内可按以下条件过滤:
*.google.com)8000-9000)支持创建多套配置(如“公司 / 家 / 咖啡厅”),并绑定 Wi-Fi SSID 自动切换。
支持远端 DNS 解析,提供三种 DNS 重定向模式可选。
在 Discovery 模式 下实时查看每个连接的来源 App 、目标地址、协议,支持一键创建控制规则。
macOS 14+
当前版本:v0.0.27,持续迭代中。
很多次打开 https://v2ex.com 看了半天后才发现自己在 技术 版块
而我从来从来从来不会单独打开 技术 版块,左上角的链接我都没有点过,我只想看 全部
我一直想不明白的是,为什么要把用户导入“技术”?而不是导入“全部”,难道想节省用户的时间,不希望用户去“全部”摸鱼?
企业数字化转型走到供应链阶段,SRM几乎是绕不开的一环。原因很简单:供应商不只是“下单对象”,而是直接影响交付、成本与风险的关键变量。用好SRM,能让采购从“靠人盯”变成“靠系统跑”,从混乱协同变成数据闭环。 但现实里,很多企业在选SRM时卡在一个问题上: 其实这两类产品没有绝对优劣,核心在于:你的业务范围是否全球化?你的采购流程复杂到什么程度?你更看重成本还是标准化能力? 一、国内SRM厂商 过去几年国内SRM市场发展很快,这背后很关键的一点是:国内企业的采购协同方式、票税合规、审批习惯、供应商沟通工具都很本土化,本土厂商自然更“懂流程”。 目前较有代表性的国内厂商包括:正远科技、金蝶、用友。 1、正远科技:全流程智慧协同,多行业适配能力强 如果用一句话概括正远科技的优势:把采购全流程做细做透,并且真正能落地到日常采购协同。 它的SRM不是“堆模块”,而是围绕供应商全生命周期搭建体系,从准入到退出都有对应机制,适合希望“把供应商管起来、把采购跑顺”的企业。 (1)供应商管理中心:准入+档案+绩效闭环 供应商资质、证照、能力信息统一管理 资质到期自动预警,减少合规踩坑 (2)价格管理中心:寻源方式丰富,控成本更有抓手 比价、询比价、招标、竞价等场景覆盖 可构建物料价格库与历史趋势对比,让成本管理更“有数据” (3)采购执行协同中心:订单—收货—对账—发票在线协同 这是企业用起来最容易直接感知价值的部分: 订单、到货、对账、开票在线协同 减少Excel来回、邮件沟通,协同效率提升明显 (4)数字化决策中心:把采购数据变成可用报表 采购周期、价格趋势、供应商表现可视化 采购管理从“经验决策”转向“数据决策” (5)系统集成能力:能跟企业现有信息化系统打通 对接ERP、MES、WMS等常见系统 同时支持移动端协同,贴合国内采购人员工作方式 整体来说,正远科技更适合:采购流程多、寻源方式多、供应商数量多、对协同与合规要求高的企业。 2、金蝶:轻量化云产品,适合中小微快速上线 金蝶的风格更明确:轻量、云化、成本友好。 (1)订阅制云模式,投入更低 免服务器、免复杂部署 市场资料中常见口径:基础订阅价格“年费1.2万元起”(属于订阅型产品常见区间) (2)功能聚焦刚需场景 供应商准入、订单协同、对账结算等需求覆盖充分 操作门槛低,供应商协同更顺 (3)更适合“第一套SRM” 优势是“快、轻、省”;不足是高级治理模块相对少。适合中小微企业或成长型企业先解决协同效率问题。 3、用友:ERP协同优势明显,适配中大型企业一体化管理 用友SRM的核心标签是:与ERP生态一体化能力强。 (1)适配集团化、多组织、多层级审批 (2)覆盖复杂生产物料与多工厂协同 (3)适合有IT团队、预算较充足的中大型企业 用友体系往往“更重”,对应的实施周期与成本也更高,更适合规模化采购治理需求明确的企业。 二、国际知名SRM平台 国际平台在跨国企业里使用广泛,本质优势在于: 但如果企业主要业务在国内,落地时常见挑战是: ①本土流程与票税习惯差异 ②国内协同工具与支付方式适配 ③交付成、实施周期、长期TCO偏高 ④代表平台包括SAP、Oracle、Coupa等。 1、SAP:全球化寻源与协同标杆,跨国集团首选之一 SAP的优势非常典型:全球化标准体系成熟,适合全球采购治理。 (1)全球供应商协同网络覆盖广 SAP的Business Network/Ariba体系可支持大规模供应商在线协同,覆盖范围广、适配全球协同。 (2)供应商风险与绩效体系成熟 适合供应链层级复杂、采购体量大的集团化企业。 (3)挑战:本地化与成本门槛 对国内企业来说,SAP常见问题是: ①本地化需要二次适配 ②实施依赖认证团队 ③成本与周期对中小企业不友好 2、Oracle:功能全面,适合大型集团复杂场景 Oracle SRM体系偏向“全覆盖、强扩展”,同时和Oracle自身生态结合紧密。 (1)适合高定制、强治理的大型集团 (2)适合已使用Oracle技术栈的企业 (3)挑战:IT门槛高、实施成本高、周期长 3、Coupa:支出管理与分析强,重视精细化费用治理 Coupa的独特价值在于:支出管理与分析能力强,尤其适合重视预算、费用、付款治理的行业。 (1)支出分析与费用治理能力突出 (2)支持早付折扣/动态折扣等工作资本优化功能(Coupa官方也有相关功能资料) (3)挑战:本土流程适配与综合成本 国内企业用Coupa往往需要更多本地化对接与流程适配,且对中小企业的性价比不高。 三、国际与国内SRM核心特点对比 1、适配场景:本土优先 vs 全球优先 国内厂商:适配国内流程、政策合规与协同工具 国际平台:适配全球化寻源、多语言多币种结算 2、成本与门槛:可控 vs 高投入 国内厂商:价格梯度灵活,上线快,维护成本低 国际平台:初始投入+实施成本+长期运维成本普遍更高 3、功能侧重:实用落地 vs 全面复杂 国内厂商:更偏“解决当下采购痛点”,迭代快 国际平台:功能体系成熟但复杂,中小企业易“大材小用” 4、服务响应:本地快 vs 全球标准化 国内厂商:本地交付资源多,响应速度快 国际平台:标准化强,但本地支持响应、沟通成本相对高 四、企业怎么选? 为了不选错,建议抓住三个关键词:规模、范围、痛点。 1、中小微企业(预算有限、流程不复杂) 优先选国内: (1)想把采购全流程协同跑顺:正远科技 (2)更关注快速上线、轻量协同:金蝶云化方案 2、国内中大型企业(协同复杂、追求治理能力) (1)希望与ERP一体化:用友优势更明显 (2)寻源方式多、供应商治理需求高:正远科技更贴合 3、跨国集团(多币种、多国家、多供应商) (1)全球化寻源与标准化治理:SAP/Oracle等更占优势 (2)但必须评估本地化适配成本与实施资源,避免“上线难、用不深” 结语:SRM选型的本质是“适配”,不是“品牌” SRM系统真正的价值只有一句话: 国际平台强在全球化治理,国内厂商赢在本土落地。选型最怕的是:系统看起来很强,但落地后员工不用、供应商不配合、最终回到Excel。 因此建议你在选型时用一个标准去判断:
到底选国际知名SRM平台,还是选国内厂商?
下面我们来详细对比一下,帮你少走弯路。
如果企业采购流程并不复杂,重点是“赶紧把协同跑起来、别再靠Excel”,金蝶SRM通常会更合适。
如果企业原本就在用用友ERP,或者希望实现“财务+采购+供应链”协同治理,用友会更顺畅。
全球供应商网络、多语言多币种、标准化治理体系成熟。


采购流程跑顺、供应商管住、协同变快、成本可控、风险可见。
能否解决你的采购痛点,并被业务部门真正用起来。
2022 年底把 Kubernetes 和 ArgoCD 还有一大推云服务配置交接后就去玩赛车和滑雪了,今年准备正式回归 DevOps 职业。
因为断片了这 4 年,所以想问下这几年 DevOps 的发展和重新进入该职业的侧重点是什么。以及 AI 在 DevOps 上的集成,有没有进化到可以用 AI 生成配置的阶段。
我目前唯一知道的就是 nginx ingress 要弃用换成 gateway 了:)
招聘来源: https://www.v2ex.com/t/1185062#reply6
提出以上几点质疑后,他们表示创业公司就这条件。
等待流程期间拒了一个 offer ,耗时近一个月,最后等来这种结果。
有投这家的自己留个心眼子。我算是吃一堑又一堑


这些天真是好多出问题的啊,前段时间的 aws ,cloudflare ,现在是 github 。
虽然几天前也有些许中断,但这次是 web 都没了。似乎是彻底崩掉了。


为了逃避上班请假了一周假期提前回家过年,没想到更痛苦了,仿佛从一个牢笼中跳到另一个牢笼。
先说几个关键词,《大龄》,《未婚》,《农村》,这几个词放到一起威力真的堪比核武器。
还有一点痛苦的是从一线城市到农村巨大的环境差异真的很难适应。