V2EX › yannxia 的所有回复 › 第 28 页 / 共 37 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 20 21 22 23 24 25 26 27 28 29 ... 37

❮

❯

2020-07-08 23:50:01 +08:00

回复了 aoscici 创建的主题 › 问与答 › App 是通过什么途径获得我的具体地理位置的

IP 地址也可以定位咧，精度不高罢了。

2020-07-07 13:50:15 +08:00

回复了 windbadboy 创建的主题 › 问与答 › 大家的笔记本一般几年换？

2010 年款的 Thinkpad e430 （ i7-3XX ）换了固态，加了 8g 内存，还能在战 2 年。

---

准备搞个 3900x 的台式机，笔记本的性能太弱了（在轻薄的情况下）

2020-07-06 22:40:02 +08:00

回复了 BigR 创建的主题 › 程序员 › 来自小众语言开发者的迷茫---前辈们来指导。

看你职业规划啦，如果希望 WFH 的话学点英语想办法接点外面的单子还是不错的，如果走国内大厂那条路还是要学一个更通用的语言的，倒不是语言重要，因为生态比较重要，小种语言普遍生态较差，从我的观察看 Java 的轮子就明显比 Go 的轮子多也圆一点。

2020-07-06 13:43:51 +08:00

回复了 yangyuhan12138 创建的主题 › 程序员 › 内核态用户态的数据拷贝,有点不明白

不明白很正常……
讲道理按照逻辑说，的确是应该将地址直接从内核态作为返回值直接给用户态就可以了。但是在实际上因为安全 /硬件还有一些历史原因导致，最基础的传递是通过 Copy 来的，之后才出现的 Zero Copy 的技术。

OS 因为要配合硬件，所以不是一个很纯粹的软件设计思想，这个只能按照他的思路来。

2020-07-06 11:55:41 +08:00

回复了 20498860 创建的主题 › 问与答 › 一个包含产品经理、项目经理、UI、后端、前端、测试的 20 人小团队的正常开发流程是怎么样的？

给你讲其实大家都差不多是这样的，主要有两层原因：

1. 团队磨合不到位
2. 经验不足：产品经理不知道要交付到什么程度的原型图，后端不能保证 mock 的数据和最终数据一致

其实也没啥纠结的，新团队都会这样的，磨合个一年多就好了，如果在人员流动低的团队，替换的员工可能就会觉得好点。如果一直没磨合好，就要考虑是不是能力问题了。

2020-07-06 10:41:32 +08:00

回复了 CBS 创建的主题 › 问与答 › 鉴于 163 放广告， QQ 微信注册限制，有没有什么域名邮箱服务

国内就知道阿里云现阶段还行了。

国外的 Zoho,Yandex,Migadu 之类的。腾讯企业邮真的是越来越坑爹了，突然要求每个账号绑定手机号 /微信。

2020-07-04 21:20:25 +08:00

回复了 find456789 创建的主题 › 问与答 › 我发现删了 brew 后省心多了，以前为了 brew 而 brew ，结果出现好几个 Python

@BrettD vcpkg 也还可以哈···

2020-07-04 21:09:35 +08:00

回复了 imdong 创建的主题 › 问与答 › 想问下你为什么选择 or 拒绝非标准键盘？

有段时间用 60%的键盘，那段时间一直写 Go，Go 的 Json 定义是 `` ，在键盘上需要按三个键，然后就把键盘卖了。

2020-07-03 19:49:15 +08:00

回复了 yannxia 创建的主题 › 问与答 › 如何避免开发变成运维

@amwyyyy 哈哈哈，就是那种好像没有在写什么代码，日常事务很多。

2020-07-03 17:48:53 +08:00

回复了 yannxia 创建的主题 › 问与答 › 如何避免开发变成运维

@testobjs 这就不知道了，我们公司也算是给客户提供运维工具的，从我了解的企业看，大部分运维工具背后也需要蛮多人来维护的。

2020-07-03 17:46:56 +08:00

回复了 yannxia 创建的主题 › 问与答 › 如何避免开发变成运维

@chainzhao 这种界限还是比较清晰的，自从推 DEVOPS 之后，我就越发的迷失在运维了。

2020-07-03 17:01:28 +08:00

回复了 yannxia 创建的主题 › 问与答 › 如何避免开发变成运维

@testobjs 这倒不是了，大概是这样的，比如我们需要链路追踪，引入了 pinpoint 之类的开源工具，我们接了 Agent，Dashboard 也做了一些二开，但是 pinpoint 本身就是需要运维的，这件事最后落入我等开发的手里。
---
我的经验就是开源组件的运维工作经常会落入我们开发的手里（运维会说我也不知道他内部的工作机制）……

2020-07-03 15:16:31 +08:00

回复了 yannxia 创建的主题 › 问与答 › 如何避免开发变成运维

@Jooooooooo 中间件的运维还是交给运维专业点，我意思这让我这个开发很不舒服……

2020-07-03 14:35:23 +08:00

回复了 yannxia 创建的主题 › 问与答 › 如何避免开发变成运维

@Jooooooooo 还是一样的问题，自动化算不算运维的事情。自动化没啥尽头，不然大家也不会忙着搞 AIOPS，很多配置要参考经验的成分。

2020-07-03 13:06:46 +08:00

回复了 yannxia 创建的主题 › 问与答 › 如何避免开发变成运维

@di94sh 这个分工感觉还是需要的，人的精力有限，就比如 MYSQL，开发者到底要搞到多深呢，CNCF 的东西普遍简单还算好，以前 apache 的中间件一个比一个复杂，精力更不上

2020-07-03 12:40:56 +08:00

回复了 yannxia 创建的主题 › 问与答 › 如何避免开发变成运维

@gargar 咋说呢，我感觉 CNCF 的东西和开发靠的有时候太近了的，比如说，我们做一个告警的集成，就要和 alertmanager 写 webhook，但是出了问题就要开发去检查配置对不对，运维说我让他跑起来就可以了，对于这个应用的设置感觉还是属于开发的，很讨厌这种用软件的工作内容。