インプットのすゝめ | 外道父の匠
絶賛成長期にあるだろう若手エンジニアは、どういう流れで自身の成長を促したら良いのだろうか、とふと思いつつ口頭で説明してみたけどよくわからんくなったので整理してみたいお気持ちです。 当ブログではアウトプットの効用みたいなものは書いてきましたが、インプットそのものについてはお初なので、自身を振り返る良い機会にもなりそうです。 はじめに これは私が二十数年間、プログラマー・インフラ・SRE といったエンジニアとして通ってきた中で、どのようにインプットをしてきたかを整理してみるチラ裏です。 自分は一般(?)と比べれば少々特殊な経歴で、情報学を学んだことも、新卒研修を受けたことも、IT系資格も、転職したこともない…… ほぼ独学による野良エンジニアとして生息してきましたので、あまり参考にはならないかもしれません。 それでも一応長く生き抜いてきたエンジニアの経験として、インターネットに数多くある参考例の
はじめに 本記事はアウトプットの心構えのカレンダー | Advent Calendar 2023の4日目の記事です こんにちは！！@Sicut_studyです！ 私はアウトプットの大切さを日頃から発信しており、実際にQiitaにたくさんの記事を投稿しています そんな中で、自分なりに高速に記事としてアウトプットできるフレームワークを使っているのでそのフレームワークについて紹介していきます アウトプットの大切さ まず言っておきたいのはアウトプットは質より量です 量が増えるとだんだんと質もあがります 私は駆け出しのエンジニアの方に普段から「100本記事を書けば人生変わる」と言っています。 そもそも世の中に100本記事を書いたことのある経験をしたことがある人はごく僅かです そんなごく僅かな人になれれば絶対人生が変わります。 多くの人ができないことをやり遂げられる。しかも記事という形で目に実力が見え
エンジニア版の採用ピッチ資料を記事として制作する「kiitok review」ですが、ここ1ヶ月で新たにAnyflow、Kanmu、メダップ、キャディ、Voicyの各社さまの開発チームのレビュー記事を制作しました。 （制作済みのレビュー記事の一覧はこちら） （エンジニアの採用やブランディングに関するお仕事相談はこちら） 毎回各社のCTOや技術責任者の方とお話をさせていただく中で、みえてきた「魅力的なエンジニア組織」の要素を9つにして言語化してみました。 1.ユーザーに喜ばれる開発に時間を使えているチームエンジニアなら、一度は経験があるユーザーに求められないものをつくってしまう徒労感。逆に、開発したプロダクトや機能をユーザーに喜んで使ってもらえた時の幸福感。 エンジニアとして苦労してつくった機能をより多くの人に喜んでもらえる環境があるチームは魅力的です。もちろん、そういったものをつくらないと
技術記事を書くまでのステップについて順にコツを解説していきます。 特に、技術記事を書きたくてもテーマ選定が難しい、文章が苦手だ、なぜか筆が進まない、うまくまとめられないといった方に読んで欲しい記事です。 一応、エンジニア歴としては数年以内のジュニアレベルの方を想定しています。 以下のように技術記事を企画して、書いて、公開するためのプロセスごとにちょっとしたコツをまとめています。気になるセクションだけでも読んでいただければ幸いです。 テーマを決めよう 対象読者を決めよう 章立てを決めよう 書こう タイトルを決めよう 【余談】技術記事を書く理由とは 筆者について QiitaとZennにて6年以上の記事発信経験があり、 Qiitaでは5,942Contributionsを記録、 Zennでは3,253Likesをいただいています。 テーマを決めよう コツ：テーマのカテゴリによって執筆のポイントや
はじめに 私のチームは、リモートワーク中心の開発チームです。 そのチームに新人が配属された時に、私のチームで行っている新人育成のプラクティスのうち、比較的ユニーク(だと思っている)プラクティスを抜粋して紹介します。 少しでも参考になれば幸いです。 リモートワークの知見を説明 新人に対して、チームで行っているリモートワークを快適に行うための知見を紹介しています。 特に、「今から通話いいですか」をすっ飛ばしてビデオ通話を開始する文化であることを共有します。 詳細は以下を参照ください。 インセプションデッキの説明 インセプションデッキとは、プロダクトづくりに関わるメンバーが各々の意見を持ち寄って共通認識をつくり出すための大事な質問に対してメンバー皆で議論して決めた回答です。 詳細は以下を参照ください。 インセプションデッキ | Agile Studio 私のチームでは、以下のテンプレートを利用し
発表資料作り、全体的な流れは 1 週間ぐらいかけて構想して、半日使って 15,000 字ほど書いて (コード片含む)、半日使ってスライドに起こす(結果として 6000 字ぐらい使う)、って感じですね。貯めた文字列を組み合わせている最中に構想とは別のストーリーが降ってくることも多い。— Takafumi ONAKA (@onk) July 3, 2018 このツイートの「文字を組み合わせる」のところについて、もうちょっと掘り下げてみる。*1 この記事は はてなエンジニア Advent Calendar 2022 の1月2日の記事です。昨日は id:stefafafan で 『UNIXという考え方―その設計思想と哲学』を読んだ - stefafafan の fa は3つです でした。 3 つのポイント 知っていること 7 割、聞いたことがあること 2 割、知らないこと 1 割 引用しやすいワー
全てのエンジニアに向けて「エンジニアとして生き残るために」 NTTコミュニケーションズ技術顧問・和田卓人氏 - Shines｜ドコモビジネス｜NTTコミュニケーションズ
事業共創プログラム OPEN HUB for Smart World 未来をひらく「コンセプトと社会実装」の実験場 OPEN HUB for Smart Worldは、社会課題を解決し、わたしたちが豊かで幸せになる未来を実現するための新たなコンセプトを創り、社会実装を目指す事業共創の場です
哲学者であり作家としても活動している千葉雅也さんは、長年「書けない」悩みと対峙（たいじ）し続けてきた。 近年はSNSやブログなど、自分の言葉をアウトプットできる機会が増えた。そういった自己発信の場以外でも、企画書や取引先へのメールなど、「書く」という行為は私たちの生活と密接している。「書けない」悩みや「書く」ことへの苦手意識を抱く人も少なくないだろう。 それらの根底には「ちゃんとした文章を書かなければならない」という呪縛がある、と話す千葉さんに「書けない」悩みを克服する手がかりを伺った。 インターネットの広がりにより、ブログ、SNS、小説投稿サイトなど言葉で自己表現できる多種多様なサービスが身近な存在になった。文章を書く機会は増えたが、文章を書くハードルが下がったかといえば、意外とそうでもない。 何かを書きたい気持ちはあるのに、いざ書こうと思うと「うまく書けない」「まとまらない」。 読み手
大学生に『書くこと』の授業をしたときに 引き合いに出した本 / books on writing for students
スクラムフェス大阪 札幌トラック「旅するAgile本箱LT」にて登壇した際の資料です #scrumosaka https://www.scrumosaka.org/ https://confengine.com/conferences/scrum-fest-osaka-2021/proposal/15351/agilelt-2021
こんにちは、デプロイゲート採用広報チームです！ 今回はお試しのトライアル期間を含めて、約3年間に渡って運用している週休3日制について、導入の経緯や目的を振り返ってみたいと思います。また会社側から見たときのメリットやデメリットなどもご紹介したいと思います。 みんなの働く時間を有意義にしたい「楽しく働く、楽しく生きる」をコアバリューにしている弊社では、仕事はただのお金を稼ぐための手段だと割り切って「早く終わらないかな〜」などと思いつつ過ごすのはとてももったいない事だと考えています。できれば一度きりの人生、仕事からもプライベートからも大いに刺激を受けて、学びを得て、それらを双方に還元しながら人生を豊かにしていけるとすごく楽しそうですよね。 ですので、せっかく人生の貴重な時間を弊社に使おうと思ってもらえたチームメンバーには、「毎日めっちゃ有意義な時間を過ごしてます！」と声を大にして言ってもらえるよ
レポート及び論文では「基本的な能力を有した日本語ユーザーであれば誰でも理解できる（誤解しない）」精確な（＝精密で的確な）日本語を書くことが求められます。その能力を身に付ける第一歩として，以下のルールを必ず守ってください。中には瑣末なモノも含まれますが，これらを守るだけで添削・修正の手間も再提出の可能性も格段に下がります。これらの基本的な書式が守られていないレポートは添削せずに送り返します。 1. 「何となく伝わるだろう」は絶対にNGです。書いてある通りにしか解釈できない，逆に言えば，その他の（拡大）解釈や曲解を許さない厳密な文章を書くことを心がけましょう。 2. そのためにも，まずは主語を明確にすること。「書かなくても伝わるだろう」「好意的に解釈してくれるだろう」という期待を読み手に押し付けてはいけません。 3. 主語を明確にしたら，主語に述語を対応させましょう。主述が対応していないという
執行役員 VP of Engineering 兼技術部長の @hsbt です。 GMO ペパボ株式会社(以下、ペパボ)では一年に二回、半期ごとにエンジニアが実績の資料を作成し、資料に基づいて評価を行う制度があります。評価資料では、ペパボが大切にしている三つのことである「なかよくすること」「ファンを増やすこと」「アウトプットすること」それぞれについて、エンジニアとしてどうコミットしたかというのを述べる必要があります。 2019 年上期(1-6月)の評価を @hsbt が行った部署のメンバーに向けて、何故エンジニアにとってアウトプットが大事なのか、ということを述べた文章を社内で共有しました。今回はその文章をアレンジして公開したいと思います。 今回の評価で、気になったこととしては、 「OSS は開発していません、発表もしていなかったのでアウトプットはBです」という自己評価が散見されたことです。一
30過ぎてオタク趣味が楽しくなくなってきた人は「年のせいかな？」と疑う前に「オタク趣味は、油断するとすぐ楽しくなくなる」という原則を覚えておきたい - 頭の上にミカンをのせる
[第86話]2.5次元の誘惑 - 橋本悠 | 少年ジャンプ＋ オタクとしてのモチベーションが急に切れた時の対応についてかたってる回。 2.5次元の誘惑 10 (ジャンプコミックスDIGITAL) 作者:橋本悠集英社Amazon 私が最近ブログが楽しくないのは、どう考えてもアウトプット過多、インプット不足です。本当にありがとうございました。 タイトルで言いたかったのはここまでです。 id:cider_kondoの指摘通り、残りの部分は蛇足です。ただ、これは上のマンガで言ってる「アウトプット過多」とは別の話だと思うよ……。 マンガのコマだけ引用するのもなんなので、蛇足語り オタクって「魂」とか「気づいたらなってる」みたいな形で語る人いるけど 一部の例外を除いては「習慣」が「人格」を形成するという話でしかない。 思考に気をつけなさい。それはいつか言葉になるから。 言葉に気をつけなさい。それはいつ
こんにちは、プロダクトマネージャー（以下PM）の adachi です。（ToDo: ここになにか面白い文章を入れる） 先日、プロダクトの目的・目標・指標をまとめた図をTwitterに投稿したところ、わりと反響があったのでこちらで解説したいと思います。 開発メンバーから「会社の戦略とプロダクトの目標がどう紐付いてるかわからない」という声をもらって作った図。 改めて整理する中で自分のなかでも気付きがあり、もっと早くやっておけばよかったなと思いました。 pic.twitter.com/tuedZhaZG2— Takashi Adachi (@asanebo_) 2022年6月1日 この記事でお伝えしたいこと 会社のミッションや戦略とプロダクトの目的・目標・指標は、構造的に整合していることが重要である PMにとって自明に思えることでも、アウトプットしなければチームで共有できない 目的・目標・指標の
Tak 🇺🇸 @Tak8x 会社で一人クビになった。優秀で部下の面倒見もよかった。理由は人前で怒りをコントロールできなかったこと。会社はあなたの意見が正しいかなんて全然興味ない。興味あるのはチーム全体のアウトプットの最大化だけ。雰囲気を壊してチームのスピードを落とすやつに居場所はない。 2022-05-05 06:51:21 Tak 🇺🇸 @Tak8x ずっとニコニコしてろと言ってるわけではない。普段からキーメンバーとの信頼関係をつくり、怒りを表さなくても仕事ができる下地を作らなくてはならないと思う。 2022-05-05 06:54:12 Tak 🇺🇸 @Tak8x この１年間でチームワークを乱すプレイヤーが５人クビになったり離職したりした。そのうち３人はエース級。チームのアウトプットは一時的に減った。が、半年で急激に回復、２倍に膨れ上がった。理由は皆が正直に話せるようになっ
開発生産性 実践入門
本書は基本的には無料で公開しています。 開発生産性という言葉が世に広まりつつあります。 このカテゴリに関する記事の多くを見てきましたが、開発生産性という言葉の概念や考え方に対するものが多く、具体的な打ち手やアクションに対するアウトプットが少ないと感じていました。 そこで本書は、開発生産性を向上させるための基本的な打ち手と、それに対する具体的なアクションを読者に届けたいと思い執筆しています。 実際に読んで、読者の皆さんに何かしらの気づきを届けることが出来たのであれば、投げ銭感覚で購入ボタンを押していただけたら幸いです。
最近脆弱性の話とか本業と一切関係ないことを書いていたので、今回は本業に関する話です。 前提 所感 楽しい やりがいがある 実績になる 得意な形でアウトプットできる 勉強になる 深く特定領域を学べる 得た知見を公の場で共有しにくい 広く触れない（可能性がある） なぜ会社としてOSSをやるのか？ということを真剣に考えられる 市場の熟成 有料化のしやすさ 品質の向上 カンファレンスでの発表 ファンを作る 会社の売上に貢献できる方が精神的に楽 ユーザからのフィードバックが助かる メンテナンスコストが高くなる 方針を決められなくなる 宣伝は必要 まとめ 2019/08/01にOpen Source Engineerという肩書になってから既に1年が経過しました。そういうポジションの人はまだ日本では少ないんじゃないのかなと思ったので何か参考になればと所感を書いておきます。ちなみに最初の頃Open Sou
はじめに この記事では、学んでいくためのマイルストーンとして「知ったかぶりができること」を設定するのもアリなのでは？ という提案をします。 初学者でなくても『どうやって学んでいこうかな～』は全エンジニアの関心事だと思うので誰かの行動のきっかけになれたらうれしいです。 目次 （エンジニア）人生は勉強や！ 「知ったかぶり」を再定義する 「知ったかぶり」を可視化する 無知の知はすぐに自覚できる どうすれば人に説明できるようになるのか いったんここまでのまとめ 脳内イメージの解像度をどう上げていくか アウトプット先を意識したインプットをしよう " 知ったかbrilliant Journey of Engineers " さあ、なにを知ったかぶりしていこう？ おわりに （エンジニア）人生は勉強や！ 技術は高速かつ複雑に成長しているので、新たな分野を学ばなきゃいけない機会はどんどん増えていく。また、そ
文脈: blog.arthur1.dev 自分は割とガンガンアウトプットする方で、たまにバズって嬉しいという品質のブログ(これ)をやっている。普段どのような心構えでやっているのか、そして続けるコツみたいなものについて書いてみようと思う(参考になるかは全くわかりません)。 あと一応断っておくと、タイトルにある "去年書いた182本の記事" は非-技術的な記事も含んでいる(けど、だいたい技術記事なので許してほしい)。 どういうときに書くか どういうモチベーションで書くか どういうときにバズるか どのようにして続けるか 余談: 箇条書きの型を統一する 参考文献 あわせて読みたい どういうときに書くか 自分は基本的にブログを「1年前(後)の自分が泣いて喜ぶ記事」というテイで書いている。自分が知りたかったことは他人も知りたかったはずだという仮説で書いていて、それを知りたかった人の総量はその技術のシェ
「勉強したのに覚えられない」と悩む人向けのノート術。なぐり書きでOK「捨てノート」の効果 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「選択式の問題ならなんとなく回答できるけど、記述式だと正確に答えられない……」 「テキストをしっかり読んだのに、問題を解こうとすると思い出せない……」 資格試験の勉強などでこうした記憶力に関する悩みを抱える方は、「捨てノート」を試すといいかもしれません。そのやり方と効果を、筆者の実践例も交えてご紹介しましょう。 「捨てノート」が勉強に効果的な理由 「捨てノート」で勉強する方法 「捨てノート」で勉強してみた 「捨てノート」で勉強してみたら、しっかり覚えられた！ 1.「繰り返し書く」と、記憶がより定着した！ 2.「声に出しながら書く」のもおすすめ 「捨てノート」が勉強に効果的な理由 「捨てノート」とは、『マンガでわかる 現役東大生が実践していた！ 東大を攻める7つの勉強習慣』で紹介されているノート術。同書を共同執筆した現役東大生・東大大学院生たちが、大学受験時に重要視し実践していたという勉強法
はじめに 最近、ビジネスダッシュボードの設計・実装ガイドブックという書籍が出版された。今まであまりなかった視点から書かれたデータに関する本で面白く読んだ。 ビジネスダッシュボード 設計・実装ガイドブック 成果を生み出すデータと分析のデザイン 作者:トレジャーデータ,池田 俊介,藤井 温子,櫻井 将允,花岡 明翔泳社Amazon 作ったダッシュボードの利用が進まず、虚しさを覚えた経験がある人は多いと思う。どうしてそうなってしまうのか、自分の経験を元にまとめたいなと思ったのでまとめる。 なぜ使われないダッシュボードが作られるか なぜ作られたダッシュボードが使われないかと言うと、基本的にはそのダッシュボードがそんなに必要なものではないからだ（社内周知がうまくない、ツールの使い方がわからない人が多いなどの理由もあったりするがここでは無視する）。 必要のないダッシュボードが作られてしまう状況に関して
はじめに 学習におけるChatGPTの活用方法といえば、「ChatGPTから教えてもらう」ということが多いと思います。 実際、私もそうです。 本記事は逆に 「ChatGPTに教える」 という使い方もありではないかという内容になります。 目次 何でChatGPTに教えるの？ 「人に教える」ことで記憶への定着率が高くなると感じた経験 実際にChatGPTに教えてみる さいごに 何でChatGPTに教えるの？ 「学習にはアウトプットが重要」 ということを耳にしたことがある人は多いかと思います。 主なアウトプットには、次のような手法があります。 Qiitaなどに技術記事を書く 勉強会で発表する 人に教える 自分のこれまでの経験を振り返ってみてもアウトプットをしていると記憶への定着率が高いです。 特に「人に教える」という行為は、記憶への定着率が高まると感じています。 ただ、双方向のやりとりが必要とな
キャリアへの焦燥感を成長の糧に。新卒2年目で直面した不安を払拭するため、こにふぁーさんが試行錯誤してきたこと - Findy Engineer Lab - ファインディエンジニアラボ
株式会社Kyashでプロダクト開発をしている@konifarです。新卒でソフトウェアエンジニアとしてのキャリアを開始して、Kyashは4社目です。社員数3人から3,000人くらいまで、いくつかの規模の会社を経験してきました。 いま思い返してみると、自分はこれまでソフトウェアエンジニアとしてさまざまな焦りを感じてきて、それを何とかしようといくつかの選択をしてきました。特に規模の小さなスタートアップにいると事業やキャリアに対して焦りを感じることが多く、毎度不安になって、どうしようかと考えてきました。 そこで、何社かのスタートアップを経験した自分が、日々感じてきた焦燥感とどう向き合ってきたかを綴っておこうと思います。個人の経験や感情の話になるので全てが参考になる内容ではないと思いますが、皆さんが今後よりよい選択をする上で少しでもお役に立てれば幸いです。 社外の人と関わって視野を広げる 社外の人に
正しく伝える技術入門
仕事において、相手に情報を正しく伝えることは必須です。逆に、伝えたいことが正しく伝わらなければ、相手は誤った情報を元に業務を遂行することになります。結果、いくら質高く、効率よく仕事をしたところで、アウトプットは想定外のものとなり、全く役に立たない場合すらあります。 このように正しく伝えることはよりよい仕事をする上での大前提であり、非常に重要です。そして、正しく伝えることは才能ではなく習得可能な技術です。「正しく伝える技術入門」では、伝えたいことを意図通りに正しく伝えるために必要ことをまとめます。 # 更新情報 * 2022/11/16 - 公開
始めに みなさま、アウトプットしてますか？ Twitter で日々情報発信する Qiita の記事を投稿する 勉強会で発表する などなど、アウトプットの方法はいろいろあります。エンジニアは日々のインプットが大事だけど、アウトプットも大事！というのはみなさまご存じの通りだと思います。 ・・・そうは言っても、アウトプットを多くするにはどうすればいいのかわからない！という方も多いと思います。私もその１人です。 そこで、私の知る範囲で圧倒的なアウトプットを生み出している山田展子さん（@e99h2121）に、「どうやったらたくさんのアウトプットを生みだせるんですか？？」という内容についてインタビューしてみました。 山田さんってどんな人？ 私にとっては、Works Human Intelligence の偉大な先輩です。Qiita のプロフィール（@e99h2121）を見るとわかる通り、ほぼ毎日何かし
組織と人事に向き合ったCEOの12ヶ月
本日10X Culture Deckの組織・人事パートをアップデートしました (以下はその一部です)。 この2022/10をめがけて10Xという企業組織の進化を進めてきた、そのアウトプットの片鱗になります。 本記事ではこの組織のアップデートの背景として私が考えたことをお伝えするために書いています。 最近の私の時間投資
前回の記事でイィ感じの燃え方してイラつきはしたけど、ちゃんと調べず適当に公開したのはマズかったし、どっちみちそれまで理解が浅かったのは事実で認識してたので、それはもういいんです。 それよりもなんで、昨今はこんなにクソコメが蔓延るようになったんやろって考えてみたくなりました。エンジニアに限らず、ジャンル問わず社会的な話でもあるのですが。 社会的な風潮 要は『叩く』という行為が流行を通り越して当然になってる風潮ですね。 エンジニア関連でも、昔から技術系掲示板では、そんなことも知らんのかい！とツンツンしながらも教えてあげる文化みたいなものはありましたが、そういう『限定的な場』に自分から踏み入れない限りは、エンジニア同士の交流の多くは所属や個人サイトが判明している人だったりして、誤りや改善点があれば、スマートに指摘して、素直に受け入れる、ような流れが多かったように思います。 SNSが流行りだしてか
今日ははてブやめてずーっと本読んでたんだけど
ずーっと本読んですげー有意義な一日だったわ。 ふと気づいたんだけどさ、はてブってインプットにもアウトプットにもならねえゴミみたいな時間だな。 辞めるわ
結局Githubに学習履歴を統一した方が諸々良かった
改めて説明する必要もないのですが、本や動画サービスによるインプットに関してはマークダウン形式でまとながら行うため、そこまでアウトプットが苦ではありません。 逆に外部サービスを使った資格学習のための問題演習などは少し手間です。 読書や動画サービスのようにマークダウンにまとめながらアウトプットしてもよいのですが、資格系の問題演習は移動時間や隙間時間に利用することも多いので、都度Githubにコミットするのは難しいです。 なんとか作業を自動化したいので以下のような方法を利用するようにしてみました。 学習履歴のデータを取得する 例えばStudyplusではAPIが提供されています。 利用しているサービスによっては、このようにAPIを提供してくれていたりするので、これを利用してデータを取得します。 またサービスの利用規約を確認して、常識的な範囲で自身の学習履歴のデータをスクリプトを組んで取得するのも
ちょっとIT関連の技術系のコミュニティで「気楽に教える」ことが流行っているのを見ていて、諫言というか、注意喚起を。 良い面もあるけど、危うい面もあって、それは発信者も受信者も傷つけることになるので。 少し長くなりますが、順を追って書くので、最後まで読んでいただけると。 前提前提1. 人は能力の100%は出せない、教えるのは猶更だ能力を100%出して何かをやり続けることは難しい。 瞬発的にはできても、持続的にはできない。やったら人間は壊れる。それは常識の範疇だと思う。つまり、ある程度、能力をセーブするのは、当たり前のことだ。それが生活のかかった仕事でなければ、猶更である。 また、「自分の知ることのすべて（100％）」を他人に教えることは、これまた、きわめて難しい。 「難しい」というのを更に掘り下げると、伝承芸能の師事のように、一定の期間をおいて、相互の理解度を確認しながら行えば、可能ではある
２０２２年５月に日本CTO協会が発表した「テックブランド調査」において、ゆめみがトップ１０位にランクインしました。 錚々たる企業がランクインする中、自社サービスやプロダクトを展開しない企業としては最上位に位置付けています。 ただ、２０１８年当時はまだテックブランドどころか知名度も低かったのですし、２０１７年度はどん底にありました。 そこで、２０１９年にブランド目標を設定して、本格的にテックブランド構築の打ち手を継続的に行ってきたことが結果に繋がりました。 では、どのような取り組みを行ったのか？をお伝えできればと思いますが、コンセプトとしては「採用ドリブン経営」というものを実践してきました。 「採用ドリブン経営」というのは一般的な言葉ではないですが、今後あらゆるIT企業にとて必要になる考え方だと思っています。 私は、この採用ドリブン経営をゆめみで実践しているのですが、実践するようになった事に
Notionに対する考え方などを振り返ると全然アウトプットしてなかったような気がして、今回吐き出すように書いてみました。 社内では目下Notionへ積極的に取り組んでいる方だと思っていました。が、Notionは執筆スタイルが人それぞれな面もあってか、具体的なあれこれについては中々書き出しにくい面があります。要はアウトプットの怠りです。故におそらく何も考えずに単にNotionを触っているだけだろうと周りから思われていた可能性が無きにしも非ず。 そこで、個人的主観で今回ずらずらと書いてみました。特に読むべき順番などはありません。何せ、執筆中にも執筆順をコロコロ変えていた位ですので。 記事一覧 見出し１とページタイトルの違いって？ 断絶したリンクとはどう付き合うか？ プロパティを後付したい時どうする？ トグルリストで思考管理？ 目次は常にあり得るべきか？ スクショとの付き合い方は？ 背景色は仕切
![[Notion思考]Notionとの付き合い方個人的まとめ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/1be51c54ad85ef1f218c5e00b713aa81fa392de5/height=288;version=1;width=512/https%3A%2F%2Fd1tlzifd8jdoy4.cloudfront.net%2Fwp-content%2Fuploads%2F2020%2F05%2Feyecatch_notion.png)
テンプレートの特に重要な点の補足 上の表の「目的」にパーツに込めた設計意図は記載しましたが、特に重要な点を掘り下げてご紹介します。 おすすめ欄はできる限り書く 表を作る人が「自分はどれをおすすめするか」について印をつけることで、より自分ごととして調査できるようになります。 私もよく表を作ったはいいものの、いまいち深掘りできていないなと悩むことがあります。そのようなときに、「結局自分はどれがおすすめなんだっけ？」と印をつけることで、「この案をちゃんと説明するためにはこの観点や確認事項が漏れているな」と気づき、調査をもう一段階深掘りできることがよくあります。 もしチーム内での利用以外であえて自分のおすすめ案をアピールしなくても良い場合は、表を完成させてからカラムを抜くとよいかもしれません。 観点はカラム内で足して100%になるように心がける 調査対象に抜け漏れがないように分類は足して100%に
継続的なアウトプットはなぜよいか？ 著作も数多いエンジニアが語る、社外向け発表がチームまで成長させる話 - Findy Engineer Lab
渋川（@shibu_jp）です。現在はフューチャー株式会社という、一次受けでコンサルから実装から運用保守まで一気通貫に行う会社にいます。社会人になってから、特に選り好みをしたりせず、任せられる仕事はなんでもやってきました。最近多いのは、サーバーからフロントあたりの領域です。 それ以外に書籍の執筆などもしており、今年（2020年）は『Real World HTTP 第2版』が出版され、「n月刊ラムダノートVol.2 No.1」にも寄稿しました。ほかに『Goならわかるシステムプログラミング』も、増刷のタイミングで密かに12ページほどコンテンツを増やしたりしています。 近著を中心とした10年にわたる筆者の著作 キャリアや仕事の仕方について、よく周りから聞かれるのが「いつ本を書いているのか？」「なぜ書き続けているのか？」といった質問です。僕としては、どちらかというと効率マニアで、一石二鳥を狙い続け
日本では「熱意ある社員」は5%→じゃあ日本人の6倍以上熱意がある社員が6倍のアウトプット出してくるかというと全くそんなことはない
リンク 日本経済新聞 日本の「熱意ある社員」5% 世界は最高、広がる差 - 日本経済新聞 米ギャラップが13日まとめた「グローバル職場環境調査」によると、仕事への熱意や職場への愛着を示す社員の割合が日本は2022年で5%にとどまった。サンプル数が少なくデータがない国を除けば、調査した145カ国の中でイタリアと並び最も低かった。4年連続の横ばいで、世界最低水準が続いている。世界平均は23%と21年比2ポイント上昇し、09年に調査を始めて以降最高となった。調査した「従業員エンゲージメン 22 users 332 日本経済新聞 電子版（日経電子版） @nikkei 日経電子版の公式アカウントです。トップページで報じたニュースを中心に注目コンテンツを24時間発信。記事は会員向けを含みます。日経公式アカウント一覧は nikkei.com/edit/sns/?n_ci… nikkei.com
Twitterでは先に言っていましたが、現職のはてなを3月末で退職します。3/19が最終出社日でした。はてなでの思い出はこちらに書きました。 そのため、転職活動をしたわけですが、コロナ禍での転職活動は平常時と異なる部分も結構ありました。また、データエンジニアとしての転職は初めての経験でした。誰かの参考になるかもしれないので、私が考えたことや感じたことをメモ書きとして残しておきます。 在宅勤務と就業可能な地域 Web上でのアウトプット データエンジニアという職種の多様性 転職にあたって重視したこと 魅力に感じた点 当然、不安もある 在宅勤務と就業可能な地域 カジュアル面談させてもらった企業さんは、ほぼ在宅勤務に移行済みだった 隔週や月一で物理出社という会社も半々くらい? 緊急自体宣言が出ていない時期(夏〜秋)にカジュアル面談させてもらったので、今は状況が違うかも カジュアル面談、採用面談もz
はじめに 都内でITエンジニアとして働いているまさきちといいます。 ITエンジニアとしてキャリアをスタートして一年半ほど経ちます。 これまでエンジニアとして試行錯誤しながら仕事に取り組む中で、上手くいったり失敗する事もたくさんありました。 その中で取り組んできて効果があったコトを皆さんにおすすめTipsとしてお伝えしたいと思います。 もくじ この記事の対象読者 すぐに役立つ仕事術７選 コミュニケーションは挨拶から Todoリストで1日のタスク管理 感謝の気持ちを伝える アウトプット型学習法 逆算して目標設定する 分報のすゝめ 質問は具体的かつ自分なりの考えを この記事の対象読者 研修を終えて業務に入ったばかりの方 ITエンジニアなりたての方 仕事の効率アップをしたい方 コミュニケーションは挨拶から エンジニアはリモートワークで仕事をしている人も多く、出社に比べるとコミュニケーションの手段が
今月のゴールデンウィークの終了とともに、GMOペパボを退職する。 で、誰？…と言われると思うので簡単な自己紹介をすると、私 @udzura はインフラ周りを中心に色々とやっているWeb・インターネット系エンジニアで、社内SEやECサービスやオンラインゲーム開発など色々やってきた中、2013年に株式会社paperboy.co.jp（現GMOペパボ）に入社、同年福岡移住をしてきた。 また、RubyKaigiやCloudNative Daysでの登壇、RubyKaigi 2019 のローカルオーガナイザなどコミュニティ活動もそれなりにしてきている、という経歴だ。あとは検索すれば大体出てくるということで…。 RubyKaigi 2019 フィナーレにて。 ペパボのブログから画像引用ペパボには、8年半ほど在籍し、以下のようなサービスに携わった。 minne Sqale（R.I.P in 2017/0
モブプログラミングで「一緒に働く」を戦略的に仕事に取り入れよう - Agile Journey
みなさん、こんにちは。「制御不能なアジャイルモンスター」こと及部敬雄（@TAKAKING22）です。私は現在、 Silver Bullet Club というソフトウェア開発チームに所属していますが、チームでは2017年5月にモブプログラミングを採り入れ、現在も継続しています。こうした経験のなかで得られたモブプログラミングに関する知見を、書籍、記事、コミュニティ活動などを通して発信してきました。また、アジャイルコーチとしてチームや組織へのモブプログラミングの導入支援もしています。 本稿では、モブプログラミングを実際の現場で活用する際に直面しがちな悩みポイントを抑えつつ、個人やチーム、そして組織がモブプログラミングとどう向き合っていけばよいのかについて、ご紹介します。 モブプログラミングとは モブプログラミングの流れ なぜモブプログラミングが必要なのか 分担作業とモブプログラミングの比較 2つ
orangestar.hatenadiary.jp こんにちは、小島アジコさん。はてな村・はてな界隈についてこういう文章を書く人はすっかり減りました。なので私はアジコさんあてに手紙を書きます。書いた理由は、書きたかったからです。 (上) 昔、アジコさんは『はてな村奇譚』という、はてな界隈についてのサーガをまとめましたが、そこに、新時代の兆候として「機械のような生き物」が描かれていました。アジコさんがおっしゃる「人がいなくなった」とは、この「機械のような生き物」に該当する人が増え、顔とハンドルネームが見えてコミュニケーションの余地のある人が少なくなったって意味ではないでしょうか*1。 (『はてな村奇譚』より) 私はそう解釈したので、以下、それに沿って私見を書きます。 現在のインターネットは、はてな界隈に限らず、ここでいう「機械のような生き物」ばかりですね。『はてな村奇譚』で実際に挙げられてい
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アウトプットガチ勢が作った高速記事作成フレームワーク - Qiita
CTOと話してわかってきた「魅力的なエンジニア組織」と感じる9つの要素｜野崎耕司
なかなかアウトプットできないあなたが技術記事を書くときのコツ
リモートワークで新人が楽しく効率的に成長できたプラクティス - Qiita
ストーリー性のあるプレゼン - id:onk のはてなブログ
きちんとした文章を書かないといけない、なんてない。｜千葉 雅也
週休3日制を3年運用してわかったこと｜DeployGate
岩本ゼミにおけるレポート・論文の書式の基本ルール｜関大岩本ゼミのアドミン｜note
何故アウトプットが大事なのか - Pepabo Tech Portal
プロダクトの目的・目標・指標をチームで考えていくために可視化した話 - SmartHR Tech Blog
優秀で部下の面倒見も良かった人がクビになった理由が「人前で怒りをコントロールできなかったこと」
OSSエンジニアを1年やってみた所感 - knqyf263's blog
エンジニアはどう学んでいけばよいのか - つまりは「知ったかぶり」 の積み重ね - Qiita
去年は182本の記事を書いた人から見た、技術的なアウトプットに疲弊しないようにするコツ - Lambdaカクテル
なぜ使われないダッシュボードが作られるかという話 - satoshihirose.log
最良の学習方法「人に教える」にChatGPTを活用する - Qiita
日々息をするようにアウトプットしている人は何を意識しているのか？ - Qiita
エンジニアは寛容かつ建設的でありたい | 外道父の匠
IT関連の技術を「気軽にアウトプット」する危うさ｜たかぎ
どん底から、テックブランド国内トップ10位にランクインした方法全部教えます。｜Ray Kataoka
[Notion思考]Notionとの付き合い方個人的まとめ | DevelopersIO
技術調査の結果を表にまとめる際のコツについて考えてみた | DevelopersIO
コロナ禍での転職活動(データエンジニア)についてのメモ - yasuhisa's blog
エンジニアのための「すぐに役立つ」仕事術７選 - Qiita
ペパボのことと、転職のふりかえり｜Uchio Kondo
今だけ人に戻ってアジコさんにお手紙を - シロクマの屑籠