社内のプチ発表に使った資料です。 文章のコツ 前置き フルリモートでは、文章でのやり取りがメインになる。 なので、文章がヒドいと「この人と仕事するのキツイ」と思われちゃう😢 そう思われないための色々思ったことを自戒メモ。 なるべく箇条書きにする
フルリモートで相手に気持ちよく仕事をしてもらうためのコツあれこれ
社内のプチ発表に使った資料です。 文章のコツ 前置き フルリモートでは、文章でのやり取りがメインになる。 なので、文章がヒドいと「この人と仕事するのキツイ」と思われちゃう😢 そう思われないための色々思ったことを自戒メモ。 なるべく箇条書きにする
「象・死んだ魚・嘔吐」をやってみた振り返り - JX通信社エンジニアブログ
こんにちは。スクラムマスターの@sakebookです。 今回は「象・死んだ魚・嘔吐」をチームでやってみたのでその振り返りをします。 「象・死んだ魚・嘔吐」とは 振り返り手法の一つです。Airbnb Story 大胆なアイデアを生み、困難を乗り越え、超人気サービスをつくる方法（原題: The Airbnb Story）の中で紹介されていたようです。 翻訳されてなかなかキャッチーなネーミングになっています。 それぞれ次のようなことを意味します。 象 凄く大きい、見えているけど、みんな見ないふりをしている課題・問題。表層化しているけど大きすぎてみようとしていない。これが何かをみんなで話していく。 死んだ魚 放っておくと腐っていく。そういう問題。放置しておくとまずいことになる問題ってなんだろう？ということを話し合う。 嘔吐 自分の胸の中に隠していて、吐き出せなかったこと。これをこの場で嘔吐する。
目標設定の基本
NTT Com Open TechLunch #7「エンジニアリングマネージャー と 目標設定」の登壇資料です。20分くらいの短いセッションなので網羅的ではありません 2. 吉羽龍太郎 / Yoshiba Ryutaro アジャイル開発、DevOps、クラウドコンピューティング、インフラ構築自 動化、、組織改革を中心にオンサイトでのコンサルティングとトレーニン グを提供。Scrum Alliance認定スクラムトレーナー(Regional, CST-R) チームコーチ(CTC) / 認定スクラムプロフェショナル(CSP) / 認定スク ラムマスター(CSM) / 認定スクラムプロダクトオーナー(CSPO) 2
軽率に会社を設立してみた
Tue, Feb 6, 2024 2-minute readひとり合同会社を設立してみました。 なんで？「ソースコードの一行一行は、経営判断そのものだ。」という好きなフレーズがあります。とあるブログ記事の書き出して、ざっくり要約すると、プログラミングの過程においては常になんでこう書いたのか？読みやすさとかパフォーマンスとかトレードオフすべき都合があって、なにを優先すべきか？の判断がなされているはずで、それはつまり経営判断だよね、という内容です。 昨年執筆した「メタエンジニアリング 理論と実践、そして未来」という同人誌でも、このフレーズを引用させてもらいました。文中には「経営とメタエンジニアリング」という章を設け、メタエンジニアリング（つまりエンジニアとエンジニアリング組織への投資）と経営の関係について考察しています。 過去、エンジニアリングと経営の板挟みになった経験は（程度の大小こそあれ）
テキストコミュニケーションで意識していること｜ymdkit
リモートワークで仕事をしていると、Slack や Teams といった何かしらのチャットツールでコミュニケーションを取ることが多い。そうやって仕事を続けていく中で「こう伝えたらよりスムーズに話が進んだかな...」という後悔は多々あり、日々試行錯誤を続けている。 そうやって試行錯誤を続けていく中である程度テキストコミュニケーションを取る上でのフォーマットが定まってきた気がするので、箇条書きでまとめてみようと思う。（随時更新予定） prefix （接頭辞）をつける文章の先頭にその文章の目的がわかるような prefix をつけて、何のためにポストしたかを一目で分かりやすくする。例えば以下のような prefix をつけることがある。 【質問】→ 相手の返信が欲しい時 【共有】→ 返信は不要だが、内容は把握しておいてほしい時 【メモ】→ 返信不要で、後から検索できるよう残しておきたい時 箇条書きする
めんどくさい作業を改善できるようになるには - Konifar's ZATSU
めんどくさい作業にぶち当たった時、一気に改善してしまう人がいる。ガッと自動化したり仕組みそのものを変えたりしてしまうのだ。「めんどくさい」と心の中で思ったなら、その時スデに行動は終わっているのである。 たとえばコードレビューで都度同じ指摘をしだしたらLintとCIを整備したり、期限のリマインドを何度もしていたらリマインドそのものを自動化したり。CI/CDやBranch Protect Ruleを初期段階で整えるみたいな動きもそう。 こういう動きができる人とできない人の違いは、大きく次の4つの段階に分けられる。 1. めんどくさいと自覚できるか 1つめはスタンスの問題かもしれない。「もっとよくできないか？」「なぜこれをやってるんだっけ？」といった感じで今の運用を疑ってみるのが第一歩である。 よい状態を知っている方が当然自覚しやすいので、次の2とも密接に関係してくる。 2. めんどくさくない状
パワーポイントのデザインパターン大全 - 資料作成時に使える39のアイデア
資料作成代行サービス「c-slide」を運営する中で蓄積したナレッジから、デザインをパターン化しました。 資料作成時にパワーポイントと一緒に開いてアイデアの種にして役立ててもらえると嬉しいです。 詳しく解説している記事はこちら https://cone-c-slide.com/see-sla/blog/design-pattern/ また、本スライドの①デザインパターンに加え、②スライドマスターのテンプレートや、③営業資料などの資料テンプレートを含んだ「デザインパターンデータ（pptx）316 P」を販売しています。 → PPTテンプレート購入はこちら： https://formwrk.jp/workflows/createProject/?id=U2FsdGVkX19Y0oVcOUXL%2Bb0dSjC5Fi2MlB9whoscExA%3D&btnText=%E5%AE%8C%E4%BA
『ダイの大冒険』『仮面ライダーW』三条陸が語る、「ヒーローの条件」とは？──どんなにカッコよくても、「頑張れ！」と思えなければ好きにはなれない
『ダイの大冒険』『仮面ライダーW』三条陸が語る、「ヒーローの条件」とは？──どんなにカッコよくても、「頑張れ！」と思えなければ好きにはなれない 「80年代」……それは『ウルトラマン』と『仮面ライダー』という日本を代表する特撮シリーズに「空白」が生じた時代である。 1980年に放映された『ウルトラマン80』を最後に、1996年の『ウルトラマンティガ』までの間、ウルトラマンシリーズのテレビ放映は16年に渡って中断されることとなった。 『仮面ライダー』においても、1980年に放映された『仮面ライダースーパー１』以降、1987年から1989年に掛けて放映された『仮面ライダーBLACK』、『仮面ライダーBLACK RX』という例外は在りつつも、2000年に放映された『仮面ライダークウガ』から始まる、いわゆる「平成ライダーシリーズ」までは長い休眠期間に入ることになる。 そして1980年代とは、1981
なぜ雑談が重要か - stmn tech blog
これはなに？ こんにちは、リファクタリング大好きなミノ駆動です。2023年7月より株式会社スタメンにジョインしました。 コミュニケーションには会議体やテキストベースなど様々な手段があります。 その中で雑談がなぜ重要であるかについて、私の考えを記したものです。 大事な前提 〜目的と手段の関係〜 人々の活動には目的があります。そして目的を満たすための手段を追い求めています（ここでいう手段とはシステムであったり情報であったり、「目的の役に立つもの」と考えてください）。 目的と手段の関係性を次の図で表現します。目的と手段それぞれの円の重なりが大きいほど、目的に対して相応しい手段である、ということをここでは表します。 この図を使った例を出します。 今の時期、だんだん暑くなってきましたね。「暑さを解消したい」という目的に対して、「扇風機を点ける」「エアコンを点ける」「かき氷を食べる」「南極に送り込む」
[書評]シニアエンジニアから先のキャリアを考える「スタッフエンジニア マネジメントを超えたリーダーシップ」 | DevelopersIO
「シニアエンジニアになったけど、この先何を目指すべきなのか？マネージャー?」のような悩みのある方に向けたマネージャー以外の選択肢に関する本「スタッフエンジニア マネジメントを超えたリーダーシップ」の書評です。 はじめに 「シニアエンジニアになったけど、この先何を目指すべきなのか？マネージャー?」 「会社としてシニアエンジニアに今後どんなキャリアを提示できるだろうか？」 社内で一定以上のキャリアに到達すると、従来の大企業などの場合はマネージャーに昇進することが多かったかと思います。国内の先進的な企業ではエキスパート、ICなどの肩書きが生まれている印象です。海外ではシニアの上位でエンジニア寄りのポジションとしてスタッフエンジニアなどの役割を作っています。スタッフという言葉が日本では聞き馴染みなかったですが、「エンジニアのリーダー」や「幹部の補佐」に相当するポジションです。では、スタッフエンジニ
![[書評]シニアエンジニアから先のキャリアを考える「スタッフエンジニア マネジメントを超えたリーダーシップ」 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/c7810caf2fbb484cabe37f366edd569a62a2c183/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F05%2Fstaff_engineer_book.jpg)
2023年にエンジニアな私がマネジメントに目覚めてから読んでよかった3冊 - Lean Baseball
タイトルそのままのエントリーです. 気がつけば現職含めて「エンジニアのマネジメント」を行う職種を6年ちょいやらせてもらっています. マネジメントをする・しないを含めてキャリアパスどうする? マネジメントをやるとして何を教科書にしたら? 今どきの開発スタンス・マネジメントってどうしたら? みたいな悩みや迷い（&やっぱコードを書くエンジニアの仕事良さそうという脱マネジメントの検討*1）は常にありますが, 今年はそれに応えてくれる良著3冊に出会いました. スタッフエンジニア エンジニアのためのマネジメント入門 人が増えても速くならない 以上の3冊です. この3冊です（結論） スタッフエンジニア マネジメントを超えるリーダーシップ 作者:Will Larson日経BPAmazon エンジニアのためのマネジメント入門 作者:佐藤 大典技術評論社Amazon 人が増えても速くならない ～変化を抱擁せよ
早期ミスマッチ解消のために、職務経歴書のガイドを公開しました - スタディサプリ Product Team Blog
こんにちは、Web Engineer の @wozaki です。 今回は、採用プロセスの改善として、職務経歴書に記載いただきたいことを公開した背景をご紹介します。 概要 職務経歴書に、採用チームとして期待する情報が不足していることがある 不足すると、以下の課題が発生することがある 書類選考は通過するが、その後の選考でミスマッチと分かる (経歴書が充足していたら、より早期にミスマッチが分かったかもしれない) 面接の前に経歴に踏み込んだ質問を設計できずに、面接時間内でマッチしているか情報を引き出す難易度が上がる 既存の対策として、情報の追記をお願いすることがある 新たな対策として、記載いただきたいことを ガイドとして公開 することにした 記載いただきたいこと 早期ミスマッチ解消の必要性 Web Engineer の採用は競争が激化している肌感があります。 応募者の方々にとっても、様々な企業の中
スタートアップを取り巻く環境について 〜スタートアップとエンジニアリング〜
東京大学 松尾研究室 様向け講演資料
オープンソースビジネスの挑戦と現実｜Rui Ueyama
いい感じのオープンソース・ソフトウェアを書いて、それを元に起業することを考えてみたことがある人は結構いるようだ。実際に僕はここ1年半ほど、自作のオープンソース・ソフトウェアを元にビジネスを立ち上げようと試行錯誤してきた。その経験についてここでシェアしてみようと思う。 あらすじ薄々予期していたことではあったけれど、結論から言うと、そんなにはうまくいかなかった話ということになる。要点をまとめると次の通りだ。 「moldリンカ」というオープンソースのツールを開発して、それを元にビジネスを行おうとしていた そこそこ稼ぐことはできたものの、大きなリターンを得るのは難しかった ほとんどの企業はオープンソースを大々的に活用していても「無料のソフトウェア」にはお金を払うつもりはないし、払いたくても社内制度上できない 大きなリターンを得たいのならば、自作のオープンソース・ソフトウェアを元にサービスを立ち上げ
生産性を高めれば高めるほどますます忙しくなる /「限りある時間の使い方」を読んだ - kakakakakku blog
タイトルに惹かれて「限りある時間の使い方」を読んだ．僕は日常的に "忙しく時間がないなぁ..." と感じることが多い（忙しいフリをしているだけの可能性もある）．やりたいことは多いけど全然処理しきれず，常に何かしらを犠牲にしているというモヤモヤもあって，本書を読んでみることにした． 僕自身は "意識高い" 自己啓発本が大好きではあるけど，本書はそういった「ライフハック本」ではなく，○○をしろ！○○はするな！という内容ではなかった．もっと哲学的な内容が多く，根本的な "何か" を気付かせてくれる感じで，人生や時間について考えながら読み進めることができた．また本書で繰り返し出てくる「生産性オタク」や「完璧主義者」はまさに僕自身のことを揶揄しているようにも感じられて，時間をコントロールしているはずなのに常に何かに追われているという点は非常に刺さった．他にも刺さった箇所は「読書メモ」に箇条書きにして
ソフトウェア開発スキルを活かせるB2B SaaS 企業でのポジション - As a Futurist...
今回は、僕が主に AWS という大きな B2B SaaS 企業で見てきた中で、ソフトウェア開発を活かせる多様なポジションを紹介してみます。 B2B SaaS とはなにか ソフトウェアをサービスとして提供し、それを企業や公共機関に対して売って生計を立てる業態です。別の言い方をすればクラウドビジネスとも言えますが、 インフラサービスや開発者向けのサービスだけではなく、バックオフィスだったり基幹業務効率化だったり、様々なビジネスが日夜生まれては消えていく、 とても活力のある世界です。 AWS の様な基盤となる B2B SaaS が成長したおかげで、その上にソフトウェアを載せてビジネスを回していくことが以前(10 年くらい前？)よりもはるかに簡単になって、 いろいろなアイデアがどんどんと生まれ、さらに成功した B2B SaaS に乗っかって次のビジネスが生まれていく、というような流れも感じますね。
心理的安全性の育て方 - Innovator Japan Engineers’ Blog
こんにちは、CTOの山岡（@hiro_y）です。ここ数年「心理的安全性」という言葉を目にすることが増えました。Web上の記事でも、書店に並ぶ書籍でも。 自分も何度か「心理的安全性」って大事だよね〜と話した記憶があるのですが、実際のところ「心理的安全性」とは何でしょう。大切なのは誰もが同意するでしょうが、皆が思い描く「心理的安全性」が達成された状態は少しずつ違っていたりしないでしょうか。 ちなみに似たような感じで扱われる言葉に「コミュニケーション」があると思っていて、大切なことは否定できないけど具体的に何を指しているかは人それぞれ、という…。最近はなるべく「コミュニケーション」という言葉を使わないようにしてみています。 さて、話を戻します。「心理的安全性」とはそもそも何なのでしょうか。自分なりに考えた結果としては、「状態を指す言葉ではあるけれど直接は作れないもの」です。どのような状態かという
【第1回・前編】 エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly（ギークリー） IT・Web・ゲーム業界専門の人材紹介会社
『テスト駆動開発』や『SQLアンチパターン』をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。 そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の前編では、一線を画すエンジニアであり続けるために自らのプロジェクトで意識的にコードを書いているという和田さんの姿勢に始まり、ベテランとして「技術のらせん」を読み解くケーススタディとしてDDD（Domain-Driven Design）を題材に話を伺います。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務め
Netflix Jobs
Netflix Culture MemoWork Life PhilosophyInclusion & DiversityVideoPodcastBlog 素晴らしいエンターテインメントは、心を躍らせ、人にインスピレーションをもたらします。エンターテインメントに触れることで、私たちは笑ったり泣いたり、息を呑んだりため息をもらしたり、さまざまな感情を呼び起こされ、心が豊かになります。人類が言葉を話すようになって以来、物語は、私たちの幸せにとって欠かすことのできないものです。 Netflixのミッションは、世界中にエンターテインメントを届けることです。世界のあらゆるところで素晴らしいストーリーを生み出し、世界の至るところで多様な作品を自由に楽しんでいただくことを目指しています。この目標を実現するために、私たちは一風変わった企業文化を育んできました。この文書はそのカルチャーについて、またNetf
果てしない文章推敲を「３ステップ」で効率的に終わらせる方法｜石原尚（大阪大学教員）｜note
文章は、「これで伝わるだろう」という淡い期待を簡単に裏切ります。伝えたいことを期待通りに伝えられるようになりたいのなら、「表現の質」を高めるための推敲の技術の習得が不可欠です。 この記事では、大切ながら手間のかかる推敲を「効率的に」実施する方法を紹介します。ほとんどはじめて論文を書くことになった学生さんが、論文原稿（卒論・修論）の価値を飛躍的に向上させるうえで役にたちます。また、論文に限らず、「正しく、詳しく、丁寧に伝えたい」という気持ちで文章を書こうとする場合には、さまざまな場面で使えるはずです。 この記事で紹介する推敲の手段は、「切り分ける・並び替える・繋ぎ方を変える・削り落とす・一貫させる・まとめる・明確にする・限定する・やさしくする」の９種類です。この９種類さえ自由自在に駆使できれば、論文の文章を劇的に良くすることができます。この９種の推敲を、「まず工事して、片付けて、最後に気遣い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
