V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  libook  ›  全部回复第 36 页 / 共 247 页
回复总数  4932
1 ... 32  33  34  35  36  37  38  39  40  41 ... 247  
2023-06-14 17:38:43 +08:00
回复了 fengjixuchuia 创建的主题 问与答 第一次发帖,关于我的人生,想听听大家的建议
以结婚为目的谈恋爱本来就是一种婚前考察,合适再结婚,不合适就换一个,要是谈恋爱都必须结婚,就不如不谈恋爱直接结婚。要说谈恋爱是风花雪月,结婚后就是柴米油盐过日子;两个人过日子首先就是三观要互相兼容,其次就是要有基本的默契,对于任何事情都能准确预测对方会是怎么想的。

你需要一个职业生涯规划,规划要分短期、中期、长期目标,比如你希望 3 年后、5 年后、10 年后自己在什么环境下以什么状态做什么工作。定下了目标之后再看自己离目标有哪些差距,并拆解成为相应的学习和行动计划。如果学历在你的规划中是比较重要的因素,你就可以规划在什么时间点取得什么学历。
运维和开发是两条差别较大的职业方向,运维也有更高级的能力,比如云计算、云原生、大数据运维、SRE 等,可以多看看技术雷达,了解和学习有趋势的技术。

境外网军的业务指标之一就是劝大陆中产润,实际上润并不能解决所有问题,你在国内不是资产阶级,就别妄想去一个资本主义制度的地方能做 1 等公民。
2023-06-14 17:21:20 +08:00
回复了 289396212 创建的主题 程序员 把 git 作为电脑系统备份的一个方案?
快照更好用,毕竟是专门用来干备份的。
从 git 的原理来说,遇到二进制文件就比较浪费资源。
不过我用过 git 管理过一些游戏存档的版本,随时 checkout 到各个提交的节点还比较方便。
2023-06-14 12:21:00 +08:00
回复了 byewind 创建的主题 分享创造 为什么我不担心 UI/UX 设计师被 AI 取代
现阶段没法取代,反而 UI/UX 可能会成为 AIGC 的深度用户群体。

但未来难说,AI 是有“涌现”的说法的,当算法、硬件发展足够成熟,就会突然具备以前不具备的能力。
比如对于设计师来说,用户体验方面也是基于用户调研数据来看的,不能说设计师自己觉得舒服就对所有用户来说都舒服,而用户调研数据灌给 AI ,理论上也是有可能让 AI 完成符合大多数用户感受的产品设计的。

感兴趣可以入门一下深度学习的原理,你会发现其实 AI 的原理类似于人类经过训练形成下意识的、符合预期的反应,也就是说只要相关工作是人类按照这种方式去做的,AI 也是可以完成的。现阶段 AI 无法实现的是创造训练样本里没有的元素,但对于绝大多数工作来说,都没有那么高的创造性要求,所以作为大多岗位的创造辅助已经很有意义了。
2023-06-14 12:10:56 +08:00
回复了 richangfan 创建的主题 macOS 已经变成苹果的形状了
我在用的键盘支持全键位映射调整,所以不同系统我都可以使用相同的键位+不同的映射。
2023-06-14 12:03:48 +08:00
回复了 Cagliostro 创建的主题 问与答 中药熬制是如何控制变量?
问大夫或者药房具体怎么煎就行,一般容错都比较高的,容错低的大夫会特别嘱咐煎药方法的。
实际上现代医学药物大多容错也比较高,特别是 OTC 的,不会像麻醉一类的需要精准控制。
2023-06-13 17:21:49 +08:00
回复了 sdjl 创建的主题 程序员 你们不觉得产品经理这活,应该由程序员自己亲自干吗?
产品经理做原型的早期阶段就应该引入开发人员进行可行性评审了,可以在早期大方向基本确定的阶段避免这个方向本身不可行。可行性包括但不限于技术实现难度、成本、风险等。后续在完成原型设计,也需要下游各岗位进行评审,一方面排除风险,另一方面反馈综合成本给产品经理和项目经理来评估时间规划和 ROI ,到时候产品经理自己就知道哪些该修改甚至砍掉。

产品经理作为生产上游,应该提供完善的文档给设计师、开发人员、测试人员、销售人员、客服人员,不光是为了下游岗位可以高效完成工作,也能在一段时间之后为产品经理自己回溯产品设计提供支撑。最好的情况是产品经理仅提供文档,不需要进行任何附加沟通,下游就可以完成工作。

产品经理的工作和程序员的工作所需要掌握的能力和知识有较大差别。通常程序员是从技术实现的角度上来进行设计,并期望用户按照自己设计的使用方式去使用产品;而产品经理是从用户需求和业务目标的角度上来进行设计,会充分考虑用户心理和行为逻辑。
什么?有程序员做出了普通用户觉得好用的产品?那这个人一定是具备了一定的产品经理能力。

产品经理和程序员之间的问题是老生常谈了,实际上都是项目管理问题,基本都可以通过合理设计工作流程、完善对接机制、构建相关工作制度来解决。

