秘密にすべきことは明確にされるべき

亀レスなのですが、いただいたコメントに。

「アイデアやノウハウの開示は難しいね」のコメント

後半について一言。
口止めされなくても、就業規則に守秘義務があれば公開してはいけないのでは。

確かに守秘義務があるので、「それでもそのノウハウについては書いてないので、一応そう言われたものに関しては口は固いつもりでおります。」あたりのくだりは、我ながら当たり前のことをさも偉そうに、アホっぽいなあと思いました。
義務である以上、「守れ」を「守る」のは当たり前ですからねえ。

ですけど、話の本筋は、「秘するべき事の判断基準（別にたいした事は示してないけど）」のつもりなので、それはあんまり個人間のアレでも就業規則の守秘義務でも変わらないんじゃないかと思うんですよ、特にオープンソース系なんかでは。
ただ、個人間は飽くまで紳士協定、就業規則は契約の義務なので、いざ「バラした」際に、個人間だと「やな奴・常識の無い奴」、契約だと「法的問題」になるだけの話で、別にこれが守秘義務の守るべき内容の基準、なんてのが契約条文に書いてない以上、その判断基準はやっぱり個人間での秘すべき情報の判断とあまり変わらないんじゃないかと思うんですよ。

と言うより、マジで秘密にすべき事ならば「秘密にしろ」と示しておかんといかんと思うんですよね、今の仕事とかその辺厳格だし（同じ職場で仕事していても、同僚が知ってはいけない情報とかは会議資料で白抜き、間違って白抜きし忘れた時は会議資料を会議後回収したりする）。

本当に件のノウハウなんか「しゃべるな」と言われたから（＝明確に秘するべき事と定義されたから）言わないだけで、別にそれを知ったからといってPerlのディストリビューションができるわけでも、俺もディストリビューションを作ってやろうと思わせるもんでもないし、マジで「コロンブスの卵」のノウハウ程度のもの。
公開してないソースバラしたとか、そんなのとは違う話。
オープンソースの世界、はてなにしろMixiにしろ、いまやWebサービスの肝ともいえる舞台裏のサーバ構成とかすら公開して、みんなが参考にしてる時代。
誰もが問題にぶち当たったら、ネットで検索して、他の人がノウハウ暴露してくれてるのを見つけて解決、というのが当たり前になってる。
問題が解決できたらノウハウ公開してくれてた人に感謝しつつ、自分もノウハウに気付いたら誰かに役立ててもらおうと公開しよう、という動機付けにいつもさらされてる。

のだから、そんな世界で、微妙な技術情報をオープンにしたくないのであれば、それは「しゃべるな」と明確にしとかないと、あかんのとちゃうんかな。
別にオープンソース業界だろうが、競争のある世界である以上隠すノウハウがあるのは全然構わないと思うのだけれど、でも「これは隠すべき事」と明確にしないまま、なんでも中で使っているノウハウは守秘義務があるのだから出さないのが当たり前、と経営側が考えているとしたら、ちょっと違うんちゃうかと。
そんならお前、他の公開されてるノウハウも使うなよ、と（ちなみに私がPerlのお守りしてた時代、モジュールのコンパイルが通らなくて、ネットでノウハウ探して問題解決した事例はいくらでもあります）。

というわけで、コメントでいただいた「口止めされなくても...公開してはいけない」というのは、個人的にはちょっと違うのでは、と思った次第です。