V2EX › abcbuzhiming 的所有回复 › 第 2 页 / 共 103 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 103

❮

❯

88 天前

回复了 kevinguoCN 创建的主题 › Vue.js › 后端学前端的无力感

1-5 这些问题都不是啥问题，基本都是你搜搜资料都能解决的，本质都没有超脱传统编程的套路。

真正的麻烦 CSS 你放在最后一个了，其实这才是前端的叹息之墙。虽然这东西看起来简单，大部分人也用不了高深的特性，但是这个玩意出问题的时候，你是没有办法用传统编程思维去解决的，这才是前端真正的“房间里的大象”，不可解的问题。

90 天前

回复了 Legman 创建的主题 › 问与答 › 请教基础服务方案

@lower 每种就部署一个的话，需要搞私有云吗？那不是硬造需求？服务这玩意从来都是多了才需要运维，少根本不需要运维。
不过每种就一个，你就更要小心，每个组最好单独一个账户，隔离它们能访问到的数据，否则就会出现 a 不小心改了 b 的库这样搞笑的事情。
反正有状态服务，我是坚决反对多个组混在一起搞开发使用的，各种各样的笑话，就算老手都不一定保证不失误

90 天前

回复了 Legman 创建的主题 › 问与答 › 请教基础服务方案

你提到的服务，全部都是有状态服务，有状态服务最好的方案就是一个环境一套，但凡它有状态，运维就轻不起来。你就算私有云，照样是申请一个，就是一个实例，单独为某个环境服务。而且你还得配审核人员，更烦

102 天前

回复了 chesha1 创建的主题 › 程序员 › 一个服务的配置文件用什么格式（比如 xml, json, yaml）比较好？

@GeekGao 我手上并没有，但是老外的社区说过不止一次这个问题，想来不是空穴来风

103 天前

回复了 chesha1 创建的主题 › 程序员 › 一个服务的配置文件用什么格式（比如 xml, json, yaml）比较好？

@GeekGao 我前面说了，yaml 这个东西之所以被 k8s 广泛采用，就是因为 k8s 的工程师动不动就要些几万行的配置文件。在这种数量级下，同样的配置项，少写一个 key 就成为了收益性很高的一件事。所以 k8s 才选了这个格式作为自己的配置文件。
你自己只需要写几百行 k8s 配置，那你一个大类下面有几个子类不得了了，那自然是体会不到这玩意难读的。实际上国外社区已经不止一次抨击过 yaml 作为 k8s 的配置文件“难以阅读”了。就在于我说的，它们说的这种“难读”的 yaml ，一个大类下面子类的数量，多到可以横跨好几个屏幕高度。看着看着眼睛就花了

103 天前

回复了 chesha1 创建的主题 › 程序员 › 一个服务的配置文件用什么格式（比如 xml, json, yaml）比较好？

@GeekGao 我给了理由，不是随便轻松的讲话，人眼的特性就更适合横向扫描。况且你是不是觉得 python 和 yaml 都是有缩进，就觉得这两个玩意一样？你见过 yaml 子项的数量多到可以横跨整个屏幕高度的情况没？

103 天前

回复了 chesha1 创建的主题 › 程序员 › 一个服务的配置文件用什么格式（比如 xml, json, yaml）比较好？

@GeekGao 这上面写错了，yaml 根本就不易读，人眼的生物特性，更适合横向扫描，而不是纵向位移。这就决定来了 yaml 读起来一点都不友好。而且 yaml 之所以设计成这样就是因为 k8s 的配置代码量非常大，所以少写一个 key 的收益就特别大。yaml 是少见的专门针对写多读少环境的配置语法

103 天前

回复了 chesha1 创建的主题 › 程序员 › 一个服务的配置文件用什么格式（比如 xml, json, yaml）比较好？

@kenvix 因为 k8s 用 yaml 这东西，而 k8s 用这东西的核心原因是，k8s 工程师写配置文件的量非常大，几万行的配置文件和家常便饭一样。典型的写多读少。对于他们来说，节省几个字符串带来的收益海了去了，所以 yaml 才是这个样子。
但是对但部分其它人来讲，配置文件永远是读多写少。yaml 这种读起来一泡污的语法就一点都不友好了

106 天前

回复了 Drinkinghook 创建的主题 › 问与答 › QQ 对发送图片进行了内容识别

你们大惊小怪的今天才知道吗？微信也有。而且微信更夸张，觉得你发的东西不对的话，那就只有你自己能看见，其它人看不见的

110 天前

回复了 Gannicus5 创建的主题 › 问与答 › windows 服务器如何管控用户级别网络权限

现成的工具应该没有，域控制器只能分批设置目标电脑的防火墙，但是不能根据用户名来定义

111 天前

