V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  zhanshen1614  ›  全部回复第 3 页 / 共 6 页
回复总数  112
1  2  3  4  5  6  
2 月 12 日
回复了 zhanshen1614 创建的主题 职场话题 个人项目可以应聘 Golang 开发吗?
@tangtj 没有做整个商城,只做一条支付的核心链路,整个全部做完还要兼顾性能、可用性成本太高了。
2 月 12 日
回复了 zhanshen1614 创建的主题 职场话题 个人项目可以应聘 Golang 开发吗?
@bzj 这个确实能做到啊,当年学校就是开设 Pascal 编程兴趣班进阶以下就会。工作后公司项目架构哪里有问题,需求合不合理,是否越界,能否实现预期目标,这些我很快就能判断出来,团队觉得要试试看才知道我都觉得不用,与生俱来的产品思维,根本没有水分。
2 月 12 日
回复了 zhanshen1614 创建的主题 职场话题 个人项目可以应聘 Golang 开发吗?
@huyu 可能不行啊,个人项目公开了源代码,人家肯定会怀疑说你怎么把公司代码泄露出来。
2 月 12 日
回复了 zhanshen1614 创建的主题 职场话题 个人项目可以应聘 Golang 开发吗?
@MindMindMax 那这种有解吗?内容描述可能过于简单,实际使用的组件非常多,Apisix 都有用到,去年很多 Golang 的岗位都能应聘但全部卡在垂直经验。
2 月 12 日
回复了 zhanshen1614 创建的主题 职场话题 个人项目可以应聘 Golang 开发吗?
@MindMindMax 目前遇到的问题是卡垂直经验,包括去年应聘资深 PHP 也被这个卡住,因为要求至少 3 年的外企 SaaS 系统架构经验这个确实没有。

如果没有垂直经验要求的话,我的技能都是达标的。
2 月 12 日
回复了 zhanshen1614 创建的主题 职场话题 个人项目可以应聘 Golang 开发吗?
@skallz 16 年前的特殊经历没有写,只是代表自己很早就接触过全链路开发。
2 月 12 日
回复了 zhanshen1614 创建的主题 职场话题 个人项目可以应聘 Golang 开发吗?
@MindMindMax AI Agent 也可以做
2 月 10 日
回复了 shoushen 创建的主题 问与答 政府的很多工作可以被 AI 取代
AI 完全可以取代基本信息录入岗位,这种工作享受编内的待遇不太合理完全可以用 AI 取代,但决策类的岗位做不了,因为决策要考虑的因素很多,外部环境一直在变化但 AI 有滞后性。
1 月 26 日
回复了 zhanshen1614 创建的主题 程序员 AI 时代如何证明个人项目的真实性?
@netabare 我的个人项目代码提交 289 次,还有迭代(目前到 6.2 ),从最初的 65Qps 优化到 1596Qps ,P99 从 685ms 优化到 84ms ,有 Roadmap ,决策记录、自述文件和变更日志,还有负载测试和压力测试,这么多资料都能证明是人写的。
1 月 24 日
回复了 zhanshen1614 创建的主题 程序员 AI 时代如何证明个人项目的真实性?
@chtcrack 我分析了下大概率是招聘方的问题。有些单位招人很死板,没有同语言同行项目开发经历就不要,不相信个人项目是自己做的。
1 月 23 日
回复了 zhanshen1614 创建的主题 程序员 AI 时代如何证明个人项目的真实性?
@wxiao333 说多都是泪。过去接触的公司项目(非外包)架构都很差,除了加班 CRUD 几乎学不到什么东西,团队里几乎没有优秀的技术实践,从服务器下载日志,可观测性几乎为零全是领导一人把持基础设施。想转 Go 开发又遇到要求同行项目经验的岗位只能自己弄一个来深度实践。需求基本是围绕架构展开的,从架构层面来说已经优于过去的项目开发经验。
1 月 23 日
回复了 zhanshen1614 创建的主题 程序员 AI 时代如何证明个人项目的真实性?
@skuuhui 我之前都在中型企业工作,8 年以来遇到的企业级产品规划都不行,各种系统功能混合交叉,需求来了就是执行,万一那个需求是老板的心腹提的你敢推翻?当然我也有产品思维不过在这些公司里没啥用。因为规划不足,系统架构也是很差的,基础设施都缺胳膊少腿,唉。
1 月 23 日
回复了 zhanshen1614 创建的主题 程序员 AI 时代如何证明个人项目的真实性?
@e3c78a97e0f8 说实话,我在公司做的项目,其基础设施不如个人项目,有的运行五六年还没上监控全靠值班。之前在一个单位做 PHP 竟然还没上 composer !听老员工说用过 composer 但有一次安装的组件发生安全事故就禁用了,部署还是用 shell 。
1 月 23 日
回复了 zhanshen1614 创建的主题 程序员 AI 时代如何证明个人项目的真实性?
@javalaw2010 个人项目就是 Go 开发的,而且都做到事件驱动了,幂等性、容错、死信队列都有。
1 月 23 日
回复了 zhanshen1614 创建的主题 程序员 AI 时代如何证明个人项目的真实性?
@beyondstars 真实性是指经过自己思考、规划,并独立开发、设计架构和技术选型,AI 作为辅助工具而不是全部依赖 AI 写代码,让 AI 设计架构并完成代码编写视为代工。

