掘金 已经是所有墙内站点中内容最好的了， 如果你屏蔽了掘金，我真不知道中文你还能搜到什么？？ 垃圾一样的阿里云的文章？ 还是 CSDN 垃圾场？

屏蔽了掘金，那你还不如直接用英文搜索。

@Bay0net 反正我可以确认，我用终端的话，从来不会有.DS_store .

这个苹果自己不改 finder ，谁都没办法。

大概是苹果认为，用 finder 的应用场景，大多数都是不开显示隐藏文件的。

能看到.DS_Store 的用户自己能解决

defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool TRUE

这个是禁止 finder 在网络共享里写入.DS_Store 的。

如果你用 finder 连接了对方的网络共享 文件夹，如果你有写权限，对方的文件夹里就会被写入.DS_Store

还有 .DS_Store 是 finder 创建的

一直使用命令行的，从来没这烦恼

有个人写了个软件来解决这个问题：
https://asepsis.binaryage.com/
把所有的.DS_Store 都连接到一个地方，这样每个文件夹下就没有了。
你可以试试

@hello2090
55 还叫自己程序员，那基本上就不行了。

55 还想做技术的话，最起码要深耕某一个领域

比如 WEB 开发， 驱动开发， 网络开发 ， 数据库开发等等

什么语言这种事情，应该在 35 岁之前，就不是你学习的主要方向了。

@tool2d
拧螺丝就提高不了技术了？

我见过一些程序员，连个正则表达式都写不好
让他处理个字符串，就只会简单的搜索，然后人家不断通过分割，搜索，字符串拼接来处理字符串。
一个正则搞定的事情，他能给你写几十行。 到是写的挺多的，但你这样有什么竞争力？

CRUD 能提升能力的地方多了去了，有多少人在 CRUD 中时刻想着用更好的算法来提高效率？

你在 CRUD 当中选择了不费脑子的实现方法，那么后面就别到处抱怨没法提高技术了好么。

说句令人扎心的话，程序员找不到工作就只有一个原因，能力不够。

任何一个企业老板都希望找一个来了能直接干活，解决问题，直接输出代码，快速使产品上线的员工。 人家雇人是希望你来给公司产生经济价值的。没人闲的没事干来给你找茬的。

唯一的问题是，如果一个企业发布了一个职位，有好几个人从经验，技术能力上来说都符合岗位要求，那么作为用人单位，肯定要选年轻的。

比如，有两个候选人，技术能力都差不多，都有 5 年的大型项目经验。 一个 28 ，一个 35 ，那么用人单位肯定是要 28 的。

这个时候你问的问题不应该是为啥公司不要 35 的程序员。

你问的问题应该是，为啥你 35 了， 项目经验和技术能力和 28 的年轻人差不多呢？

你看看 venv 里面都配置了啥就明白了。 本质上 venv 就相当于一个傻瓜化的 本地 manve 仓库。 venv 实现的原理就是配置 PYTHONHOME 等 Python 运行时需要的环境变量来实现的。 这就和 java 常见的运行时 java -jar -classpath=xxx 是一个意思。 只不过 venv 傻瓜化操作， 一键就把这些配置都写成 bash 脚本，然后把包都移动到 venv 目录里的 lib 下面了而已。
如果你愿意的话， 这些操作你完全可以按照 java 的思路去手动配置。

常识 1： 所谓拨号，就是客户端(光猫）通过 pppoE 协议，连接到运营商的服务器进行注册，然后获取相应分配的 ip ，网关等配置。
常识 2： 客户端(光猫)必须和 PPPoE 服务器处于同一网段内，才有可能完成通讯(没有路由的前提下)
常识 3： 桥接模式就相当于夸网段划分 vlen, 把两个物理上不属于同一局域网的网络，划分到一个 vlen 之下。
常识 4： 光猫实际上并不是猫，没有调制解调的过程。光猫相当于光口交换机+PPPoE 客户端+路由器（带路由功能的光猫）

所以，所谓光猫改桥接的操作，实际上就是禁止光猫自己拨号，直接把 wan 口划分到和 PPPoE 服务器一个 vlen 里完事儿。
那么，你这个要求就相当于告诉光猫，你不要 PPPoE 拨号，但是你必须 PPPoE 拨号分配 IP 。 如果光猫会说话，这时候已经要爆粗口了。

PS： 有一种宽带， 家里放的并不是光猫，而是路由器。家里路由器直接连到整栋楼里的一个路由器上。 这个时候你家里所谓的“光猫”，实际上并没有 PPPoE 拨号的过程，直接分配 IP 。然后你在“光猫”后面接个路由器，相当于在路由器下面又接了个子网。 这个过程类似于你说的“光猫”给路由器分配 IP 。

简直多如牛毛

不管什么语言，就属 web 框架最多。可谓是眼花缭乱，数不胜数。

https://www.techempower.com/benchmarks/#

@Northxw 任何编程语言最终你是学的是如何编程，也就是算法和数据结构。并不是说学完一个语言的语法就叫学完了。为什么总要把这两个混在一起呢？ 单纯从语法和语言的使用来说，Python 就是相对比 Java ，Rust 简单。 不要掺乎其他的东西。

太简单了， 不想玩游戏，或者用 PS/xbox/switch 玩，那就肯定是 mac 啊。

@Huelse 自己用 vim 打开编辑啊。git 会自动标注出冲突的地方。

下载个 xcode ....

按照 restful 规范,很显然是第一种. 参数拼接很显然是不符合的。

当然，实际中，第二种写起来要更灵活一些，你可以随意拼接任何参数。

但是规范的目的本来就不是为了方便，规范是为了统一，让 URL 看起来更加清晰，避免歧义。

比如说，在大家都熟知规范的情况下，你给我*/api/routers/<router_id>/interfaces ， 我不需要查文档就明白，这肯定是一个 interfaces 的列表
并且， 我想获取某个 routers 很显然就是*/api/routers/<router_id>， 我想获取 routers 的列表就是*/api/routers

但是你要给我 */api/interfaces/?router-id=<id> ， 我完全不知道该如何获取 routers 的列表和单个 routers 。

这就是规范的意义，大家都遵守就减少沟通成本。

最后，restful 按理说不要出现复数， 资源写成 router ，interface 就可以了