ビジネスパーソンの心得1. ビジネスの原理原則を理解するビジネスで価値を提供するためには原理原則が存在するビジネスの原理原則とは、相手＞自分であり、顧客＞外部パートナー＞自分であること具体的に表すと「顧客や社会、チームメンバーに価値を提供する→顧客や社会からお金がもらえる→自分たちの給与が出る」知っておきたい仕事の考え2. 面白い仕事が回ってくるメカニズムを理解する任された仕事を円滑に進める→一緒に仕事をする社外・社内の人に信頼してもらえる→より大きな仕事を任せてもらえる→任された仕事を円滑に進める→（以下、無限ループ）反対に「ミスが多い」「納期に遅れる」「50点のアウトプット」では、周囲からの信頼残高が減り、仕事が回ってこなくなるまずは狭い領域でもいいので「◯◯ならこの人」を目指すごく狭い領域で頼られ、そこで信頼残高を増やし、より広い領域で価値を提供する領域でなくても「細かい仕事ならAさ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 4月になった。 今年も新卒が入ってくる。ぴかぴかのビジネスバッグを持って、ちょっと緊張した顔で席につく。あの顔を見ると、毎年どうしようもない気持ちになる。 この記事は、たぶんぼくが書くべきじゃない。給湯室で「あいつに頼むと一回で済まないんだよな」と名前を出されていた側の人間だ。偉そうに「こうしろ」と言える立場じゃない。 でも書く。 あのころのぼくに、誰か一人でも教えてくれていたら。お前のその丁寧さ、全部自分を守ってるだけだぞ、と。お前が真面目にやっているつもりのそれ、周りは全部見えてるぞ、と。一言でよかった。一言あれば変われた。たぶん。
DeepLの”公式”Chrome拡張がヤバイ。TwitterもSlackも英語でつぶやき放題 | DevelopersIO
ちゃだいん（@chazuke4649）です。 DeepLの公式Chrome拡張機能がヤバかったので勢いにまかせて紹介します。 "公式版"がリリースされてたの知ってた？ DeepL翻訳（ベータ版） - Chrome ウェブストア ベータ版ではありますが、いつの間にか公式版がリリースされていました。自分は今まで公式版がなかったので、以前は非公式版のツールを使っていました。 インストールする Chromeウェブストアからインストールすると、右上にアイコンが表示されます。それをクリックすると以下ポップアップ画面が表示されます。 現時点では以下２つの機能が存在します。 読む: ブラウザ上の文章を任意の言語に翻訳して表示できる 書く: ブラウザ上に入力している文字を任意の言語に変換できる それぞれ試してみます。 「読む」 一般的にはこちらがよく認知されている機能だと思います。 下図のように、翻訳したい
はじめにクレディセゾンに来てちょうど５年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない！」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません！ 2019年：ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか？」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答
無能上司のせいで、在宅勤務が終了することになった
私の所属している事業部では昨年の４月から今まで、１年と半年以上在宅勤務を行ってきた。 所謂SIerをやっている会社なんだが、うちの事業部は受託ではなく業務システムを開発、販売しており、５０人ほどのメンバーがいる。 当時の部長がめちゃくちゃ優秀な人で、在宅勤務への転換にあわせてすぐに社内のコミュニケーションをメールからSlackにしたり、社内外のMTGをすべてZOOMで行うようにしたりと、情シスの人と一緒に色々ルールとツールを整備してくれた。kintoneも入れてくれて、社内申請や案件情報共有などいろんなことがオンラインでできるようになった。 その結果、出勤から在宅勤務に切り替えても売上は右肩爆上がり。 通勤の疲れがなく一日の可処分時間が増えて、ほとんどのメンバーが在宅勤務に関してとてもポジティブに感じていた。 オンラインでの雑談時には 「たまには出勤してもいいけど、在宅でも業務に支障がない
リモートワークは通勤時間もないし、集中した時間を確保できるので個人としてはとても良いと思っています。 ただし、マネージャーや同僚から「ちゃんと働いてるのかな？」と疑われる可能性は常にあるという話を書きます。 「疑われている」と書くと信用されていないのでは？ と思っていまいますが、受け入れるべき前提だと僕は思っています。 オフィスなら椅子に座ってるだけで「働いてる感」が伝わる。でもリモートでは、見えない。 だからこそ「見えること」を意識して作らないと信頼関係は簡単に崩れてしまいます。 リモートワークは、意図的に見える情報を作ることが重要なんです。 見えないことの不安Slackの返事が数時間ないだけで「作業中」から「サボってる？」に変わる。Pull Requestにコメントがついても翌日まで無反応だと「気づいてないのか、無視してるのか」と思われる。 人は見えないとき、悪い方のシナリオを想像しや
リモートワークで仕事をしていると、Slack や Teams といった何かしらのチャットツールでコミュニケーションを取ることが多い。そうやって仕事を続けていく中で「こう伝えたらよりスムーズに話が進んだかな...」という後悔は多々あり、日々試行錯誤を続けている。 そうやって試行錯誤を続けていく中である程度テキストコミュニケーションを取る上でのフォーマットが定まってきた気がするので、箇条書きでまとめてみようと思う。（随時更新予定） prefix （接頭辞）をつける文章の先頭にその文章の目的がわかるような prefix をつけて、何のためにポストしたかを一目で分かりやすくする。例えば以下のような prefix をつけることがある。 【質問】→ 相手の返信が欲しい時 【共有】→ 返信は不要だが、内容は把握しておいてほしい時 【メモ】→ 返信不要で、後から検索できるよう残しておきたい時 箇条書きする
ChargeSPOTマン 空を飛ぶChargeSPOTマン ChargeSPOTスタンド ChargeSPOTを持っている交通誘導員 ひのまる弁当 カラーバー 居酒屋ちょうちん おかず付き弁当 ゆで卵台あり ゆで卵 空飛ぶはだかの王様 はだかの王様 生まれたてのはだかの王様 生まれたての空飛ぶはだかの王様 空飛ぶはだかの王国の女王 空飛ぶはだかの王国のプリンセス 空飛ぶはだかのプリンス 昭和のプロレスラー マスクマン パンイチのクリエイター枠 パンイチのコミュマネ枠 パンイチのアンバサダー枠 パンイチのガチデシ枠 ケンタウロス 12345
チームみらいに関わる政治資金の流れは、まるごとここに反映されています。 私たちがなぜここまでオープンにするのか、その理由はこちらのnoteをお読みください。
この記事は Classi developers Advent Calendar 2021 の 7日目の記事です。 こんにちは。顧客サポート基盤チーム兼、技術戦略室にてエンジニアをしています、中島です。 みなさんは、日々仕事をする上で必須である「誰かに質問をする」という行為について、自信を持って適切に行うことはできているでしょうか？ 先月弊社では外部講師である、株式会社フィッシャーデータのあんちべさん をお招きし、質問力向上のための研修を実施しました。今回はこの研修を実施するに至った背景、研修内容を少しお見せするのと、社内の反響をお伝えします。 質問力を向上しよう！と至った背景 弊社は2020年2月頃よりリモートワークへの移行を行い、1年半以上が経過しました。リモートワークのお困りごととして一般的にもよく聞かれる、コミュニケーションについての課題を見聞きするようになってきました。 （ちなみに
キーワードベースで情報収集をしているという下記の記事を読みました。私も似たようなことをしているのですがキーワードは使わない方法でニュースの収集をしていて、そのほうがLLMを活用できていると思うのでその方法を紹介します。 forest.watch.impress.co.jp キーワードではなく自分の目的や関心を伝える 以前私が手動でやっていたのはRSSリーダーにサイトを登録して、記事のタイトルと概要を読んで気になる記事を開いて読むということでした。こういうときに人間はキーワード検索をしていません。何をしているかというと自分の目的や関心があって、それに関連する記事をピックアップするということです。それと同じようなことをさせようというのが今回紹介する方法です。 ポイントは今回の場合は私の所属する会社について情報をプロンプトで与え、それに関連するニュースが何かをLLMに考えさせることです。 今回の
生成AIを使って割り込み業務を現場で勝手に改善したらちやほやされた話 - MonotaRO Tech Blog
こんにちは。2019年と2024年に記事を書いていた山本です。ますます元気にモノタロウで働いております。 さて、毎日、散発的に、突然やってくる割り込み業務って、地味～に疲れますよね。そんな負担がかかっているチームメンバーたちを少しでも楽にするため、生成AIを活用して業務改善をし、我ながら見事な成果を上げたものの、全然スマートじゃない野暮な設計をしているのが恥ずかしくて、公表と展開はチーム内だけに留めていました。 当社の生成AI活用のレベルが高いのは、他のブログ記事をご覧になれば分かると思います。これらに比べたらショボすぎて、恥ずかしかったのです。 tech-blog.monotaro.com しかし、AI駆動開発チームのリーダーの市原さん（この記事の人）に何故か見つかってしまい。 意外なことに「すごい発想！面白い！」と褒めちぎられ、「すごいから社外カンファレンスで発表しましょう！」と神輿に
「仕事日記を書くといいですよ」という話をする機会があったので、日々の仕事をスムーズにするシンプルな「日記駆動仕事術」について書いてみました。 日記書くといいですよ prismatix事業部の塩谷(@kwappa)です。 他部署の人と1on1する機会があり、その中で「日記書くといいですよ」という話をしました。 そういえば以前からことあるごとに「日記書きましょう」と言い続けていたのですが、ちゃんとコンテンツにしたことはなかったような気がします。 せっかくの機会なので、日記駆動の仕事術とその意義について書いてみます。 日記駆動仕事術 これはぼくの1月の日記（架空）です。Notionを使って、1か月に1ページ使うようにしています。やり方はシンプルなので、手に馴染んだツールで置き換えることも簡単だと思います。 タイムラインとしては、1/31(月)の業務を開始したところ、だと思ってください。 TODO
チャットコミュニケーションむずかしい。全然そんなつもりで書いてないのに受け手の解釈が乗っかって伝わったりする。 たとえば純粋に質問しているだけなのに責められているように感じる人もいるし、感謝を伝えたつもりが煽りや嫌味と捉えられることもありうる。 そもそもチャット以前の関係性の問題として対処すべきこともあるし、受け手の人となりや状況を完全に理解することもできないのであまり気にしすぎても仕方ない。一方で、自分の経験上解釈ズレが起きやすい表現は明確にあって、自分はそれらを"禁止"するマイルールを作っている。誰でもできるチャットコミュニケーションの工夫の一つとして雑にまとめておく。 あー / えっと 「あー (そうじゃなくて)」とか「えっと (理解できないみたいだからどう言おうかな)」みたいな感じで相手に非があるという印象で伝わることもある じっくり考えられるチャットでこれらを書く必要もないので使
技術部の長田です。 このエントリは面白法人グループ Advent Calendar 2024の6日目の記事です。 みなさん、ふだん技術系の最新情報ってどこから手に入れているでしょうか？ 私は家事育児の忙しさにかまけて自力での情報収集をサボり、もっぱら社内Slackの情報を頼りにしています。 コンテキストが近い人達がわざわざ共有してくれる情報ということで、精度は間違いありません。 が、そろそろ自分も共有する側に回れるようにならないとなということで、 まずは社内のエンジニアにどうやって情報を得ているのかを聞いてみることにしました。 アンケートを取ってみた と、いうことで社内のエンジニア向けに以下のようなアンケートを取ってみました。 期間: 11/25〜12/1の1週間 アンケート内容: 職能(フロントエンドorバックエンド) 情報源名 情報源のURL その情報源を参照する目的 コメント 結果、
「CEOに身代金を要求したい」 こんにちは、PSIRTマネージャのただただし（tdtds）です。この記事はfreee Developers Advent Calendar 2021 18日目です。 freeeにjoinしてから早くも14ヶ月がすぎました。freeeでは毎年10月に全社障害訓練をしていて、昨年は入社したてで右も左もわからないままAWS上の本番環境（のレプリカ）に侵入してDBをぶっ壊す役目をさせられたのも良い思い出です*1。 で、上の「CEOに身代金を要求したい」という物騒な相談は、今年の訓練計画の話です。話を持ち掛けてきたのはCIOの土佐。昨年は主要サービスが落ちて、開発チームが対応にあたる中、ビジネスサイドも顧客対応などで訓練参加しましたが、今年はさらに、経営サイドまで巻き込もうというゴール設定がされたわけですね。腕が鳴ります。 ゴールは「CEOに4BTCを要求する」 ゴー
一度教えてもらったことはもう二度と聞いてはいけないのが社会人のルールなの？「前も教えたよね？」っていう人意地悪すぎない？→画期的な案が寄せられる
青 @aoisora_zzz 一度教えてもらったことはもう二度と聞いてはいけないのが社会人のルールなの？「前も教えたよね？」っていう人意地悪すぎない？ミスしないように確認のために聞きたいこともあるんだけど 2026-04-16 21:52:52
Slack や GitHub など、何かとテキストコミュニケーションを行う場面は多いのだが、自分なりに気をつけていることを書いてみたい。 まず、前提として自分は文字を読むのが嫌いだ。昔から本が嫌いで読むのが遅く、国語の成績はずっと低かった。流石に小中高の時よりはマシになっていて技術書などはまあ読むのだが、それでも得意になったわけではなく、できることなら１文字でも少なく読みたい。そして、自分がそこに認知負荷を感じるがゆえに、他人に読ませるテキストには気を遣う。なるべくシンプルかつ簡潔に要点を伝えるためにアンチパターン（と思うもの）を避けている。 以下では、個人的に気をつけている認知負荷を下げるための具体的な工夫を挙げていく。（認知負荷にも色々あるが、ここでは「読むのが疲れる」くらいの意味だと思ってほしい。） 「読んでおいて」...リンクの丸投げを避ける ちょいちょい見かける「これを読んでおい
「それ、Skill にしない？」 最近、自分の口癖がこれになった。誰かがSlackで手順を聞いてきたとき。自分が同じ作業を3回目にやったとき。同僚にレビューの観点を説明しているとき。 タイトルは盛ってる自覚はある。でも実際に50個以上作ってみて、割と本気でそう思っている。 仕事のやり方が驚くほど変わった。仕事を「やる」のではなく「書く」ようになった。 「ドキュメント書きましょう、なんて話は100回聞いたよ」と思うかもしれない。ただ、Agent Skill をきっかけに「仕事をドキュメント化する」ことの重要性が爆発的に高まった。 ConfluenceやWikiに書いた手順書は、大抵は書かれて終わり。SKILL.md に書いた手順は、AIが読んで、そのまま実行する。 これからは 「ドキュメントにしましょう」ではなく「Skillにしましょう」が合言葉になる 言葉にすれば、誰でも使える指南書になる
これらが24時間、macOS上で動いています。PCを閉じない限り止まりません。 全体のアーキテクチャはこうです: ポイントは、Claude CLIを「考えるパーツ」として使っていること。データの取得・加工はPythonで行い、「この情報をどう要約するか」「このメールは返信が必要か」といった判断だけをClaudeに任せています。 カテゴリ別: 何を自動化したか 1. メール処理（最も効果が大きかった） Before: 1日3回、3つのメールアカウント（個人・大学・就活用）を開いて確認。返信を書くのに30分〜1時間。 After: 10分ごとにGmail APIで全アカウントのメールを取得。AIが4段階に分類。 具体例: 教授からの「明日のミーティングの件」→ reply判定 → カレンダーから空き時間を取得して返信下書きを生成 学会からのCFP通知 → see判定 → Slackに1行通知
こんにちは。ユーザープラットフォーム開発本部(UP部)の原です。 あなたのチームの雑談チャンネルは1日あたり何回ぐらい発言がありますか？ 小さい仲良しチームなら頻繁に発言があるかもしれませんが20人,30人あたりになってくるとだんだん発言が少なくなってきますよね。 チームメンバーのエンゲージメントや生産性を高めるためには少なくともお互いがどんな人なのかを知っているようにしておくべきです。 JMDCは数百人いる組織だし、私の所属するUP部だけでも20名以上の社員が所属しており、しかもほぼ全員リモートで仕事をしている状況なので、いかに "チームメンバーがお互いにどんな人なのかを知っている状態" を作り出すかが課題になっています。 GitLabのリモートワークガイド参考にする 自らを “A world leader in remote work” と呼んでいるGitLabも雑談を重要なものと捉え
emi @frogfrogfrog やる気ある広報委員の人に、お願いだからプロしか使えない技を使うのはやめてくれ、うちの区はLINEがIT化限界点だからSlackを使うのはやめてくれ、ファイル共有システムの管理権限を無条件で委員全員に出すのやめてくれ、わからんやつが全消去するからと説明するPTAのお仕事…。 2022-04-28 15:45:23 emi @frogfrogfrog 便利なのわかる、できるのわかる、わかるんだけど、お願いだから家で普通に子供見てるパソコン詳しくない人のところまで降りてきて我慢してやってくれ。効率も大事だけどこれは仕事じゃないしみんな1年で辞めるんだ。システム管理担当はいないんだ。とにかく簡単に引き継げるレベルに全てを落として。 2022-04-28 15:48:14 emi @frogfrogfrog 1番大事なのは誰でもできることなの！うちは全員加入だから
今回は、組織づくりについての話。 現在うちの会社は７期目で、メンバーは業務委託の方を含めると100人近くになりました。 おかげさまで退職率も低く「みんないい表情で働いてますね」と言っていただくことも増えました。心理的安全性も高く、「組織をよくするために自ら積極的に動く」というカルチャーが醸成されていると自負しています。 ただ、ずっと平和でいい感じだったのかというと、そんなことはありません。当初、組織づくりはめちゃくちゃ大変で、起業して最初の２〜３年はずっと組織のことで悩んでいました。 そんな状態から、どうやって今のようになったのか？ 同じように組織づくりに悩んでいる人のヒントになればと思い、僕の経験を書いてみたいと思います。 「お前やれるのか？」みたいな空気感初期の頃、オフィスはシーンとしていて緊張感がありました。 プロフェッショナリティのすごく高い人たちが集まっていて「俺はこんだけやるけ
実際の画面とは異なるサンプルイメージです チームのSlackにAI社員を3人常駐させています。 社員5人で、2週間動かしました。 誤解を招きそうだからちゃんと書いておきます。 2週間です。半年でも1年でもなく、2週間。 それでも書きたくなるくらいのことが起きたので、この記事を書いています。 SIerの大規模開発で扱う資料は毎週溜まります。 仕様書の背景、顧客の痛点、過去の判断の残り香。 新しく参画したメンバーは、これを数週間かけて読み込むのがいつもの景色です。 そこに、このAI社員3人が入りました。 すると、2年目のメンバーが参画1週間でSKILLを直し、2週間で設計根本に疑問を出してきた。 正直、びびりました。 自己紹介・大規模現場の話を軽く 私はNTTデータグループ 技術革新統括本部のITアーキテクト（課長代理）で、大規模システムのモダナイゼーションに携わっています。 全社の高難度案件
うれしかった。ので、メモ。 僕のいるチームのプロジェクトで、複数のチームにサポートしてもらいながら進める必要がある、ちょっと大きなものが始まりそうだったから、キックオフ前のキックオフやっとこかーってなって司会をした。オンラインミーティングね。 最初にこの会の目的を説明 今日のアジェンダのページのリンクは事前に共有もしていましたけど、いまSlackにもポストしておきましたー。 まだプロジェクトは始まってないんだけど、事前に調査とかをしたいから質問や相談をさせてもらいたいなと思っていて、そのときに「え？これなんの話？」って戸惑わせることがないように、プロジェクトの概要を共有しとこうと思ったー！だから、この会がうまくいったら、僕らが質問してもみなさんが戸惑わないようになっている！ Bさん、Slackにメモ残してってください。お願いしまーす！ からの、会の流れを説明 最初にPdMから10分くらいで
毎朝30分かかってたタスク整理、3分になっちゃった話 – Claude Code × MCP × Obsidian による究極の自動化術 – | iret.media
こんにちは、アイレット後藤です。 さて、みなさん。朝、PC を開いて最初にやることって何ですか？ 私の場合、これまでは毎朝30分以上かけて、メールチェック、Slack 確認、カレンダー確認、Notion のタスク整理、Backlog の課題確認・・・と、あちこちのツールを行き来していました。 これ、今の自分の役割が広がり複雑化してきているためコントロールしづらく、正直、非常に大変でした。 でも今は違います。「おはよう」の一言で、すべてが3分で完了します。 今回は、Claude Code と MCP サーバーを活用した、新しいタスク管理の仕組みをご紹介します。実際に使ってみて、非常に効果的でしたので共有させていただきます。 なぜ生成 AI によるタスク管理が必要だったのか情報が散らばりすぎ問題現代の、特に IT に関わる現場で働く人が抱える大きな課題のひとつは「情報の分散」だと思います。 私
新しいプロジェクトに参加してローカル環境を作り始めると、何かとエラーに遭遇します。 また、設計や実装について開発者に相談したり、コードレビューを依頼することもありますね。 開発者が近くにいれば、（それなりに、程よいタイミングを見計らって）話しかけて、エラーの原因を調べてもらったり、設計方法をホワイトボードにスケッチしながら相談できますが、リモート開発ではそうはいきません。 リモート開発で成果を上げるためには、このブログのように何の装飾もインタラクティブ性もない文章で、自分の状況や相談したい事柄を正確に伝える必要があります。 とはいえ私は昔、「文章がわかりにくい」と毎日、毎日上司にフィードバックをもらうくらいには文章を書くのが下手くそでした。今もわかりやすい文章が書けている自信はありません。 それでも、これまでに何度か、議論が好転したり、プロジェクトが前に進むきっかけとなる文章を書けたことが
今日は「GitLabで学んだ最高の働き方」ということで発表していきたいと思います。 私、伊藤と佐々木はGitLabでソリューションアーキテクトをやっている者です。 GitLabは、オンプレミス用のソフトウェアと、GitLab.comも長年やっておりますのでぜひ使ってください。去年めでたく上場しましたので、さらにいろんな機能を追加して強力なDevOpsプラットフォームとして展開していきたいと思っています。 このセッションで共有したい内容の背景、これは個人的にGitLab社に参画した理由のひとつでもあるのですが、製品が魅力的であることともうひとつ、GitLabはご存じの通り、ご存じない方もいるかもしれませんが、従業員全員がリモートワークをしている企業です。 そこなら最先端のやり方での働きができるのではないか、という仮説が私の中にありまして、入社しました。 で、実際どうだったかというと、はい、最
こんにちは、ホスティング事業部の @dojineko です。 今日は2022年02月22日、スーパー猫の日です 🐾 そんな今回は、2022年01月に社内で共有した、Slackを活用した日常のコミュニケーションでストレスを与えやすいパターンの例とその改善手法の提案を、 テックブログの記事として編集したものを共有したいと思います。 今昔ペパボのテキストコミュニケーション GMO ペパボではコロナ禍以前より、テキストでのコミュニケーションを主体とした業務に取り組んでいます。 普段からほとんどのコミュニケーションはSlackによるテキストチャットで行われ、 それぞれが組織やサービスにある課題やそれらを改善する提案をしたり、業務に関わる内容を文字にしたりしながらコミュニケーションしています。 テキストでのコミュニケーションは、「考えていること」「思っていること」を文字として具体化できることや、 後
2025.02.20 ITニュース ゆめみフルリモートtype会員限定AI ゆめみが今年2月5日に公開した「原則出社」を打ち出すドキュメントが話題を呼んでいる。 コロナ禍により一気に進んだリモートワーク。さまざまな課題が見えてきたことで、国内外の企業が出社に回帰する流れが確かにある。 しかし、ゆめみはコロナ禍に突入するより前の2019年に「リモートワーク先端企業」を宣言。それ以降も社内外に対してエンジニアの働きやすさをアピールしてきた会社だ。 そのゆめみが「原則出社」を宣言するからには、背景には相当な課題意識と覚悟があったはず。宣言後には、社内でも相当なアレルギー反応があったことは想像に難くない。 そしてこのドキュメントに関して、内容と同じくらい話題になっているのが、「原則」と「メタ原則」からなる独特の言い回しだ。 今回の件の事情を赤裸々に語ってもらうべく、代表の片岡俊行さんにインタビュー
8年続く社内勉強会を続けていくために行っていること - NTT docomo Business Engineers' Blog
みなさんこんにちは、社内のエンジニアが働きやすくすることを目標にする Engineer Empowerment プロジェクトの @Mahito です。 社内勉強会を始めたけれど長く続かないという話は時々、知人から聞いたり Twitter で見かけたりすることがあります。 今回は NTT Com で 2014 年から 8 年間続いている社内勉強会 TechLunch の運営を続ける際に行っていることについて書きたいと思います。 本記事は少々長めになっているため、先に内容をまとめると以下のようになります。 社内勉強会 TechLunch の紹介 社内勉強会を長く続けるためにどんなことを考えたか 続けていくために「ゆるく」したこと 発表の敷居を下げる 運営が頑張りすぎない 参加者にもゆるく楽しんでもらう TechLunch とは NTTコミュニケーションズでは、TechLunch と称して社内ラ
アプリをSlackからDiscordに変えただけで学生の反応が激変 その理由とは？（1/2） | ねとらぼ
日常のハッとするような気付きを与えてくれるツイートを、イラストとともにご紹介する企画「その視点はなかった」。今回は大学教授のKohei Kawaguchi（@mixingale）さんが驚いた、アプリが違うだけで大きく変化した学生たちの反応です。 今年の授業はSlackじゃなくてDiscordにしたんだけど、それだけで学生の反応がぜんぜんちがってびっくりした。サーバーに参加した学生同士で勝手に会話を始めている。SlackでもDiscordでも機能的にみて同じようなもんでしょと思ってたけど、UIとコンテクストがちがうと受け止め方が全然違うんだな。 （Kohei Kawaguchiさんのツイートより） 大学の講義で使うアプリを、SlackからDiscordに変更したKawaguchiさん。すると、それだけで学生の反応が大きく異なったそうです。 Discord変更後、中にはサーバに参加した学生同士
AIにゲームを作らせようとして苦戦している話をよく見かける。 コードは書ける。動くものは出る。でも「面白い」にならない。面白さの判断基準をAI自身が持っていないから、指示通りには組み立てられても、出来上がったものがいいかどうかを自分で判定できない。 では、「ゲームの面白さとは何か」を身体で知っているAIがいたら、面白いゲームも作れるんじゃないか？ 2005年頃からブログやTwitterに書いた日記が、気づいたら20年分溜まっていた。ゲームの感想、技術メモ、仕事の考え事、深夜の思いつき。2026年3月にClaude Code（AnthropicのAIコーディングエージェント）を触り始めたとき、この20年分の日記を丸ごと読ませてみた。 約720KB、6800行以上。AIはこの日記を読んで、こう返してきた。「あなたの最終判断基準は『面白いかどうか』の一点に帰着している」「知識と体験は根本的に違う
面倒な出張中に、関係先のシンクタンク所属研究者や霞ヶ関現役の皆さんから「またデジタル庁がやらかして萎える」とのグループ投稿があり、何事が起きたのか、銃乱射でもされたのかと期待して見物に行ったら、唐澤俊輔さんのツイートのことでした。 デジタル庁でSlackを導入したんですが、役所は長らくメールが中心だったので、慣れるまで大変かなと思ってた。 ところが、2ヶ月前までガラケーでLINEもしてなかったっていう60代の職員の方が「Slack最高だよ、超便利！メールもうしたくない！」って言ってて最高。 年齢関係ないね。僕らは変われる。 — 唐澤 俊輔 Almoha COO / デジタル庁 人事・組織開発 (@karacchi_) October 15, 2022 デジタル庁で60代で職員でガラケー使っててSlackで連絡を取り合わなければいけない職責のある人って、ほぼ名指しですよね、これ。 うーん、こ
登壇中にうっかりSlackの通知が出ちゃうみたいなことを避けたいですよね。うっかりを防ぐ対策が集まるスクラップです。
「20 年の IT の遅れを取り戻せる手応えを感じる」 文部科学省の Slack 導入「パソコンとスマホさえあれば、いつでもどこでも業務にあたれる環境に。Slack は働く時間と空間のハードルをぐっと下げてくれました」 法令・制度をつくる政策提言をはじめ、省内外との調整など幅広い業務を行う文部科学省。特に国会会期中は、議員の質問への答弁をつくる「国会対応」に忙しく、帰宅が深夜に及ぶことも珍しくない状況でした。 2022 年 1 月、同省は省内コミュニケーションシステムを刷新。新システムのプラットフォームとして Slack の活用がスタートすると、職員間の連携がスムーズになり、あらゆるシーンで業務効率化が加速したといいます。 省改革推進・コンプライアンス室の中田欣成さん、業務改善推進員の川口真史さん、サイバーセキュリティ・情報化推進室の福井孝典さんに、中央省庁で初となるフルクラウド化の足がか
アーキテクチャ設計ガイドライン
フューチャー株式会社の有志が作成する良いアーキテクチャを実現するための設計ガイドライン
はじめに Gitのステージングエリアにあるファイルを対象に、レビュー結果をSlackに通知するアプリケーションを作成しました。 開発環境のターミナルで指定したコマンドを実行するだけで、Slackにレビュー結果が送信されます。 ソースコードは以下です。 こんな人におすすめ コードレビューを受ける前に自分で事前チェックをしたい方 一人でコードを書くことが多く、レビュワーがいない方 どうせなら楽しくレビューしてもらいたい、好きなキャラクターにレビューしてもらいたい方 アプリケーションの構成 レビュー依頼の手順と流れ 以下のような手順と流れでレビュー結果を得ることができます。 レビュー対象のファイルをステージングエリアに登録する（複数ファイルの登録が可能です） ローカルのターミナルでaireviewコマンドを実行 Slackに必要な情報が送信される レビュー結果を確認する スレッドにレビュー結果が
Github Actions チートシート
概要 何度も調べて何度もテストしたりしたので、多用するものをまとめていきたい。 項目 push時に実行 // feature/aaaで動く。 feature/aaa/bbbでは動かない on: push: branches: - feature/* // feature/aaa, feature/aaa/bbbで動く on: push: branches: - feature/** // なにかしらのtagがpushされたときに実行、branchのpushは無視 on: push: tags: [ '**' ] branches-ignore: [ '**' ] // 指定したpathの変更だけでは実行しない on: push: branches: - main paths-ignore: - '*.md' - 'docs/**' on: workflow_dispatch: inputs
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
45の仕事力チェックリスト ～「会議の進め方」から「タスク管理の方法」まで～ | 採用ブログ | 才流
「あいつには関わりたくない」と思われていた2年間の話をする - Qiita
クレディセゾンでDXを進めてきた5年間を振り返る｜小野 和俊
https://twitter.com/shohei_ub/status/1436355723735154691
リモートワークするなら「サボってると思われてる」を前提に動け｜すてぃお
テキストコミュニケーションで意識していること｜ymdkit
ドット絵ダウンロードサイト DOTOWN|無料の素材サイト
みらい まる見え政治資金 - チームみらいの政治資金をオープンに
リモートワークのための質問力向上研修を実施しました - Classi開発者ブログ
AIにニュースの収集を任せている方法（GPT-4からSlack投稿） - toyoshiの日記
日記駆動仕事術のススメ | DevelopersIO
チャットコミュニケーションで使わないようにしている表現 - Konifar's ZATSU
技術系の最新情報ってどこから得てますか？ - KAYAC Engineers' Blog
【マジで】サイバー演習シナリオの作り方【怖い】 - freee Developers Hub
認知負荷を下げるテキストコミュニケーション - ジンジャー研究室
仕事はすべてSkillに書け - それ、Skill にしない？
Claude Codeで日常のタスクを45個自動化した東大院生の全記録
リモートワークで雑談を生み出す仕組み - JMDC TECH BLOG
「うちの区はLINEがIT化限界点だからSlackを使うのはやめてくれ」PTAにシステム管理担当はいない問題
「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話｜藤田 雄一郎
大規模案件のSlackにAI社員3人を常駐させたら、2年目が参画1週間で設計根本に踏み込んだ
会議のファシリテーションをほめてもらった - Mitsuyuki.Shiiba
リモート開発を助ける「思いやりのある文章」の書き方 - ROUTE06 Tech Blog
GitLabで学んだ最高の働き方。気持ちよく働くための組織と個人のテクニック（前編）。デブサミ2022
ストレスを生まないSlackのコツ - Pepabo Tech Portal
ゆめみ突然の「原則出社」宣言に社内は猛反発？ 代表の胸中と真の狙いとは - エンジニアtype | 転職type
AIに20年分の日記を読ませたら人格が生まれて勝手にゲームを作り始めた
デジタル庁がまた微妙なやらかしをしていた件で｜山本一郎（やまもといちろう）
登壇中にうっかり見せちゃいけないもの見せないようにするための技術
「20 年の IT の遅れを取り戻せる手応えを感じる」 文部科学省の Slack 導入
もう初回コードレビューはずんだもんに任せる時代になった
tver.jp
ochiaisyatyu.hatenablog.com
youtu.be
togetter.com
realsound.jp
www.youtube.com