ハーバード大学で150年以上教えられる作文術「オレオ公式」とは？...順番に当てはめるだけで論理的な文章に
＜書くことが苦手な人でも「オレオ公式」を知ることで、誰でも論理的な文章がすぐに書けるようになる＞ ハーバード大学で受け継がれているライティングメソッドから生まれた「オレオ公式」。 書くことが苦手な人でも「オレオ公式」を知れば、論理的かつ説得力のある「伝わる文章」の達人になれる。 『作文宿題が30分で書ける! 秘密のハーバード作文』（CCCメディアハウス）の「第1章 ハーバード大生みたいに考える」より一部抜粋。 作文上手になるためのセンターピンをねらえ！ 以前『ニューヨーク・タイムズ』の記者が書いた『習慣の力』（チャールズ・デュヒッグ著、講談社）という本が、世界中で話題になりました。人間の習慣の秘密について著者の考えをまとめた本です。 この本の中で著者は、「ボウリングのセンターピンを1本倒すだけでほかのピンも次々と倒れていくように、まず、その人が変えたいと思うもっとも大きな習慣をひとつ変える
安定して成果を出せるエンジニアへの近道 - yigarashiのブログ
ソフトウェアエンジニアとして安定した成果を出したいと思っている人は多いでしょう。妥当な方針を危なげなく定め、素早く的確に実装し、滞りなく仕事を片付けていきたいものです。しかし、いつでもそのように成果を出せるようになるのは簡単ではありません。言語、ミドルウェア、クラウド、アーキテクチャと、身につけるべき知識が無限に並んでおり、それら全てに習熟する日は永遠に来ないとすら思えてきます。 にもかかわらず、この記事を読むみなさんの同僚には、安定して成果を出せるエンジニアが相当数いるだろうとも思います。これは一体どういうトリックなのでしょう。彼ら彼女らは全てを勉強しているのでしょうか。もちろんそれに近い研鑽を積んでいる人もいるでしょうが、多くの人はそこまでしていないと予想します。少なくとも僕はそこまでやっていませんが、技術面でもそこそこバリューを出して、テックリードを1年勤め上げました。この記事では、
働きながら情報系の大学院を修了した｜父
2022年9月末で北陸先端科学技術大学院大学の博士前期課程を修了し、修士（情報科学）が授与された。働きながら通い始めて丸3年かかった。 学位記。大変だったので嬉しい…とても大変だったので学位記が届いたときは万感の思いだった。ただ、このエントリを書いたのは「すげえだろ」とかそういうのとはどちらかと言えば真逆の感情で、僕の修士課程がどのくらい低空飛行でどのくらい誰にでもできることなのかを詳らかにして同じような境遇の人を鼓舞することが目的だ。そのために敢えてみっともない、見栄を張りたいなら書く必要のない恥まで含めてある。学位というものに一抹の未練がある人は是非読んで欲しい。 筆者について進学時36歳、修了時39歳。 職業はソフトウェアエンジニア。2児の父。4流大の文学部卒。 暇な人は過去のエントリに詳しいが、別に読まなくても構わない。 入学まで僕が大学院進学を決意したのは元同僚で友人のさのたけと
「老害にならないようにね」80歳エンジニア、スタートアップで働く毎日を語る | Coral Capital
スマートロックを活用した法人向けの「Akerun入退室管理システム」をはじめとしたAkerunブランドのクラウド型IoTサービスを提供するフォトシンス（フォトシンス）ではたらく最年長エンジニア、ヒロカズさんはなんと今年で80歳。 もしかしたら日本最年長のスタートアップエンジニアかもしれません。 周りの同僚はもちろん、直属の上司である取締役も孫のように年が離れている。でも、「お互いに敬意を払えば信頼は生まれるもの」と深谷さんは話します。 楽しそうに日々働いている話をお聞きすると、きっと技術的な資産と同じくらい、人柄も大事なんだろうと感じます。前回のインタビュー記事に続き、熟練エンジニアの人生を追います。 今回は深谷さんとその上司、取締役の熊谷さんにも話を伺いました。 大手メーカーから、五反田の2LDKのオフィスへ ーー長年勤めた会社を定年後、マレーシアで仕事を続けて10年あまり。そこから日本
ジャンプの漫画学校講義録⑥ 作家編 松井優征先生「防御力をつければ勝率も上がる」 - ジャンプの漫画学校
週刊少年ジャンプ・ジャンプSQ.・少年ジャンプ＋編集部は、2020年度より、漫画家を対象とした創作講座「ジャンプの漫画学校」を開講しています。 第1期の全10回の講義より、一部を抜粋し、本ブログで順に公開していきます。 今回は「作家編①」から松井優征先生の講義の一部を紹介いたします。 松井先生が語って下さったノウハウや考え方が、クリエイターの皆様の漫画制作の一助になれば幸いです。 【講師】 必ず身に着くテクニック「防御力」！ 松井 漫画では「面白さとは何だろう？」といった問題が常に付きまといます。一昔前の編集さんは「面白ければ何でもいい」と言い、では面白いとは何かと聞くと「人それぞれだよ」という人が多かったです。皆さんはそういう人の言うことを聞いてはいけません。「面白い」とは何なのか、それは作家も編集も本人なりに言語化できないといけません。 そこでまず説明したいのが「防御力」です。 松井
質の高い技術文書を書く方法 - As a Futurist...
大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体
溶接できれば「無敵」。溶接ギャル粉すけのガチンコ溶接講座 | となりのカインズさん
馬場吉成 工業製造業系ライター。かつては光ファイバーや半導体関係の装置の設計とかをやっていたが、今はライターや飲食店経営。学生時代はプロボクサーだったことも。100kmぐらいなら自分の足で走ります。
エンジニアの辛い仕事をいい感じにする技術 - コンサルの仕事術・思想から学べること - Lean Baseball
エンジニアの辛い仕事を消す本かも（多分） 2014年の秋にリクルートに転職してから何社か経て今も自社サービスのエンジニアとして働いてるマンです. リクルートに入ったとき, そしてその後の転職先*1などなどで, 社内外問わずのコミュニケーションの辛さ. 社内調整, 顧客折衝etc... コードじゃなくて, ドキュメントを書く仕事の辛さ. プレゼンテーション・説明そのもの. 技術わかんない上司に説明(ry*2 みたいな経験をたくさんしました&これはエンジニアをやってたら誰でも直面する事態かなと思います, 自社サービス企業だろうがSIer/受託開発の企業だろうが. そもそも, 昔の調査にもそんな雰囲気ありますし, おそらく今もさほど変わらないでしょう. ...ということを, 前回のブログの執筆中および反響で改めて思い*3, そういえば自分はこの辺, 元々ITコンサルタント*4だった時に学んだこと
継続的なアウトプットはなぜよいか？ 著作も数多いエンジニアが語る、社外向け発表がチームまで成長させる話 - Findy Engineer Lab
渋川（@shibu_jp）です。現在はフューチャー株式会社という、一次受けでコンサルから実装から運用保守まで一気通貫に行う会社にいます。社会人になってから、特に選り好みをしたりせず、任せられる仕事はなんでもやってきました。最近多いのは、サーバーからフロントあたりの領域です。 それ以外に書籍の執筆などもしており、今年（2020年）は『Real World HTTP 第2版』が出版され、「n月刊ラムダノートVol.2 No.1」にも寄稿しました。ほかに『Goならわかるシステムプログラミング』も、増刷のタイミングで密かに12ページほどコンテンツを増やしたりしています。 近著を中心とした10年にわたる筆者の著作 キャリアや仕事の仕方について、よく周りから聞かれるのが「いつ本を書いているのか？」「なぜ書き続けているのか？」といった質問です。僕としては、どちらかというと効率マニアで、一石二鳥を狙い続け
最終回 今生きるプログラマーが、この仕事をあこがれのものにする | gihyo.jp
ご好評いただいた本連載も今回で最終回。いつもとは趣向とは変え、竹馬氏がこれまでのインタビューを振り返りながら、未来への展望を綴ります。 一皮むけば高度なコンピュータサイエンスが 今まではインタビュアーとして抑えた感じでやってきましたが、今回は自分のブログ「mizchi's blog」の読者はご存じのような、いつもの感じで行きます。 この連載インタビュー企画の依頼を受けたときの個人的な狙いとして、技術評論社の名前を使って、いつもは会いづらい人に会いに行く口実を作ろう、ということを考えていました。その目的はほぼ達成できたので、関係者諸氏には、とても感謝しています。 ……という個人的なテーマとは別に、僕自身が本連載を通して一貫して表明したい課題感があり、それは「高度なコンピュータサイエンス／プログラミングスキルの現場適用の難しさ」というものです。 僕自身、大学でコンピュータサイエンスを修めたわけ
優秀な人が大量に辞めていく企業の共通点は？ 「人材流出企業の覆面座談会」で明らかに
登場人物 広報さん（20代 男性）：新たな人事評価制度に納得がいかず、1カ月後に退職予定 サポートさん（30代 女性）：ユーザーサポートとして当初は愛社精神にあふれていたが…… 営業さん（30代 男性）：現場感覚をなくした上司のおかしな戦略や言動にへきえき 技術さん（40代 男性）：手段が目的化した経営の態度に憤っている 人事さん（40代 女性）：人材流出企業の人事部長で、転職活動中 おかしな人事評価制度改革にドン引き!? ――広報さんは、1カ月後に人材流出企業を退職するそうですね。 広報 ずっと迷っていたのですが、やっと決心しました。本気で「会社を辞めよう」と思うようになったのは、新しい人事評価制度が導入されたことがきっかけでしたね。 人事は新制度導入の目的について、「年功序列を排除し、優秀な若手を適正に評価する」と説明していて、当初は社員からもおおむね好意的に受け止められていました。し
及川卓也×澤円が語る、エンジニアの成長に必要な条件「ぼんやり生きているオジサンたちは無視して構いません」 - エンジニアtype | 転職type
2018.08.02 働き方 クラウド、AI、IoT、VR/AR……世間を驚かせる数々の先進技術が示す可能性を、有効に活用するためには、当然のことながらエンジニア・デベロッパーの存在が必要不可欠になるという。 2018年６月、「クライス汐留アカデミー」にて、及川卓也氏×澤円氏×KDDI藤井氏によるトークディスカッション内でも、同様の見解が語られていた。 イベントレポート：GoogleとMicrosoftの最新動向から読み解く、先進テクノロジーのビジネス活用新潮流【及川卓也×澤円×KDDI藤井】 ではそんな時代に、エンジニアは何を考え、どのようにスキルを磨き、行動していくべきなのだろうか。及川卓也氏と、澤円氏に語り合ってもらった。 株式会社クライス＆カンパニー 顧問 及川卓也氏(写真右) 早稲田大学理工学部を卒業後、日本DECに就職。営業サポート、ソフトウェア開発、研究開発に従事し、1997
プログラミングが、いつまでも楽しくあるように ─ 長いフリーランスを経て就職した今、思うこと - GeekOutコラム
どうも、きしだなおき（@kis）です。LINE Fukuokaで働いています。 長らくフリーランスとして活動した後で就職したので、そのときは福岡をはじめ、ネットでつながっている全ての人が驚いたのですが、なんだかんだでもうすぐ4年が過ぎようとしています。 会社員になってJJUG CCCのスポンサーセッションで発表してきた - きしだのはてな このコラムでは、フリーランスのプログラマーになった経緯などを振り返りつつ、就職した今はどういう感じで生きているかを書いていきたいと思います。 プログラミングを始めて、仕事にするまで Javaとの出会い・Javaの面白さ 大きなテクノロジーを求めてフリーランスから会社員に 会社員になって気付けたいくつかのこと コードが書けるようになるプログラミングの勉強について プログラミングのトレーニングと実践 起きれない ところで会社員になってどうだったの？ 楽しく仲
最終回 エンジニアはどこに行くのか | gihyo.jp
この連載「継続は力なり─大器晩成エンジニアを目指して」は、今回で最終回を迎える。この連載では、エンジニアとして長くやっていくために有用だと思うトピックを紹介してきた。ちなみに本連載が掲載されているWEB+DB PRESS誌上での山の挿絵は、エンジニアの人生の長い道のりを表している。 さて、この山登りの最後には何が待っているのだろうか。筆者にはわからない。われわれはロールモデルが少ない世代だからだ。上の世代のエンジニアが成功して、引退して悠々自適な生活をしている。そのような特殊な事例はWebのインタビューで見つかる。しかし、ごく平均的だったエンジニアがどうなったかはわからない。われわれの上の世代は、Web以前の人々なのだ。ブログを書いたり、Twitterで技術的なことにコメントしたりする人は少ない。だから現在ちょうど引退を迎えるような年齢のエンジニアが、何を思い、どのように生きてきたかを知る
エンジニアのための実践アウトプット入門 継続的に発信し続けるコツ - ログミーTech
エンジニアのための実践アウトプット入門 継続的に発信し続けるコツ 実戦的アウトプット入門 なぜ？ なにを？ どうやって？ 2018年10月9日、Forkwellが主催するイベント「日々のアウトプットが変える！あなたのエンジニア・ライフ」が開催されました。エンジニアの成長に必要不可欠な「アウトプット」。しかし、今すぐアウトプットを始めようと思っても、何をどのように発信すれば良いのでしょうか？ 日頃よりアウトプットを積極的に行っている2名のエンジニアを迎え、エンジニアとして成長するためのアウトプットのコツを語っていただきます。また、エンジニア向けポートフォリオサービス「Forkwell Portfolio」を用いた、現役エンジニアのポートフォリオレビューも実施。エンジニアとしてのキャリアの作り方を語りました。プレゼンテーション「実戦的アウトプット入門 なぜ？ なにを？ どうやって？」に登場した
Yuichiro MASUI (masuidrive) | Product Founder & Engineer
「面白いプロダクト」を生み出したい増井雄一郎とはどんな人物か。人に紹介される時には「国内外で4回起業した経験」をもつ「シリアル アントレプレナー」であり「エンジニア」だと、よく言われます("風呂グラマー"や"IT芸人"と呼ばれることも多いですが)。 なかでもエンジニアとして評価されることが多いのですが、プロダクト開発に必要なことは全てが自分の範囲と捉え、開発以外にもチームビルディングや採用・ビジネス企画・PR、資金調達まで幅広く関わってきました。 改めて振り返ると、私は「人の役に立つ」プロダクトを「正しい方法」で「楽しんで作っているか」を軸に経験を積んできたように思います。 もちろん"コードを書くこと”が、私の価値を発揮しやすいのは確かです。 ただ、創業者や経営者が思い描く未来への”想い”を対話しながら、要素や特徴、課題を抽出し最適な「プロダクト」へ落とし込むことはエンジニアリングと同じく
エンジニアが読みたくなる職務経歴書 - dwango on GitHub
この記事はドワンゴ Advent Calendar 2017 24日目の記事です。メリークリスマス！ ドワンゴ 技術コミュニケーション室の塩谷（ @kwappa / kwappa@friends.nico ）です。 先日、技術コミュニケーション室のメンバーから「友人が転職を検討しているが、職務経歴書の書き方がわからず悩んでいる」という相談を受けました。ぼくは以前から職務経歴書についてはなんども書いたり喋ったりしてきたのですが、具体的な書き方やサンプルについてまとめたものはなかったので、この記事を書くことにしました。 以下は、ぼくが以前から考えていることと、書類選考をするときに書いてあると嬉しいことをまとめたものです。会社としてオフィシャルに定めた基準ではないことをご了承ください。 転職に必要な書類 中途採用に応募する場合、「履歴書」と「職務経歴書」が必要です。転職サービスを経由しての応募の
多くの若い人より圧倒的に成長速度の速いおっさんと絶望的に遅いおっさんの違い - ふろむだ＠分裂勘違い君劇場
新しい技術が出てきたとき、大多数の若い人よりも圧倒的にスピーディーに使いこなすおっさんは珍しくない。 新技術を習得する能力は、年齢よりも、「スキルを獲得するために必要なスキル」、すなわち「メタスキル」に大きく依存するからだ。 たとえば、ある開発ツールを導入すべきかどうか若い人に相談されたので、「まず、ドキュメントを読もう」と言ったら、「ドキュメントを読んでもよくわからなくて。。」と言う。ググったらすぐに公式サイトの至れり尽くせりのドキュメントが出てきたので、「これ読めばいいじゃん」と言ったら、こんなに大量の英語のドキュメントを読むのは無理だと言う。 あるいは、AIを導入するという話になったとき、「AIがよく分からないので教えて欲しい」と言ってきた若い人に、良質の入門書を勧めたら、数式が分からないので読めないのだという。数式の読み方を教えてみたら、数式以前に、そこで使われている数学概念自体を
誰も教えてくれない「分かりやすく美しい図の作り方」超具体的な20のテクニック
【追記】この記事をきっかけに、名著「ノンデザイナーズ・デザインブック」の20周年記念特典eBookの制作に協力させていただきました。詳しくはこちらを御覧ください。 ノンデザイナーズ・デザインブック20周年記念の特典に寄稿しました デザイナーである・なしに関わらず、仕事の中で伝えたいことを「図」で説明する機会は多々あります。提案書で事業内容を説明することもあるでしょうし、具体的な数値をグラフで説明することもあるでしょう。そんな中でこんな指摘を受けたことはありませんか？ ・最終的に何を言いたいのか結論が見えないよ。 ・関係性が複雑すぎて理解しずらいんだけど。 ・要素が多すぎて全てを把握するのが大変。 ・何をどこから見れば良いの？ ・結局一番言いたいことはなんなの？ ・文字サイズがたくさんありすぎてまとまりがないね。 ・安っぽいチラシみたいでダサイなぁ。 ・全体的にバランスが偏ってて不安定。 ・
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Noを伝える技術 #pmconf2021
