这是一个创建于 751 天前的主题，其中的信息可能已经有所发展或是发生改变。
开源初创小公司新立项的关联开源项目，技术方向类似 https://github.com/zabbix/zabbix
目前公司实现盈利，账面上大部分融资还没有花出去。
现在还在选型，初步确定用 Go 写 Agent ，控制台使用 nextjs/t3 技术栈，UI 倾向于 https://ui.shadcn.com 需要实现插件系统。
薪资, 15K-30K
希望你是开源技术爱好者，有成熟作品，对上面提到的技术有所涉猎，面试也是围绕选型开展
请投递简历到：emhiMTIzNDVAZ21haWwuY29t
 | 1 areyoucrazytom 2023-10-01 20:37:05 +08:00 已投 |
 | 2 yrj 2023-10-02 10:50:27 +08:00 好巧，前段时间还打算用 go 写一个多服务器管理面板呢 初步打算用 mqtt 协议通信 |
 | 4 nullcloud 2023-10-02 17:13:30 +08:00 zabbix 直接用不行吗 为啥要另做一个 |
 | 5 ahhtree 2023-10-03 11:28:16 +08:00 |
 | 6 rail4you 2023-10-05 14:27:59 +08:00 还是没忍住，在这里留言下吧。 大家尽量别投这个了，对方相当没诚意。 我也正好有这个方向的项目在做就试着发信问问的，也分享了自己做过的架构希望能进一步讨论下。 但对方一定要给原型实现才行，这也算了，但后面加了一句话"说到不如做到”，这已经不是正经招人做工作了。 |
 | 8 newshbb OP 这里贴一下原对话，以免大家误解。原文表达如果不带上语气，的确容易误解，在此表示道歉。  |
| 13 rail4you 2023-10-05 15:33:13 +08:00 我本来也不想回复的，我介绍自己和给方案，都有不少文字量，还特意把架构图画了，用不用我把架构图也贴上来？ 这是态度问题，但凡回复里能客气一些都不至于这样。 这个项目的意义也存疑，也有说套方案的，给 V2EX 里的朋友提个醒。 |
| 14 newshbb OP 之所以提出原型实现的要求，因为 chatgpt 的时代，方案实现很容易得到，毕竟不是生僻的技术领域，但是原型实现比较能体现能力，我表达的“说到不如做到”也是想要表达这个意思，的确容易产生误解。 |
| 15 rail4you 2023-10-05 16:49:07 +08:00 |
 | 18 sofukwird 2023-10-06 13:54:09 +08:00 via Android 好奇 OP 年龄，感觉是完全不懂的外行，伸手党 一开口就要原型，原型是要付费制作的，一个面试机会就要白嫖原型想太多 |
| 19 newshbb OP @sofukwird 我们的实力还行，985/211 团队（的确没有清北），搞前后端也有 10+年经验，用的技术栈也都比较新，从 asp/php/.net/jquery/angular/react 一路走来（暴露年纪了），目前项目用 rust 和 react 比较多，不至于到这里来白嫖原型。 |
 | 20 gogogo1203 2023-10-06 14:47:56 +08:00 nextjs 未来的目标是做全栈, 结合 rsc. 要做开源项目，还要和 go 结合，对使用者来说太多未知，需要知道的栈也太多了点。 |
| 22 newshbb OP @gogogo1203 这个项目的确有点复杂性 |
| 23 newshbb OP 好的，我会重新调整面试方式 |
| 24 gogogo1203 2023-10-06 15:23:01 +08:00 @newshbb 我建议好好考虑一下选型，毕竟是开源。大家用起来方便才是主要的。 后端，前端，ngnix 反向代理，再加上每个部分都要 dockerize. 让所有人都够喝一壶了。 |
| 25 newshbb OP @gogogo1203 选型也没有确定，是开放的，你有什么建议吗？ |
| 26 gogogo1203 2023-10-06 17:10:33 +08:00 @newshbb 我最早写 go ，go 处理 json 是非常繁琐的。如果后台要集合各个服务的 log ，我不敢想象这些 struct 要怎么写。nextjs 未来要捆绑后台，预处理各种 js rsc 。如果前端只是展示各种表格，没有必要搞得那么复杂。 选最简单的方式就好了。 我反而觉得 ux 上用 react-flow 这种可以自由组合和排列的画板形式会更实用一点。 |
| 27 newshbb OP @gogogo1203 谢谢， 你的思考方向很好，比如 rsc ，react flow ，而且这个 react flow 我们还真能用上 |
| 28 newshbb OP @gogogo1203 也不是非要用 go 写 agent ，我们的原则还是生产力优先，在部署/性能角度可以妥协，rust/zig ，甚至新出的 mojo/bun 都可以考虑。 |
| 29 gogogo1203 2023-10-06 17:56:44 +08:00 @newshbb react-flow 让用户自己排列和调整大小，一个 fitview 就能自动排列好所有表格组件. |
 | 30 shui14 2023-10-06 18:34:09 +08:00 这又不冲突，nextjs/t3 这类可以做前端（与用户相关的），然后实际业务 go 开发。这一点都不冲突，如果 n 自家的 vercel 主流语言都支持，自己的话可以先 rpc 之类的，后面可以用它们的方案自己包装一下，v 是用的 aws 的一个 firecracker ，先跑通利润再说。 |
Select Language