当然见于产品经理这个职业并不存在“科班出身”的人,所以现实生活中产品经理的能力也是参差不齐,反正我从业近 10 年接触过的真正能干好产品经理本职工作的屈指可数。其他人没法很容易就能做好,我也不相信程序员就能更容易做好。
2023-06-12 12:30:48 +08:00
回复了 lk960511 创建的主题 程序员 什么岗位越老越吃香,随着年龄和工作年限越来越有价值?
传统技术工人、医生。这些是看经验和熟练程度的。
还有一些是看积累的人脉资源的,比如律师、工商管理岗位。
2023-06-12 12:26:36 +08:00
回复了 javak 创建的主题 程序员 看到有大神用 Swift 做后端,坚定了我用 Java 之路
我个人不想在一棵树上吊死,做东西有余力就研究一些最适合这个需求的技术栈,没有余力就用自己熟悉的东西。
多了解别的技术栈挺开阔眼界的,解决问题也有更多思路。
2023-06-12 12:20:57 +08:00
回复了 l947 创建的主题 教育 家里的弟弟刚高考完,关于专业的选择求助
可以做个职业生涯调研,看计算机的就业方向和情况如何,让你弟弟自己做选择。
网络设备的可靠性要求还是远高于家庭服务器的,所以建议网络方面的功能用独立设备,不然折腾服务器网络就炸还挺不方便的。

能满足需求就哪个便宜买哪个,需求规划没想清楚就再想想。
2023-06-12 12:11:17 +08:00
回复了 zgqq 创建的主题 NAS 现在 diy AIO 的是为了什么
用作 NAS 用途的话,得看能带多少块硬盘。我现在自己攒的 NAS 用的 J 系列只有可怜的 4 个 SATA 口,连 RAID 都上不了,成品 NAS 是可以高效利用 PCI 通道的能带更多盘。稍微发烧一点的玩家直接上工作站平台了,十几块盘起步。

Mini 主机的产品定位还是普通桌面用途,凡是对 NAS 或家庭服务器要求多一点就没法满足了。

说省电,其实 NAS 用电大头是硬盘,我目前跑 Docker 专用的服务器是 3800X+2080S+1TB NVMe+512HDD ,日常功耗才 60W ,要是拿掉 HDD 还能省几 W 。机械硬盘一块就能达到 10W 了,组个 6 盘 RAID 就成为功耗大头了。
另外图省钱或大容量上企业级硬盘的,噪音大头也是硬盘。

当然不同人需求不一样,有的人路由器的 USB 插个移动硬盘就能满足所有需求了,根据需求选择最合适的设备就好。
2023-06-12 11:57:06 +08:00
回复了 showmeCell 创建的主题 NAS 有了公网 IP,在外网咋样看视频
是 Docker 桥接网络跑的嘛?看看 Docker 网桥的 MTU ,是不是需要调小一点。
活是永远干不完的,可以记录一个列表,然后划分优先级,优先做高优先级。
2023-06-09 11:01:52 +08:00
回复了 honhon 创建的主题 Linux Linux 文件夹所有者,无权限打开该目录是什么问题
所有者和组只是为了明确文件权限中的 user 和 group 部分针对的是哪个 user 、哪个 group ,不是说所有者就有所有权限了,比如虽然文件是你所有,但你可以去除自己的写权限,让这个文件对你来说变成一个只读文件,等你需要写入操作了再给自己赋予写权限。
Linux/Unix 的设计哲学就是万物即文件,目录也是被当作文件处理的(你甚至可以看到目录本身也有大小,只不过它不是目录的内容的大小),所以目录的读写权限只是针对目录本身,而不是针对目录里面的内容,文件没有进入操作,但有执行操作,于是进入目录就是使用执行操作来实现的。之所以叫“目录”而不是叫“文件夹”就是因为它真的是个目录,你在目录中添加或删除文件,实际上就是在修改这个目录(想象一下你在 word 里添加或删除章节是一定要修改目录列表的),所以会需要目录的写权限,但更改目录中文件的内容不会影响目录。
2023-06-09 10:47:14 +08:00
回复了 Wataru 创建的主题 生活 净水水龙头效果好吗
这种情况下比较适合滤水壶,用过几年,滤完后烧开都不起水垢。
2023-06-09 10:41:37 +08:00
回复了 leimao 创建的主题 美酒与美食 中国鳗鱼的食品安全问题和信任危机
不愧是 V 站,聊个吃喝都能扯到国家上面。
2023-06-08 12:24:07 +08:00
回复了 polobug 创建的主题 问与答 机械键盘单个按键失灵,按压反馈正常一般是啥原因?
可能是脏了,用 WD-40 喷一喷试试,机械键盘基本三到五年都需要喷一喷。
1 ... 32  33  34  35  36  37  38  39  40  41 ... 247  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2608 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 48ms · UTC 07:11 · PVG 15:11 · LAX 00:11 · JFK 03:11
Developed with CodeLauncher
♥ Do have faith in what you're doing.