最近公司的主管突然想到
我们应该要去搜寻世界各大科技软件公司使用的文件管理工具
才能跟上面报备我们的tool chain应该怎么更新或列出明确使用规范
比方说我们用confluence, jira, google doc, slack, github
可是没有规范大家必须把什么样的资料记录在confluence，于是资讯会四散
回报会出现在spreadsheet或g doc的某个comment里面之类的
不回报到特定jira或负责人，或是回报故意模糊，其实就是要甩锅的节奏
这很正常，但公司已经到了有点无法管理的状态了
我跟主管说，可是其他公司怎么用各种软件管理工作流程应该算是它们的机密耶
但主管执意说就是要去上网蒐，不管你用什么方法
其实就是暗示你用自己的人脉和过去的经验去挖
我说有三个合法的办法，就是上网搜寻比如某工具 + 抱怨功能
第一招: 比如 SDL + search
Confluence + search
就会看到某前公司的职员抱怨分享以前在哪任职时公司内的文件工具或作法如何
比如有人开单超级懒，用对话截图取代打字或code snippet，结果单当然都找不到资讯
因为没有ocr，这些单资讯都是空的
第二招:
公司如Atlassian会疯狂用客户帮自己软件背书
都是讲转移到自家服务，但其他细节或使用方式都不会多说
NASA好像也是他们客户
第三招:
根据过去某些公司招人时，留下的使用工具等公开资讯
类似新闻或征才条件
比如boeing公司的工程文件新闻
我确实是可以分享过去面试的时候，或是任职的公司怎么管理文件
但我比较担心这会有什么营业问题吗? 即使并没有显示的内容开发机密
我的工作就是做这方面的，所以有一些经验
但日商文化就是: 先辈就是官，官大学问大，
台商有些偏制造业的会有DCC (document control center)
资料只进不出，只更新不删除，标示过期作废而已
但偏软件的通常不会是这种模式
各位先进会建议我怎么做?
要认真做不是不行，只是每次都要用职业道德和职业生命当底线，有点讨厌
题外话: 今天经过一间古本行，发现原来日本的出版文化很像抵抗焚书坑儒的精神
当时只印刷千本的照片或报导，其实是为了数十年后被挖掘出来的实体证据，
因为主流大众媒体是不断被政府和企业在进行操弄和删除报导的
反过来，也有些报社和出版社，即使在被摸头的情况下，依然刻意留下蛛丝马迹给后人
一方面是为了自保，另一方面是为了销量
如果身处这样的社会，也许会觉得只要有耐性，什么都能被找出真相
但资讯软件业，即使用git还是能甩锅的，关键的描述不计入就好了...