我开发的个人项目就是要用于应聘 Go 开发岗,代码 9 成以上手写是因为 AI 无法生成正确的代码。目前的问题是被卡在垂直经验,自己做的项目被视为 AI 代工,朋友告诉我说要企业级产品开发经验才行,可是架构真的是自己设计的呀。
1 月 23 日
回复了 litchinn 创建的主题 程序员 国内外一个有趣的技术倾向区别
有些国内的技术团队不用云厂商的服务其实是“自主可控”的幻觉,本质是架构设计和产品规划的问题,多个功能相互交叉,主流框架无法支持只能自研框架,无法接入云服务,最后只能全部自研。

之前我工作过的公司,其定时任务经常用系统自带的 CronTab 或者自研任务调度器,后者时间间隔经常差一两秒,时不时来个 Too many connections 。

我最近在用 golang 做个人微服务项目准备转型 Go 开发,计划引入 Prometheus 监控,结果服务器快爆了改成代理模式,用阿里云的云监控,剩余空间腾出来装 redis 和 Grafana ,如果强行按原计划那么这 2 个就弄不了了。总之组件没有绝对的好坏,适合的才是最好的。
1 月 23 日
回复了 zhanshen1614 创建的主题 职场话题 莫让 AI 成为根本性错误的遮羞布
@akira 有完善上下文和提示词但这个要审批的,领导发现上下文和提示词试图让 AI 判断架构设计和伪需求这种根本性问题有时候会带来不必要的麻烦。
AI 依赖上下文,提供的信息越宽泛代码质量越差,没提到就当没这回事。你要防缓存击穿,那么就得提供缓存系统的基本信息,比如单节点还是集群,还有系统架构、运行环境、系统的功能需求和非功能需求。

我最近在用 go micro 开发 EDA 的微服务,用 Vscode 自带的 Copilot 生成代码,本来想让它把自创的事件侦听器改得性能高一点结果没改到点子上,后来我发一段对话询问读多写少的场景改成 sync.Map 是否可行 AI 回答可以,然后就按照这个去改。

AI 目前对于系统架构还是比较乏力,生成的实现方案(含代码)经常是整合资料,最多只能当助手不能当主力。
1 月 11 日
回复了 iorilu 创建的主题 程序员 现在感觉产品以后交付都是按小时算时间了
实现需求可以,架构方面还是不太行。
其实很多公司面试还是古法程序员的思维,认为会手写代码的才是人才。

我最近做了个全链路微服务个人项目准备转型 golang 是被迫纯手写。许多组件用 helm 安装加上 values.yaml 没多少说明,3.0 版开始用的是 EDA 架构资料匮乏,无论提供多么详细的上下文,Cursor/Copilot 生成的配置文件和代码仍存在大量错误,代码写得很复杂,然而我自己分析框架源码微调几行就搞定了。
1  2  3  4  5  6  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   914 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 187ms · UTC 22:31 · PVG 06:31 · LAX 15:31 · JFK 18:31
♥ Do have faith in what you're doing.