はじめに 事業としてソフトウェア開発を行う企業にとって、自分たちの開発チームの生産性が十分に高いのか、あるいはそうでないのかについては大きな関心があります。 そのこと自体は、何かを計測し、改善するというのは営利企業としては健全です。一方で、ソフトウェアエンジニアリングの世界で「生産性の高さ」だと主張できる汎用性の高い指標は存在しません。こういった状況の中で、「生産性」を巡る議論は経営やビジネス部門とエンジニアチームとの間で繰り広げられ、場合によっては大きな不和や不信感につながることも珍しいことではありません。 今回は、エンジニアの開発生産性について、さまざまなステークホルダーと議論する上で把握しておきたいさまざまな論点について解説します。それによって、「我々が本当に議論すべきテーマは何か」についての共通認識をつくるための土台を構築することを目的としています。 もしかしたら改善したいことは「
私はもともと富士通っていう会社で働いてたんですが、そこには中国にいても北海道にいても違和感なく会議ができる仕組みがありました。（少なくとも私が所属していた部署の現場には） 会議スペースが絶対的に足りないという理由からMicrosoft Lyncが導入されて、それ以来は社員同士が（たとえ向かい合って座っているとしても）Lyncでスクリーンシェアしながら電話会議をするというのが習慣化していたのです。 ところが、2015年にとあるベンチャー企業に転職して、それが当たり前じゃないことに気づきます。 「リモートワークやろう」と意識高く言う人はイケイケベンチャーだとたくさんいます。しかし、ちゃんとやることもやらないまま「うまくいかない・・・」と結論付けられるさまを何度か目の当たりにしました。 この記事では、「ちゃんとやることやってからじゃない？」と違和感を覚えたところをなんとなく書きのこしておきます。
はじめに 和田さん（@t_wada）の講演が素晴らしく良かったのでメモを残しておきたいと思います。和田さんと言えば... t_wada ですね！本講演では、「技術の学び方を学ぶ」ことを目的として二部構成で論が展開されました。「技術の学び方の学び」とは、メタレベルの学びのことを指しています。すなわち、効率的に新しい技術を学ぶためにはどのように学べば良いのかという話です。内容は以下の通りです。 第一部 四半期ごとに技術書を読む 手を動かしながら学ぶ 毎年少なくとも一つの言語を学ぶ 身の回りをプログラミング対象にする アウトプットを行う 第二部 毎日コードを書く 年下から学ぶ 過去から未来を見る 人のつくる渦を見る 大事なことに集中する いずれも非常に興味深い内容だったのですが、細かい事項については2017年の講演メモのエントリーがありましたので、ぜひそちらをご覧いただければと思います。（記事へ
12月であるし、アドベントカレンダーが回っていたりして、よくできた興味深いブログの記事を目にすることが多い。 よくできた記事ばかり見ていると、自分もちゃんとしたものを出さなければ、となってしまうことがありそう。しかしちょっと待ってほしい。 ブログ記事、といっても、プロの編集の手が入ったお金のかかった記事、一人で頑張って書いた大作、チョロっと書いて出てきた日記まで様々なものがある。 100文字くらいで終わっているものもあれば10万文字くらい書かれているものもあるので、文量に1000倍の差がある。 映像の世界で1000倍の差を出そうとすると、2時間すなわち7000秒の映画と、スマホで撮った7秒の動画、くらいの差がある。 2時間で観れるすばらしい映画がなにかあるとして、 Amazon.co.jp: フォレスト・ガンプ／一期一会 (字幕版)を観る | Prime Video これの1000分の1の
以前勤めていた会社はデザイナーが遠隔地にいたため、クライアントと直接会わないことが多かった。そのためディレクターがクライアントに直接話を聴き、その内容を社内に持ち帰ってデザイナーに伝える、という制作工程が一般的だった。 デザイナーの中には、それでも器用にデザインができてしまう人と、そうでない人がいた。そして後者のデザイナーからは、こんな声がよく上がっていた。 前段のインプットが十分ではないので作りにくい クライアントと直接話ができないので作りにくい この時ディレクターをやっていた私は、この意見に一理あると思った。 そこで、前段の設計資料をサマリーせずにフルで共有したり、オリエンをより丁寧にしてみたり、クライアントとの打ち合わせに同席してもらう機会を設けるようにした。 結果どうなったかといえば、変わらなかった。なぜなら、デザインのクオリティが低かったのは、インプットやクライアントと直接会うか
マイナンバー：１９９２人分流出 制度開始以来最大規模 | 毎日新聞
静岡県湖西市は１６日、昨年同市にふるさと納税をした１９９２人について、別人のマイナンバーを記載して寄付者が住む自治体に通知していたと発表した。国の個人情報保護委員会によると、一度に大量のマイナンバーが本人以外の第三者に漏えいしたのは、２０１５年１０月のマイナンバー制度開始以来最大規模で、マイナンバー法で定められた「重大な事態」に当たるという。同市は「個人情報が外部へ流出する可能性は低い」としている。【竹田直人】 同委員会は、１００人以上のナンバー漏えいや不正アクセスを受けた事案などを「重大な事態」としており、２０１６年度上半期には、いずれも民間業者が約４００人分を盗まれたり、誤って削除したりした２件があった。同委員会は同市に、内部調査や再発防止策の策定などを課す。
意図的な練習をしているか？「一流になるための2つの条件」をモーツァルトとコービーから学ぶ | ライフハッカー・ジャパン
ある分野で一流になるには、どれほどの時間を費やす必要があるのでしょうか。目標に到達できる人とできない人のちがいはどこにあるのでしょうか。カーネギーメロン大学の認知心理学教授であるジョン・ヘイズ教授は、その違いに興味を持ちました。 ヘイズ教授は、才能あふれるモーツァルトやピカソといった、世界レベルの芸術家を対象に研究。一流と呼ばれるまでにどれほどの時間を要し、どのような決断や経験、練習が成功への鍵となったかを調べました。 ヘイズ教授の研究から明らかになった、目標を達成するために私たちがとるべき行動とはどのようなものなのでしょうか？ 名曲は「10年の沈黙期間」を経て生まれていた ヘイズ教授の研究は、著名な作曲家の業績調査からスタートしました。教授は、1685年から1900年にかけて作曲された何千もの曲を分析しました。その過程でわき上がった大きな疑問が「ある作曲家が音楽に興味を持ち始めてから、世
今まで経験したプロジェクトでありがちな展開と、エンジニアとしてアウトプットしていくパターン - mizchi's blog
なんか最近、(比較的)アウトプットしてないな、とふと気づいたんだけど、よく考えたらプロジェクトの進捗のフェーズによってアウトプットの分量が偏るのはいつものことだなー、とも思った。 それらのフェーズを前期、中期、後期、運営期で考えみる。 初期段階 おそらくライブラリの選定段階から始まる。この時期のアウトプットは、いわゆる「やってみた系」の記事が増える。ウェブに出る記事だと、これが大多数をしめる。汎用性が高く、技術的に挑戦的なものが多い。(立場的な話をするとQiitaはそういう記事がたくさん共有されると助かる) 選定が終わった段階で、アーキテクト的な役割の人は、たぶんこうあるべきだ、みたいな思想を形成する。それをクラス図やコード規約や役割に応じたドメイン特化基底クラスとして表現したりする。DDD的なアレならこれをユビキタス言語の構築としてプロジェクトを通してやるべきなんだろう。 使う予定のフレ
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 普段、仕事をしていてもそうですし、SNSやブログに書かれた言葉をみていても感じることですが、世の中にはかなりの割合で、間違えることを恐れて、自分の意見や考えを口にすることをためらい、結果としてアウトプットが大幅に遅れたり、ひどい場合はアウトプット機会そのものを失っている人がいるのだなと思います。 間違えないことより、アウトプットを早めることそういう人に対して言いたいのは、なんで間違えることをそんなに気にするの？ そもそも時間をかければ正解が出せる根拠があるの？ ということです。 僕は、完璧さを求めるあまり間違いを過剰に恐れ、アウトプットが遅れてしまうくらいなら、多少、間違いがあるかもと思いつつもとにかくアウトプットを出し、その上で相手の反応を見ることのほうがよっぽど重要では
すべての問いに30秒以内に答えるべし。マッキンゼーの現場で練り込まれた「47原則」とは？ | ライフハッカー・ジャパン
さまざまな物事を鮮やかに記憶でき、一度聞いたことだけのことも忘れない。しかも、あらゆるものをスポンジのように吸収する能力を持っているーー世の中には、そんな才能に恵まれた人がいるものです。 しかし、『47原則―――世界で一番仕事ができる人たちはどこで差をつけているのか？』（服部周作著、ダイヤモンド社）の著者は、本人の言葉によれば、そういう人とは対極の位置にいるのだとか。なんでもメモしておかなければ、すぐに忘れてしまうというのです。 そこで実践しているのが、ただ書きためるだけではなく、おぼえやすいように工夫した図表をつけて記憶するという方法。しかも2冊の手帳を使い分け、1冊は走り書きのメモ用に、もう1冊はそれを整理した学習手帳としているのだそうです。ちなみに後者のことは、「ルールブック」と呼んでいるといいます。 本書は、このルールブックに書き溜め私自身が実践して成果が上がったと実感した仕事の進
こんにちは、今回がはじめてのnote投稿になります！ タイトルにもある通り、今日はTwitterにて8月に行なっていたUIトレースについて感じたことをまとめていきます。 デザインの勉強を始めたばかりで、どうやって勉強しよう？と悩んでいる人や、最近だとCocoda!に登録してUIデザインの勉強をしてみようかな...と思っている人の参考のひとつにでもなれば嬉しいです。 あくまでも自分なりの見解であり初心者目線で書きますので、どうぞ暖かい目でご覧になってください...。(アドバイス随時受け付けてます！) そしてかなり迷ったのですが、この記事ではトレースしたものだけでなく、アウトプットしたものも全部載せます。プロのデザイナーさんが見たらツッコミどころ満載の作品ばかりだと思いますが、同じような境遇の方の励みになればと思って、、、、では目次です。 目次 1. UIトレースを始めたきっかけ 2. 最
【まつもとゆきひろ氏 特別講演】20代エンジニアのためのプログラマー勉強法のまとめ 2019/3/30 - Qiita
予想していた技術的な勉強法というより、エンジニア、ビジネスマンとしての生き方や、成功するための方法論を20代に向けてMatzさんが伝えてくれたのでまとめます。(自分なりの解釈も少し入ってます) とてもためになる講演でした。個人的には特に前談2、3、4、5、6がためになりました！！ Matzさんありがとうございました! 講演内容 前談1. テクノロジーとは人を幸せにするためのもの 前談2. 若いうちから頑張ろう 1.学生と社会人の"勉強"の違い 2.なぜ勉強するのか？ 3.勉強についてのTips(what, where, when, how) 4.とにかくアウトプット 5.成功するためのTips 6.最後に３つのアドバイス ※Ex)で書いている具体例はMatzさんが使われたものをそのまま使ってます。 前談1. テクノロジーとは人を幸せにするためのもの 本来人を幸せにするためのテクノロジーが人
2019-04-01 に「チーフエンジニア」という肩書きを手に入れてしまった。 はてなのエンジニア組織にはチーフエンジニアという役割のエンジニアがいて、評価や採用、その他大小諸々の施策を通じて、技術部門全体の生産性と幸福度を向上させるのがその仕事です。 はてなのエンジニアのバリューズ - Hatena Developer Blog 前職でも新卒採用、中途採用のお手伝いはしていたのだけれど、今は主業務の一つとして担当しているので、僕がどこを見ているのか、というのを書きとめておこう。 履歴書 チラ見しています。 「通勤片道1時間ぐらいかかりそうだけど大丈夫かなぁ？」とか「趣味がルービックキューブじゃん！ はてなの speedcubing 部と戦わせたろ」とかを見ています。 職務経歴書 まぁまぁ見ています。 プロジェクトで使った技術、特にアーキテクチャについてを一番見ていると思います。次にプロジ
この半年間はソフトウェアエンジニアとしてのアウトプットに積極的になるよう意識的に行動してみたので振り返ってみます。長くなってしまったので3行でまとめるとこんな感じです。 成長と刺激を求めて OSS contribution や登壇やイベント運営を頑張ってみた 成長したかはわからないが、知り合いが増えたりして刺激を受けることが多くなった これからも続けていくが持続可能なペースにしたい この半年間、登壇とかイベント運営とかに積極的になるよう"試験運用-セルフコントロール-"してきたのでそろそろ振り返ってまとめたい— 広島の粗大ゴミ (@ohbarye) 2018年9月27日 だいたい2018年上半期の話ですが一部期間外の話もあります。 なぜアウトプットを増やすか 唐突ですが、現職では日常の業務を漫然と続けるだけで成長するフェーズは終わったのかなぁと思っています。新しく何ができるか、何をすべきか
ulog.cc - ulog リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
メルカリに新卒入社して１年間学んだことについて話します。
DISCLAIMER 本記事は個人の知識、感想に基づくもので、特定の組織を代表するものではありません http://uzulla.hateblo.jp/entry/2012/03/15/170632 この記事の蛇足記事です。 この記事の先取りまとめ 三行でいえば、 ・自分や身内で、ちまちまネタつくって継続的にポストしよう ・できるだけ転載してもらおう、その為の努力をしよう ・宣伝はとても重要だけど凄く面倒 もう以下読まなくていいよ！散った散った！！！ 本題 割と知られていないことですけど、ウェブサービスは知られないと使われない！！（ﾊﾞﾊﾞｰﾝ あなたのそのウェブサービス、どうやって人に宣伝してます？ 宣伝 宣伝とは何かを周知することですけど、自分で一件一件情報を伝えるなんて無理なので、流入を期待できるメディアに掲載してレバレッジかけます。 たとえば ・SNSや掲示板など（CGM） ・ニュ
これからのインターネット、プログラミング技術だけじゃなくて、 文章の読み書きスキルがめっちゃ大事だよねって話。 コミュ障のみんなあつまれー！ もくじ 技術が無いとなにもできない 私たちは日本語が使える 人間はロボットよりもずっと賢い Hello, world だって言葉だった まとめ ふぁぼが多い奴が勝つ 文章能力⊂コミュニケーション能力 Twitter は絶好のトレーニング場所 ほんとうのコミュ障 国語と教育 書くことだってものづくり さよなら〜 ちょっと長くなっちゃったけど、インターネットが大好きなみんなだったら、きっと読み書きスキルもあると思うし大丈夫だよね。 １、技術が無いとなにもできない 人脈も、情報も、金銭も、意識も、感動も、すべてがインターネットでやり取りされつつある今、 みんな「文章能力、それも根本的な国語能力が大切なんじゃね？」って肌で感じてるんじゃないかな。 それは何故
転職ドラフトのデータから読み解く。年収800万円以上のエンジニアと年収400万円以下のエンジニアの違いとは？｜転職ドラフトReport
早くも７回目の開催を終え、９月には次回の開催を控えた転職ドラフト。 今回は、過去のドラフト結果など各種データを収集し、分析した結果分かった、「年収800万円以上で指名されたユーザー」と、「年収400万円以下でしか指名されなかったor1指名もされなかったユーザー」の違いを公開します。 一つの傾向として、キャリアを考えるきっかけになれば幸いです。 【集計対象】 第1回から第7回までの転職ドラフトにおいて、「年収800万円以上で指名されたユーザー」 213名と「年収400万円以下でしか指名されなかったor1指名もされなかったユーザー」 308名 年齢 VS 年収 ※年齢についての分析結果は、8/30に追加しました。 年収は年齢に比例するのか？エンジニアもやはり年功序列なのか？ 「年収800万円以上で指名されたユーザー」 と「年収400万円以下でしか指名されなかったor1指名もされなかったユーザー
インプットのすゝめ | 外道父の匠
絶賛成長期にあるだろう若手エンジニアは、どういう流れで自身の成長を促したら良いのだろうか、とふと思いつつ口頭で説明してみたけどよくわからんくなったので整理してみたいお気持ちです。 当ブログではアウトプットの効用みたいなものは書いてきましたが、インプットそのものについてはお初なので、自身を振り返る良い機会にもなりそうです。 はじめに これは私が二十数年間、プログラマー・インフラ・SRE といったエンジニアとして通ってきた中で、どのようにインプットをしてきたかを整理してみるチラ裏です。 自分は一般(?)と比べれば少々特殊な経歴で、情報学を学んだことも、新卒研修を受けたことも、IT系資格も、転職したこともない…… ほぼ独学による野良エンジニアとして生息してきましたので、あまり参考にはならないかもしれません。 それでも一応長く生き抜いてきたエンジニアの経験として、インターネットに数多くある参考例の
2013-02-16 本読んだだけで満足しちゃうあなたへ。読んだ内容を身につけるサービス「STICKIT」 私は読書がとても好きですが、どんなにためになった本でも、往々にして半年後くらいには内容を忘れてしまいます。 なんとか解決する手段は無いものか？そんな中「STICKIT」というサービスを発見しました。 どんなサービスか？ STICKITの内容を要約すると、“本を読んで、そこから学んだ内容を登録していく”、というサービスです。 「アウトプットするためには内容を理解する必要があるから、このサービスを利用すれば本で学んだ事を身につけれるっしょ？」という訳です。 冒頭の通り、僕は非常に忘れっぽい＆大量に本を読むため、「なんとか本で学んだ内容を忘れないでいられないものか」と常々思っていました。 同じ課題を抱えている人は必ずいるはずなので、かなりニーズがある市場だと思います。 でも、結局忘れちゃう
技術文書アンチパターン集
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
デザイナーとして日々の制作に向き合っていると、自分のデザインにマンネリを感じることはありませんか。クライアントや商品が変わっても同じあしらいをよく使っていたり、アクセントの付け方が似ていたり。もちろん自分の中で定番のデザインがあることは、効率的でもあり、デザインの個性とも言えます。しかし、そのマンネリを抱えたままで良いのでしょうか。 そこで今回は、Webの領域から少し視野を広げて、ビジュアルコミュニケーションの源泉とも言えるグラフィックデザインから、表現の幅を広げるためのヒントを探ります。 現在フリーランスで活躍されているアートディレクター／グラフィックデザイナーの横山 徳（よこやま のり）氏をFICCにお呼びし、勉強会を開催しました。普段どのような考え方でデザインを制作し、またどのようにその表現力を身につけているのか。Web制作にも活かせそうなヒントを伺いました。 お互いの実績を紹介し合
プロジェクトマネジャーや組織マネジャーにとって部下への適切な仕事の指示は重要な任務のひとつ。指示の良し悪しは、部下の仕事ぶりのみならず、組織やプロジェクト全体の成果にも影響するもののようです。そこで、こちらでは、マネジャーの立場から部下に効果的に仕事を指示する方法をご紹介しましょう。 仕事術系ブログ「Ian's Messy Desk」では、部下に仕事を指示する際の効果的な方法として、以下の5つを挙げています。 その1: タスクを定義し、期待成果を明らかにしよう つい「どうやってやるか？」といったプロセスの説明に終始しがちだがマネジャーが部下に伝えるべきことはプロセスではなくタスクとその成果。どういう結果・アウトプットを出して欲しいのか？を明確にすることが大切。 その2: タスク遂行のために十分な権限を与えよう 期待されている成果を部下が達成できるよう、必要な権限や裁量を与えよう。 以下へと
【パソナキャリア】転職エージェントが支援する求人・転職サイト
安全・安心に転職活動をしていただくための取り組みについて当社では求職者・採用企業の皆様および社員の安全に配慮し、皆さまに安心してご利用いただける転職支援サービスの提供に努めて参ります。 詳細につきましては「お知らせ」をご確認ください。> お知らせはこちら
はじめに 本記事はアウトプットの心構えのカレンダー | Advent Calendar 2023の4日目の記事です こんにちは！！@Sicut_studyです！ 私はアウトプットの大切さを日頃から発信しており、実際にQiitaにたくさんの記事を投稿しています そんな中で、自分なりに高速に記事としてアウトプットできるフレームワークを使っているのでそのフレームワークについて紹介していきます アウトプットの大切さ まず言っておきたいのはアウトプットは質より量です 量が増えるとだんだんと質もあがります 私は駆け出しのエンジニアの方に普段から「100本記事を書けば人生変わる」と言っています。 そもそも世の中に100本記事を書いたことのある経験をしたことがある人はごく僅かです そんなごく僅かな人になれれば絶対人生が変わります。 多くの人ができないことをやり遂げられる。しかも記事という形で目に実力が見え
エンジニア版の採用ピッチ資料を記事として制作する「kiitok review」ですが、ここ1ヶ月で新たにAnyflow、Kanmu、メダップ、キャディ、Voicyの各社さまの開発チームのレビュー記事を制作しました。 （制作済みのレビュー記事の一覧はこちら） （エンジニアの採用やブランディングに関するお仕事相談はこちら） 毎回各社のCTOや技術責任者の方とお話をさせていただく中で、みえてきた「魅力的なエンジニア組織」の要素を9つにして言語化してみました。 1.ユーザーに喜ばれる開発に時間を使えているチームエンジニアなら、一度は経験があるユーザーに求められないものをつくってしまう徒労感。逆に、開発したプロダクトや機能をユーザーに喜んで使ってもらえた時の幸福感。 エンジニアとして苦労してつくった機能をより多くの人に喜んでもらえる環境があるチームは魅力的です。もちろん、そういったものをつくらないと
最近HTML/CSS/JavaScriptなどを初学者の方向けに教える機会がすごく増えきました。初学者の方ができるだけ詰まらずに、効率的に学習するための手順をいろいろな方と相談しながら、書きなおしています。 (11-09 12:45) Progate, atomを追加 導入編🐠 Webサイトを作ることは楽しい！ プログラミング経験ゼロだが180日で180個のウェブサイトを作るプロジェクトがゴールまであとわずかに プログラミング経験0のデザイナーさんが、毎日1つサイトを作っていったお話です。最初はテキストとリンクが並ぶだけのサイトでしたが、少しずつゲームやチャットなどが作れるようになっていきます。 今知っている知識だけで、作れるWebサイトを作っていく。そして、自分の知っている2つの知識を組み合わせたり、1つやりたいコトのためのパーツをGoogleに教えてもらうくらいが、挫折せずに続けられ
書くことが思いつかない人のための文章教室 (幻冬舎新書) 【本の概要】◆今日ご紹介するのは、先日まとめ記事を書いたばかりの文章術の本。 著者の近藤勝重さんは、毎日新聞専門編集委員であり、かつては「サンデー毎日」の編集長だった方です。 アマゾンの内容紹介から一部引用。ネタが浮かばないときの引き出し方から、共感を呼ぶ描写法、書く前の構成メモの作り方まで、すぐ使える文章のコツが満載。例題も豊富に収録、解きながら文章力が確実にアップする！純粋に「良い文章」を書きたい方なら、一読の価値アリです！ いつも応援ありがとうございます！ 【ポイント】■1.「思う」ことより「思い出す」こと かりに「真夏」というタイトルで作文を書いてください、と言われたとしましょう。「真夏」についてあなたは「思う」ことをメモ書きしてみる。さてそこから先に進めることができるかどうか。どうでしょう、おそらくそれではすぐに行き詰まっ
gigazine.net このGIGAZINEの記事、よくこれだけ調べてまとめたなあ、と思いながら読みました。 村田マリさんがやったこと、やろうとしていたことには、さまざなま意見もあるでしょう。 僕はこんなふうに、「読んだ人が健康を害するかもしれない、いいかげんな情報」を垂れ流していたことに憤りを感じています。 南場さんは、夫の闘病中に「ネットにはあまりにもバイアスがかかった『健康情報』が多すぎる」と感じたと仰っていたのに、なぜ、こんなことになってしまったのか。 この記事をみながら、僕は最近読んだ本のことを思い出していました。 それはこの『サイコパス』という新書です。 サイコパス (文春新書) 作者: 中野信子出版社/メーカー: 文藝春秋発売日: 2016/11/18メディア: Kindle版この商品を含むブログ (1件) を見るfujipon.hatenadiary.com 誤解を招かな
技術記事を書くまでのステップについて順にコツを解説していきます。 特に、技術記事を書きたくてもテーマ選定が難しい、文章が苦手だ、なぜか筆が進まない、うまくまとめられないといった方に読んで欲しい記事です。 一応、エンジニア歴としては数年以内のジュニアレベルの方を想定しています。 以下のように技術記事を企画して、書いて、公開するためのプロセスごとにちょっとしたコツをまとめています。気になるセクションだけでも読んでいただければ幸いです。 テーマを決めよう 対象読者を決めよう 章立てを決めよう 書こう タイトルを決めよう 【余談】技術記事を書く理由とは 筆者について QiitaとZennにて6年以上の記事発信経験があり、 Qiitaでは5,942Contributionsを記録、 Zennでは3,253Likesをいただいています。 テーマを決めよう コツ：テーマのカテゴリによって執筆のポイントや
はじめに 私のチームは、リモートワーク中心の開発チームです。 そのチームに新人が配属された時に、私のチームで行っている新人育成のプラクティスのうち、比較的ユニーク(だと思っている)プラクティスを抜粋して紹介します。 少しでも参考になれば幸いです。 リモートワークの知見を説明 新人に対して、チームで行っているリモートワークを快適に行うための知見を紹介しています。 特に、「今から通話いいですか」をすっ飛ばしてビデオ通話を開始する文化であることを共有します。 詳細は以下を参照ください。 インセプションデッキの説明 インセプションデッキとは、プロダクトづくりに関わるメンバーが各々の意見を持ち寄って共通認識をつくり出すための大事な質問に対してメンバー皆で議論して決めた回答です。 詳細は以下を参照ください。 インセプションデッキ | Agile Studio 私のチームでは、以下のテンプレートを利用し
目次・記事一覧(1) レトロゲーム(185) 日記(767) 雑文(511) 書籍・漫画関連(55) 子育て・子どもたち観察(115) ゲームブック(12) フォルクローレ・ケーナ・演奏関連(86) FF14(40) レトロでもないゲーム(334) 始めたばっか(13) アナログゲームいろいろ(37) 人狼(48) ネットの話やブログ論(60) 三国志大戦(20) 無謀的世評(52) ゴーストライター(16) 大航海時代ONLINE(38) FF3(6) Civ4(18)
かるび（@karub_imalive)です。 読書、好きですか？ 僕は、昔から読書が大好きです。物心ついた頃から本の虫で、小学生の頃は運動は苦手だったので、学校の図書室に入り浸っていました。それから40歳の今に至るまで、ずーっと本を読み続けています。ちゃんと読書記録をつけてるわけじゃないので何ともいえないですが、定期的にみかん箱単位で本を断捨離しているので、年間で50冊～100冊程度はコンスタントに読んでいると思います。 読書スタイルが少しずつ変わってきた そこで、自分の読書遍歴を少し回想してみたのですが、子供の頃から、読書の質が少しずつ変わってきていることに気づきました。 小学校～中学校の頃は、絵本や小説など、物語を「味わい、楽しむ」ための読書がメインでした。小学校だと、機関車トーマスとか、ずっこけ探偵団とか、少年向けにカスタマイズされた江戸川乱歩シリーズとか、ファーブル昆虫記とかですか
・納豆菌の恐怖 納豆菌の正体は、地球の支配を目論むエイリアンである。以前、この衝撃的な事実を本ブログにて報告した。 納豆菌は枯草菌という細菌のグループで、学名はバチルス・サブチリス・ナットー(Bacillus subtilis var. natto)といい、芽胞とよばれる休眠状態に移行することで不死身ともいえる耐性能力を獲得する。 やつらは栄養源なしで100万年以上を生き、100ºCで煮沸しても死なず、人間にとって１万シーベルト相当の放射線を照射されても生き残る。 NASAによる宇宙実験によって納豆菌が宇宙で6年間生存できることが確認され、納豆菌のネバネバ成分の構成するγ-ポリグルタミン酸の大半が地球生物には見られないD型の光学異性体であることが判明した事実などから、納豆菌が宇宙由来の生物であることが、既に科学的に証明されている。 納豆菌は地球に飛来後、納豆という食べ物に紛れることにより、
はじめに この記事ではQiitaで550本以上記事を書いてきて、アウトプットに関する理論を発信し続けている私(@Sicut_study)がこれまでに発信してきた内容を1つの記事にまとめたものです。 私はプログラミングコーチングJISOUというアウトプット中心の最速でエンジニアとして成長できる教育事業を実施しております。 その中で多くの方と面談をしてきました。これからエンジニアになる人や、一定数経験している人など100人以上の方とお話をさせていただきましたが、エンジニアとしてのキャリアに悩む多くの人が共通した悩みを抱えていました。 勉強しているのだけど身についた感じがしない 自分のサービスを1つもリリースしたことがない(作りきった経験がない) インプットばかりになってしまう(インプットばかりに気づいていない) アウトプットが大事なのはわかるがやり方がわからない つまりエンジニアとして成長でき
ベロシティを高く保つ仕事のすすめ方 / Maintaining a High Velocity as Productivity Hacks
https://findy.connpass.com/event/318375/ での登壇資料です。
発表資料作り、全体的な流れは 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は、社会課題を解決し、わたしたちが豊かで幸せになる未来を実現するための新たなコンセプトを創り、社会実装を目指す事業共創の場です
2003年、今から１０年前、JALが新しいロゴを発表した日のこと。 良く覚えています。 私は、その頃、まだニューヨークにいました。 「気持ち悪い」本当に申し訳ないけど、このロゴを見た時に瞬間にそう思いました。 私は、もともとデザイナー。米国で、デザインの賞もいくつかもらっています。デザインのプロとしての目から見て、「どうして、こんなことになっちゃったんだろう」というのが正直な感想。 JALがそれまで使って来たロゴはこれ↓ どう見てもこの元のロゴの方がいい。新しいロゴは居心地が悪いぐらいに、バランスも色もカタチも全てが。。。う〜ん、なのでした。 なので、２００３年、私は、多くのNYの人達に、 「JALロゴの改変がねぇ。。駄目すぎで、JALあんなんじゃ、つぶれちゃうかも」と言ってました。 それを聞いた皆さんは、笑いながら、「よーこさん、ロゴぐらいで大げさだなぁ、（笑）」って反応でした。 だから
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発生産性について議論する前に知っておきたいこと - Qiita
イケイケなベンチャー企業が「リモートワーク」導入失敗する３つの理由
t_wada さんの講演メモ ー 技術書の読み方を中心に - 冷めたコーヒー
アウトプットの品質を下げておくと気軽に書けるようになる - hitode909の日記
理由はいいから腕を磨け | ベイジの日報
間違えを恐れるあまり思考のアウトプット速度を遅くしていませんか？：DESIGN IT! w-LOVE
デザイン初学者がUIトレースを１ヶ月続けてみた｜きなこ
書類選考時に見ているポイント - id:onk のはてなブログ
半年間、自分を騙しながらアウトプットに積極的になってみた - valid,invalid
新卒エンジニアが１年間で得たベストプラクティス
ウェブサービスの宣伝は、自分がウザいと思うほど行っても全く足りていない - uzullaがブログ
文章が書けない奴はインターネットで簡単に死んでいく - なかよしインターネッツ
本読んだだけで満足しちゃうあなたへ。読んだ内容を身につけるサービス「STICKIT」 - Disrupt
グラフィックデザイナーに学ぶ、表現の幅を広げるためのヒント | FICCナレッジブログ | FICC
部下に仕事を指示するときの効果的な5つの方法 | ライフハッカー・ジャパン
アウトプットガチ勢が作った高速記事作成フレームワーク - Qiita
CTOと話してわかってきた「魅力的なエンジニア組織」と感じる9つの要素｜野崎耕司
HTML/CSS/JavaScript初歩の初歩
【文章術】『書くことが思いつかない人のための文章教室』近藤勝重 : マインドマップ的読書感想文
「他人に共感できない人々」がインターネットを回す - いつか電池がきれるまで
なかなかアウトプットできないあなたが技術記事を書くときのコツ
リモートワークで新人が楽しく効率的に成長できたプラクティス - Qiita
陰謀論を簡単に信じちゃう人は、実務的な想像力があまりない人なのではないか: 不倒城
読書は2周目からが面白い！40歳にしてやっと精読の価値に気づきました - あいむあらいぶ
もう一度言う。みんな納豆菌を甘く見ない方がいい。 - クマムシ博士のむしブロ
【完全解説】なぜ人はアウトプットができないのか？ - Qiita
ストーリー性のあるプレゼン - id:onk のはてなブログ
ANAをやめてJALにしたわけ : 犬も歩けば どこかにあたる