回复了 CarrieBauch 创建的主题 › 前端开发 › 2024 年了，想问一下前端要学会哪些技术，可以达到独立开发者的水平

这已经够了，其它都是工具，边撸代码边问 gpt 就行了

111 天前

回复了 jjxtrotter 创建的主题 › 硬件 › 感觉现在 DIY 主机性价比还不如笔记本？

DIY 本来就是为少数追求性能的人准备的。

只要你追求性能，笔记本的温度墙和功耗墙，就是两道不可逾越的叹息之墙。

每次有制程红利可吃的时候，就会出现个别硬件笔记本性能和 DIY 不相上下，甚至还能超出的时候，比如你说的 4060.

归根结底，是看你追求什么。

111 天前

回复了 gzk329 创建的主题 › 程序员 › [职业发展] 应届入职两年多了，感觉从 Java 开发干成了运维

楼主啊，你知道这个时代，程序员最大的魅力在哪里吗？

在于你一个人“有可能”走完软件的立项，设计，开发，测试，发布，销售的整个流程。

在这个过程里，你就是自己的神。

这才是程序员的魅力，也是程序员能脱离资本异化个人劳动力为螺丝钉的唯一可能。

当你开始认为，开发就是开发，测试就是测试，运维就是运维。你打心里开始认同这种“各司其职，井水不犯河水”的模式的时候，你就已经开始自我异化，把自己变成了软件流水生产线上的一颗螺丝钉。

众所周知螺丝钉这种东西想换就换，对于资本来说一点成本都没有。所以这也是资本一直追求的——希望把软件开发这种手工业，变成机器大生产流水线，那时程序员就真的变成血汗工厂流水线上的螺丝钉了。

126 天前

回复了 abcbuzhiming 创建的主题 › 软件 › 2024 了，现在如何建立个人隐私为主，并可方便进行数据同步的的知识库？

@lxh1983 这东西是 Note ，不是知识库，Note 类软件的设计是偏向随时记录，并有 ToDo list, 还带有 ToDo 提醒。这都是我不需要的，知识库偏向的是大块文本的整理和查找。这和 Note 类是有区别的。
再就是，这东西居然也有分享功能，还是借助群晖自己的服务器实现的。再我看来，你只要提供呢分享，还是基于服务器的中心分享能力，你就处于危险中，但凡某个人分享了不该分享的，搞不好打击就来了。强调隐私就没打算分享，最好这玩意根本就没有一点分享能力，没人知道才是安全的

126 天前

回复了 abcbuzhiming 创建的主题 › 软件 › 2024 了，现在如何建立个人隐私为主，并可方便进行数据同步的的知识库？

@justNoBody obsidian 又大又重，且明显不是设计为开箱即用的。你说的完美是要建立在你会折腾的基础上的，只要你会折腾，它确实可以完美。问题是我并不需要那么完美啊

而且 Obsidian 的同步方案我个人认为不太理想，不符合我之前，多端同时在本地编辑，然后可以最后汇总的情况，它不允许两端同时开着同步插件，这就很要命了

132 天前

回复了 MrLonely 创建的主题 › 数据库 › 每个 Docker 单独使用 SQLite 和中心化部署 PostgreSQL 怎么选择？

你把数据集中到 pgsql ，你 pgsql 就不需要备份了吗？

@julyclyde 这话说的太理想了，你总会遇到有状态的服务的，而实际上状态正是网络服务里最难管理的东西

134 天前

回复了 abcbuzhiming 创建的主题 › 宽带症候群 › 光猫拨号 UI 这里的这个“启用 NAT”是啥意思？

@weiyan 这之中的区别在哪里？我以前一直以为既然在路由模式下，那默认就是带有 NAT 的。

@peasant 确如你所说，不开无法连互联网，但是，为什么呢？

134 天前

回复了 fescover 创建的主题 › 程序员 › 程序员是否被技术思维限制了，投身农业养殖业是否也可行？

家财万贯，带毛的不算。
听过这句话没？
没听过这句话就去搞养殖业，你裤子都要亏掉

135 天前

回复了 michaeljackson 创建的主题 › 奇思妙想 › 国内做站只限内部人访问，如何做到被举报的难度呢？

@michaeljackson 你被举报多了的话，人家不需要看你的实际内容，会走快速渠道先把你拉入黑名单。

PS：你就别折腾了，GFW 可是有有杀错不放过的权限的。你想让国内公开访问又不想被举报怎么可能呢？而且你既然是内部人访问，这内部人肯定不多吧，每个用户提供一个邮箱，用邮箱传递网址，且使用带随机字符串的 n 级域名，便于挖出举报者，就是当年小说网站防盗链的思路。
再狠一点，双向证书，客户端验证不通过不准访问。

1 2 3 4 5 6 7 8 9 10 ... 103

❮

❯