私はいま会社でテックリードをしていますが、いちエンジニアとして技術的改善をチームに提案するスキルに関してまだ課題感を持っています。その際同じくチームに所属しているエンジニアリングマネージャー（EM）の方にヘルプしていただき、実際に提案資料をペアライティングした中で湧いたイメージがあるのでブログとしてまとめて自分の考えを整理してみようと思います。 効果的なストーリーテリングのための既存のフレームワーク 技術的な提案をするには効果的なストーリーテリングをするスキルが必要だと考えています。私はストーリーテリングに関して詳しくありませんが、仕事を通じて以下の二つのフレームワークを知りましたので軽く紹介します。世の中には他にもいろいろあると思いますが、基本的な考え方は近いのかなと想像しています。 空・雨・傘 STARフレームワーク 空・雨・傘 EMの方と会話する中で「空・雨・傘」というフレーズを何度

面白いなと思った使い方、大事だなと思ったコツの個人的な備忘録です。 はじめに 前提 ChatGPTのTipsまとめ 基本編 鵜呑みにしない 途中で文章が途切れた時は "続けて" 汎用Tips 文脈を伝える 条件/制約や質問を明示する 相手の立場を指定する 回答の特性を指定する 英語で入力する 無茶振りする レビュアーや反論者を用意する おわりに はじめに ChatGPT、面白いですね。 難しく考えず素朴にChatGPTと会話するのも十分面白いですが、コミュニケーションを工夫することでより良い体験が得られたりします。 (対人コミュニケーションと同じですね) 今回は、個人的にChatGPTを使ってる中での好みのコツをまとめます。 ChatGPTのコツを書いているはずが、いつの間にか対人コミュニケーションの話みたいになってしまった ChatGPTの使い方のコツをまとめる - BioErrorLo

ベンチャーに必要な力今回は、僕の起業家としての経験、上場企業の経営経験、エンジェル投資家としての経験から、LayerXの経営者/起業家として大切にしている価値観、考えについて書こうと思います。 ベンチャー企業に必要な力とはなんでしょう? 未来を見通す力?採用力?資金調達力?社長のカリスマ性?天才的なエンジニアの存在?プロダクトをみがきこむ力?etc 僕は 確実にくる未来まで「なんとかする」力 が最も重要と考えています。 未来を見通すのは(意外と)難しくない世の中では未来を見通す力というのが過大評価されている気がします。 実は未来を見通すのは難しくなく、しっかり頭の良い人が考えれば大体予測できます。 ニュースは人でなく機械に選ばれるようになる、ニュースはスマホで読まれる、金融のインフラはブロックチェーンに置き換えられる、車は自動運転と配車マッチングというサービスに置き換わる、ブランドはインタ

