あなたの会社には、個人的な（技術的な）ブログに関するポリシーがありますか？[閉まっている]

あなたの会社には、個人的な（技術的な）ブログに関するポリシーがありますか？

共有しますか？

開発者は、個人のブログを保持し、コアコンピテンシーでもコアIPでもない仕事で遭遇した技術的な問題について話すことをお勧めします。「教えてはいけない」スタイルでやっていますが、何かを書き留める時が来ました。

更新：ご回答いただきありがとうございます。先週のポリシーを実装しました。全文はこちらです。

ここにはそのようなポリシーはありません

私は個人的な/技術的なブログ（技術的なものより個人的なもの）を持っていますが、私が働いている会社とは何の関係もありません。

私の意見では、内部プロトコル、ワークシート、コードなどを公開することは深刻なことではありません。それ以外は、技術的なブログの維持が許可されない非常に少数の理由で見ることができます。1つは、契約で作成するすべての素材が会社が所有することを規定している場合です。マイクロソフトで働いていた人について、私が読んだ興味深い記事がありました。私の人生のために再びそれを見つけることはできません。

奨励されています

学習、ブログの閲覧、ブログの作成、管理、毎週のdevcafes *のプレゼンテーションの準備など、請求できないものについては週に1日を取得しています...

私たちの上司は、その時間に知識を共有することに集中することを好みます。

実際に、イントラネット用のダッシュボードを作成して、「知識の共有/請求できない時間」の比率を表示しています。

* devcafes：devチームは週に1時間一緒に座り、1人のチームメンバーが新しいテクノロジー、方法論を提示します。

私は連邦政府機関で働いています。あらゆる種類のソーシャルネットワーキングとブログに関する全体的なポリシーは、代理店の従業員ではなく個人として提示することです。かなり簡単です。一部の内部のものが公開されていない限り、「ヒントとテクニック」の交換を気にしません。私の知る限り、それは決して問題ではありませんでした。

私の会社はこれを完全に忘れています。

私は自分のウェブサイトを持っていますし、別の同僚もウェブサイトを持っていますが、それがすべてだと思います。同僚と私だけが積極的に知識を求めている[ 私が知っている限りでは、もう少し、しかし目立たないと思うが]、それはそれと関係があるかもしれない。

これは、知識プールがほとんど存在しないという単なる副作用である可能性もあります。ここの人々は、まだ「スーパースター」/「ホットショット」開発者に焦点を当てています。これは非常に時間がかかります。

あなたに私の個人的なアドバイスは次のとおりです。可能な限り開きます。

フィードバックは有用であり、コンテンツを公開することで多くを得ることができます。