社内のオンライン技術情報交換会を36回やってやめた話 - Qiita
社内ではオンライン技術情報交換会を「雑談会」と呼んでいました。 以下、雑談会で統一します。 背景 弊社は受託開発の会社です。 社内では常時複数の開発案件が動いています。 各案件で働いて居る人は、それぞれ技術的な知見を貯めています。 しかし、別の案件で働いている人が、どのような知見を持っているか知るすべがありません。 特に、雑談会をはじめた当初はコロナ禍の最中でした。 オフラインで技術的な雑談や相談をする機会もありませんでした。 そこで雑談会をはじめることにしました。 雑談会の形態 毎週金曜日の15時から30分間、Slackのハドルで開催しました。 参加者のハードルを下げるために、Zoomのようなビデオ会議は使いませんでした。 発表者からは必要に応じて画面共有をしました。 特に継続性を重視し、運営や参加の負担を低くなるように雑談会を設計しました。 会の名称が雑談会なのも、この狙いのためです。
ばんくしさんは「誰かの理解の助けになろう」として“苦労ベース”の技術ブログを書く【エンジニアのブログ探訪】 - 週刊はてなブログ
はてなブログで技術に関するブログを書いている方に、“ブログを書き続けること”について教えていただく企画「エンジニアのブログ探訪」。第2回は河合俊典（ばんくし）さん（id:vaaaaaanquish）に登場いただきました。 河合さんは大学在学中の2013年にブログを開設し、これまでさまざまな技術や多くの技術書に関する記事を発信し続けています。 どのようにして記事の題材を考えるのか、そしてそれらの記事は河合さんにとってどんな形で役立っているのか──河合さんと技術ブログの関わり方を、テキストインタビューで伺いました。 河合さんの技術ブログ「Stimulator」 ──ブログを始めたきっかけについて教えてください。 既に技術ブログを書いていた方々とGive and Takeの関係になりたい、と感じたのがきっかけです。 今でこそさまざまな媒体で多くのソフトウェアエンジニアが技術ブログを書いていますが
社内情報共有についての考え方 - An Epicurean
タイトルのようなエントリを社内に向けて書いたので、手直しして社外に放流するものである。 社内で情報共有フローやガイドライン整備などを進めている。ルールは少ないに越したことはないので「ルール作り」にはしたくなくて、考え方やガイドラインみたいなところに留めて、文化や共通言語を醸成していきたいとも考えている。 これは、今後組織が大きくなる上で、「スピードを落とさないため」に必要だと考えている。新しく入ってきた人が立ち上がりを早くパフォーマンスを発揮してもらえるようにしたい。 オンボーディングの整備は大事で、それもやっていかないといけない。でも今のフェーズではどうしても未整備の部分も多い。そういう荒地を楽しんで走破できる自走力があって、自分で決めて整備もできて、組織と一緒に成長してくれる人を採用していきたい。なので「自走しやすい環境」を整えたい。そのために必要だと考えている点が以下の3点です。 デ
横断検索で社内情報共有を加速させる - Hatena Developer Blog
アプリケーションエンジニアの id:alpicola です。 このエントリは、はてなエンジニアアドベントカレンダー2018の24日目の記事です。昨日は id:miki_bene のIntelliJを使ってPerlアプリケーションの開発をするでした。 背景 横断検索のアーキテクチャ 閲覧可能範囲の実装 検索精度を高める工夫 形態素解析器Sudachiの使用 N-gramインデックスの併用 おわりに 背景 はてなでは業務の中で得た知見や考えたことなどを書き残し、社内外でどんどん共有していくオープンな文化があります。こうやって発信された情報はエンジニア同士で相互によいインプットになってきました。一方で、情報がそれを必要としている人に必ずしもアクセスしやすくないという課題も抱えています。 発信される情報の量が多く、少し時間が経った情報はすぐ流れてしまう 社内でグループウェア、GitHub Ente
社内Wikiに情報を書くときに守ってほしい、たったひとつのルール - 無印吉澤
このページについて これは、社内 Wiki に情報を書くときに、私が個人的に守っていて、チームメンバにもできるだけ守ってほしいルールの紹介記事です。このルールを実際に運用するためのコツについても、基本ルールの派生という形で紹介します。 想定する環境 この記事は、社内に Wiki があって、フォーマットが決まったドキュメント（仕様書や手順書など）とは別に、各人がメモを自由に書いて共有できるような環境を想定しています。 Wiki の種類は問いません。PukiWiki、MediaWiki、Confluence、Esa、Redmine などのプロジェクト管理ツール付属の Wiki などなど……何でもいいです。Word 文書などにも適用できなくはないですが、文書を気軽に分けるのが難しい場面には、あまり向かないかと思います。 ルール：「このページについて」という欄をページの先頭に用意し、そのページの概
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
情報共有 失敗あるある
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