DX（デジタルトランスフォーメーション）という単語について、巷で多く聞かれるようになり、自分のもとにも様々ご相談をいただくことが増えてきた。また、マーケティングワード的な使われ方に対する批判など色々と聞かれるようになってきている。こうしたバズワードを強く押し出した記事を書くことはあまり好まないのだが、多くの企業においてソフトウェアがより導入され生かされる好機であると見てDXについて書いてみようと思う。 下記の元同僚のツイートが執筆のきっかけとなるが、自分なりのDXについての解釈を整理し簡単に示しておくことで、今後DXについてご相談に来られる方やDX推進される方々の参考になれば幸いである。 俺たちがちゃんと継続的リファクタをできていればDXなんて不要で、もっと緩やかなイテレーションでトランスフォームしていたはずなのだ。 — Seiji Takahashi - timakin (@__tima

はじめに ※この記事はEngineering Manager Advent Calendar の22日目の記事になります。前日はmtx2sさんの技術的負債に対するマネジメントの記事でした。個人的には「負債上限」「負債ベースライン」の考え方良かったです。 こんにちは。モノタロウでエンジニア組織のマネージャーをしております普川(@taipuka0)です。 自分は前職から通算10年以上してエンジニアリングマネージャーを続けた後、現在モノタロウでは8人のEMのみなさんと日々ソフトウェア・エンジニアリングの現場でマネージャーとして課題解決に向き合っています。これまで色々な壁にあたり、試行錯誤を繰り返して来ました。EMの難しさを痛感したことも多々ありました。 なぜEMが難しいのか？その一つとして、エンジニアからEMにジョブチェンジした際のギャップというのがあると思います。同じチーム、現場にいたとしても

Git は紛らわしいという評判です。用語や言い回しが意味するものと、そこから想像する挙動が違ってユーザーが混乱すると言われます。これは、git cherry-pick や git rebase のような「履歴を書き換える」コマンドに最も顕著です。私の経験では、この混乱の根本的な原因は、コミットは 差分 であり順番を入れ替えることができるという解釈にあります。しかし、コミットはスナップショットであって、差分ではありません! Git がリポジトリデータをどのように保存しているかを見てみると、Git を理解しやすくなります。このモデルを調べた後に、この新しい視点が git cherry-pick や git rebase のようなコマンドを理解するのにどのように役立つのかを探っていきます。 本当に深く 掘り下げたいのであれば、Pro Git という書籍の Git Internals の章を読むと

気がつけば久々のnoteになってしまいましたが、私は元気です。 近況は...最近鍛えながら健康やせしたのでプロフィール写真を撮影し直しました、そのうちnoteに書こうと思います。 それはさておいて、4月に「週刊はてなブログ」さんの企画でこんなインタビューに答えました。 もうすぐ7年目を迎える個人技術ブログ「Lean Baseball」および、所属するJX通信社の「JX通信社エンジニアブログ」の話をメインに、「自分が書きたいことを書くことによって自分のキャリアにもつながるしなんだったら人のキャリアにもいい影響あるんやで」という話をしました（究極に端折るとそういう話です）。 補足で書いた番外編を含め、色々と好反響を頂き嬉しかったですありがとうございます。 一人のエンジニアであり、一人の技術ブロガーである私の物語としてはこれはこれで良いのですが、 テックブログに関わる人達が、エンジニアの気持ちを

コンサルタントのころ。対人技術を教わった。 様々なものがあったが、その中でも群を抜いて重要な技術の一つは 「会話の時、人の話を否定しない」こと。 具体的には、人に『ちがう』と言ってはいけなかった。 ＊ 若干うろ覚えだが、客先で、こんなことがあった。 プロジェクトで、部門別の目標を立てて、発表してもらった時のことだ。 私：「では、営業部2課の目標の発表をお願いします。」 営業2課：「既存顧客を中心に、前年比10％の売上アップです。」 私はここで、おかしいな、と思った。 先日の経営会議で 「営業2課は、新規開拓を中心にした目標にしてほしい」 との指示があったからだ。 それがなぜか既存顧客中心にすり替わっている。 訂正させなければならない。 が、「その目標、間違ってませんでしょうか？」と否定するのはご法度だ。 私は思案した。 どうすれば担当者を否定せずに済むのだろう。 そこで確認した。 私：「確

2021/8/6更新 Thunderbolt4ケーブルがリリースされてきたので、アップデートしました。 blog.magnolia.tech 自分用の買い物メモ USB Type-Cケーブルの選び方は難しい…あらゆる規格をサポートするけど、あらゆる規格を”同時に”サポートするわけではないので、主にケーブル長や用途などで上手く選ばないと、使えなかったり、無駄に高いケーブルを選ぶことになってしまう そんなことを起こさないためのメモ あれこれ迷わないための”全部入り” 低速から高速まで色々な周辺機器の接続に使う(USB2.0, USB3.1, Thunderbolt3) ディスプレイ接続に使う(DisplayPort) 給電に使う(最大100W) などなどを考えると、長さが1.0m以下で、USB PD 5A(100W)対応と書かれているThunderbolt3ケーブルを選ぶと全部対応している。

こんにちは。バックエンドエンジニアの田島(@katsuyan121)です。 弊社ではデータマートをBigQuery上に構築しています。データマートはデータベース全体のデータのうち、必要なデータだけを使いやすい形にしたデータベースです。データマート作成のためのSQLクエリは日々更新や追加があり、BigQueryのコンソールから自由にデータマートを作ってしまうと管理が大変になってしまいます。 そこで、データマートをすべてGitHub上でバージョン管理し、運用の効率化をしました。また、差分更新の導入や依存関係のあるデータマートへの対応などのデータマート構築に必要な機能を作成しました。 弊社のデータ基盤をざっくり紹介します。まずデータはBigQueryへ集約し、Digdagを用いてデータ基盤を構築しています。以下がその概要図です。S3などの分散ストレージや各種DBからデータをBigQueryへ同期

この記事は Gunosy Advent Calendar 2018 2日目の記事です。 こんにちは。技術戦略室 SREチームの @aibou です。昨日編集中の記事が吹っ飛んだので1日遅れのアドベントカレンダーです。 さっそく遅延して本当にすみません。。。 みんなきちんと自動保存されるようなエディタで編集しような！ この記事では、僕が日頃どんなことに気をつけてInfrastructure as Codeを実践しているかの心構えについて記載します。 （今回のInfrastructure as Codeはサーバのプロビジョニングの話ではなく、AWSやGCPの構成管理の意味合いで捉えていただければと思います。） 選定 前回？のアドベントカレンダー（2015年）では、導入したツールの話をしました。 qiita.com その後、利用ツールは以下の通りいくつか増えていきました。 codenize.to

2019年3月19日、株式会社レクターが主催するイベント「エンジニア採用最前線」が開催されました。エンジニアの有効求人倍率は年々高まり、採用市場は激化しています。エンジニアの採用が難しくなる中、企業は今後どのように採用活動を進めていけばよいのか？　トレンドの振り返りと今後の傾向について、気づきやナレッジを共有します。パネルディスカッション「これからのエンジニア採用。選ばれる企業、選ばれない企業」に登壇したのは、株式会社scoutyの二井雄大氏、ファインディ株式会社の山田裕一朗氏、株式会社レクター広木大地氏。同社代表取締役の松岡剛志氏をモデレーターに、加熱するエンジニア採用における戦い方を語ります。 エンジニア採用の最前線松岡剛志氏（以下、松岡）：こんにちは。お仕事、楽しいですか？ （会場笑） お仕事楽しいですかー！　あっ、すごく暗い。 （会場笑） エンジニア採用は大変ですよね。そういうリア

DMM Tech Vision -DMMのテックカンパニー化に向けた、CTOの3年後に向けた取り組みを公開!!-

2018年11月12日、KDDI DIGITAL GATEにて、Tech-onが主催するイベント「Tech-on MeetUp#03」が開催されました。今回のテーマは「アジャイル」。スクラムやカンバン方式などのアジャイル開発をそのまま導入しても、思ったような成果が出ないこともあります。そこで、現場でうまくいっている事例を実際の開発メンバーに語っていただき、その成功の秘訣と知見を共有しました。プレゼンテーション「超アジャイルのすゝめ」に登壇したのは、楽天株式会社の及部敬雄氏。彼がアジャイル開発に出会ってから今日までの軌跡と、その過程で学んだこと。そして「超アジャイル」という考え方の重要性を語ります。講演資料はこちら 超アジャイルのすゝめ 及部敬雄氏（以下、及部）：カレーのようにすべてが詰まったお話をさせていただきます。よろしくお願いします。 （会場笑） 『超アジャイルのすゝめ』というタイトル

こんにちは、koidです。こちらは Gunosy Advent Calendar 2018 、25日目の記事です。昨日の記事は @hoshitocat さんの Swaggerでインタフェースの共有をしつつ社内管理画面を作る でした。 早いもので、Advent Calendarもあっという間に最終回となりました。この記事を持って、今年も無事(?)完走となります。 さて、本題です。 今年も弊社では、様々な技術*1や手法にトライし、プロダクションへの導入を行ってきました。 そんな中で、そういった新しい技術を導入していくにあたり、どんなことを大切に考えているのか、先日 IVS CTO Night というイベントでLTをする機会があったので、その際にお話ししたことを書きたいと思います。 技術は目的ではなく、課題解決のための手段である どんな課題を解決したいのかを明確にする 良くない例（課題が明確にな

株式会社FOLIO にてエンジニアリングマネージャーをやっています．FOLIO では この1年間，プロダクト開発を円滑に進めるための組織を目指し，様々な試行錯誤をしてきました．その中でも，適切なチーム・グループの境界設定やミッションに基づいた組織の構造化は現在進行系で大きなトピックの一つです． Engineering Manager は Engineer のマネジメントではなく Engineering のマネジメントだ，という指摘が今回の Advent Calendar でもありましたが，エンジニアリング組織の持てるポテンシャルを十二分に引き出せるかどうかを左右する変数のひとつが「組織のカタチ」だと思います。 本稿は，10月のあるタイミングで社内に向けた啓蒙活動の際に書き出した『組織づくりを考える上で知っておく必要のある概念たち』という wiki の内容を素にしています．私が今の仕事のコン

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog Yahoo! JAPAN Tech Conference 2018 を1月27日に開催しました。多くの方にご参加いただき、大盛況のうち終了することができました。ありがとうございました。 当日のスライドを公開しました。 基調講演 Shape the Future - through the Power of Technology Room A A-1 データセンターネットワークの取り組みと大規模サーバインフラの戦略 A-1 データセンタネットワークの取り組み (村越 健哉) A-1 大規模サーバインフラの戦略 (藤見 和英) A-3 Yahoo! JAPANを支える開発基盤 PaaS A-3 Yahoo! JAPANを支える開発

2月16日に Yahoo! JAPAN Tech Conferenceを開催しました。 当日は、7つのセッションにのべ1600名以上の方にご参加いただき、盛況のうちに幕を下ろすことができました。たくさんのご来場、ありがとうございました。 ここでは、一部を除き当日使用したスライドを公開します。ぜひご覧ください。 【16-A-1】「データテクノロジースペシャル」Yahoo! JAPANにおけるメタデータ管理の試み スピーカー：吉野 彰真

NEC、NECデザイン、日本SGIの3社は3月3日、人の感情をLEDの光色で表現するフィーリング・コミュニケーター「言花（KOTOHANA）」を共同開発したと発表した。 KOTOHANAは、花形の端末にLEDとマイクを組み込んだもので、2つの端末がセットになっている。端末のマイクで入力された音声の感情を解析し、発話のリズムから「喜びは黄色」「哀しみは青色」「平常は緑色」「興奮は赤色」といった具合に、色の変化で感情を表現する。端末同士は無線LAN等により接続されることを想定しているので、離れたところでも話者の気持ちが分かるという。 感情認識には日本SGIが事業提携しているエイ・ジー・アイと共同開発した、感情認識エンジン「ST：Sensibility Technology、感性制御技術」を応用したものが採用されている。 今回の共同開発モデルは、感情認識の効果を実証するためのコンセプトモデル。S