前两天听了演讲，了解到医院有疼痛科这个科室，楼主也可以关注一下

你对于 Go 的语法还需要更多学习。

正文里面的判断，在编译期就能完成，不需要在运行期完成。代码层面，也不太会有一个 map 或者 list 能够支持你做这样动态的判断，存不下。

你可以贴一下业务场景，看看是什么场景需要这样的代码设计，坛友们可以帮你看看有没有更合适的方式。以及避免 XY 问题。

关于楼上的问题，type fn 入参是 content.Context ，test()返回的函数入参是 *gin.Context ，不是一个类型，Go 目前不支持基于 interface 实现的函数替换，更常见的做法是，基于对入参 ctx 的 _, ok := ctx.(*gin.Context) 这样的判断

建议发到 /go/flood [裂开] 楼主你这不一定是恐高额

恐高也分程度吧，我看了维基百科，“恐高症”是被归类为疾病/障碍的一种东西，假如只是起个鸡皮疙瘩，也许不用惊慌？

另外，可以试试攀岩，不管是顶绳还是抱石

看京东销量，G304 似乎更受欢迎。不过提供一个我的例子：买了两年多，逐渐出现鼠标画线中断，微动回滚的情况。维修难度……评为 5.0/10 吧

楼上说的尽量进大公司是不错的，大公司人才多，被薰陶也快。

关于你在公司的待遇，其实你要从另外的视角来看，公司招你是因为他需要从市场（或学校）招聘，那么它需要完成的是同其他提供岗位的公司竞争，降低你的预期（ PUA ），或者高薪（吸引力🧲），再具体一点，就像楼上说的，你得看看「不得离职」这种合约在行业内是不是常见的。

(O) P 公司照这种表现会是个正常运转（就是正常做产品）的公司吗？
P 公司可能是正常的公司。其中一个猜想是拉到了政府关系，所以才从原来的电源转到边缘计算方向，并且拉 M 博士做主心骨。

(O) P 公司和 Q 公司可能是什么关系？
P 和 Q 公司的关系俺不知道该怎么去猜，老板平时都坐在一起喝茶也说不一定。

(O) P 公司和 M 博士可能是什么关系？
现在的话，M 博士还没有出面，而且你们是实习的身份，再加上是口头说说，可能是只是没有公开宣传，或者最差的，狐假虎威

(O) 冲一冲还是就这家了？
还是再找找比较好，目前来看，这个公司规模似乎不是很大，工资和发展（学习）机会上可能都给不了你很多。关于工作选择，首先要声明我不管是实习还是正职，都没有很多抉择经验，其次我要说，大部分情况还是多找机会，然后祈祷自己做的选择是正确的😄

追问：
怎么不问问学长学姐在这家公司的经历？那肯定比网上那些信息来得到位。


另：
社会第一课，小马过河。特别是在此时（ 2024 Jun ）此地（ V2EX ），不少半瓶子醋的人却很有信心地给出自己的“点评”[1]，在你未来的人生中，大概率还要听不少“高谈阔略”，只是，要小心，鼠目寸光而不自知的人比比皆是。

注：
1. 我觉得你写的蛮好蛮清晰的，堪比那些个法庭判决书

开卷有益，向你看齐🫡

@pigdragon #5 比开口更有益的是主动学习。看到是自动生成的代码，去找生成它的软件，找到对应的生成逻辑，看看为什么这样设计，是不是有哪里可以优化，再去提个 PR ，岂不美哉？

（虽然我从没提过）

检查时间。time.is

@billbur #4 衷心劝告楼上老哥三思用 fmt.Sprintf() 做 map 的 key

分析 1：楼主少贴了一部份代码，整体代码猜测是遍历 []Struct ，构造不同 Struct 分类下的 slice ，内容为 Struct 某个属性。

分析 2：因为 map[key] = append(map[key], value) 之前要保证 map 的存在，而截图中 map 其实是其他 map 的 value ，zero value 是 nil ，直接写操作会 panic

解：使用 struct 作为 key 。不要使用 string ，维护起来简直就是噩梦，凭多层 map 还能知道每一层都用的是什么做 key ，写入的时候少一层会因为类型不对而报错，要是用 string 做 key ，那类型系统一点儿都帮不了你。

注：strcut 字段类型灵活运用嵌套、指针、空指针等特性，value 如果哪天要用结构体，最好统一 new 方法（以防哪天想往 value 里面加个 map ）

> https://man7.org/linux/man-pages/man1/ls.1.html
-f list all entries in directory order
-i print the index number of each file （但跟楼主的 case 似乎没很大的关系）

> https://unix.stackexchange.com/a/13456 user732 answered May 19, 2011 at 16:48
It depends on the filesystem. For some filesystems (ext3 among them), a directory is actually a file with a well-known format, and the 'd' bit set in its permissions or mode. In that case, the history of what length filenames have gotten created and deleted can matter. The kernel will fill in the first entry in the directory file that has enough room to hold the new file's name. See http://e2fsprogs.sourceforge.net/ext2intro.html for more detail, the section titled "Physical Description".

（这里略去了一部分原文，大意是另外还有一些文件系统，其实是 ls 按字典序排的）

机译：这取决于文件系统。对于某些文件系统（其中包括 ext3 ），目录实际上是具有众所周知格式的文件，并且在其权限或模式中设置了“d”位。在这种情况下，创建和删除文件名长度的历史记录可能很重要。内核将填充目录文件中的第一个条目，该条目有足够的空间来保存新文件的名称。有关更多详细信息，请参阅 http://e2fsprogs.sourceforge.net/ext2intro.html ，标题为“物理描述”的部分。

似乎只要了解使用的文件系统及 ls 的内部实现就可以找到反向操纵 ls -f 的方法

另外需要提醒⚠️ 根据 https://stackoverflow.com/questions/5474765/order-of-loading-jar-files-from-lib-directory

部分人提到 Tomcat 6 到 8 之间的行为有所不同，需要参照对应的文档。

拓展阅读： https://stackoverflow.com/questions/67997151/spring-boot-inner-jar-files-loading-order-embedded-tomcat


---
总结：可以把文件剪去一个新目录，或者按照期望的顺序，mv 到临时文件名再 mv 回来试试看

最后：亲娘嘞，还有这样的翻车方式？真是……Java EE ！佩服佩服🙏 /手动狗头

你小子，脂肪肝了想加一餐果汁，怎么，药疗？