新卒の子に「とりあえずこれ」と伝えたら生産性が10倍になったメモ（なのに1万字越え）｜やまだくにあき
仕事柄、大学生とよく会います。みんなひたすらに優秀。学生の頃の活動は、自分のど真ん中と紐づいてるからかどれも魅力的。 そんな彼ら彼女らですが、卒業し、就職した後、そのままめちゃ伸びて大活躍って子と、ちょっとくすぶってる子にわかれます。そんな時によく相談受けるので、アドバイス的なものをさせていただくことがあるんですが、それの評判が良かったのでnoteにまとめました。 このnoteを読んで、実践してもらった上でのGoalは、 社会人三年目くらいの「うわ、あの人仕事できるね」って言われてるような人に、半年でなる。 です。 この感覚わかりますかね？ 多分会社員の皆さんだと、「あーあいつみたいな感じね」「あーあの人みたいな感じか」となってもらえるかと思います。 会社員じゃない人だとあまりイメージ湧かないかもしれませんが、クライアントの若手の仕事できそーな感じの人を想像してみてください。そうです、その
AIによる「自動化」の背後に隠れて生み出された、大量の人間を必要とする仕事について──『ゴースト・ワーク』 - 基本読書
ゴースト・ワーク 作者:メアリー・L・グレイ,シッダールタ・スリ晶文社Amazon『ゴースト・ワーク』とまるでホラー小説のような書名だが、ノンフィクションである。「ゴースト・ワーク」とは本書の造語で、人工知能やウェブサイトの動作を支えている、見えづらい（あるいは、意図的に隠されている）裏側の人間の労働のことを指している。わかりやすい例でいえば、人工知能のモデルに学習をさせるために、猫の画像に猫のラベルを貼りつける、あるいはフェイスブックやインスタグラムやツイッターのようなSNSで、暴力的なコンテンツとAIが自動で判定したコンテンツが、本当にまずいものなのか、誤判定されたものなのかをチェックする仕事である。 GPT-3〜4の登場もあってAIの発展著しい昨今、AIは多くの人間の仕事が奪われると恐怖と共に語られることが多いが、まだまだ完全に人間の仕事を置き換えることは難しい。それは逆にいえば、「
今年に読んでよかった「ニンゲンの不合理と付き合う」ための本まとめ (今年じゃないのもちょっとあり) - フジイユウジ::ドットネット
本をよく積みます。よく読むではなく、ともかく積んでいます。 俺たちの本積むスピードには誰も追いつけない（読んでない本、まだまだあるのにまた本を買ってしまう） pic.twitter.com/RxrHrRl8KX — フジイユウジ (@fujii_yuji) 2021年12月17日 毎週土曜の朝から積読を強制的に消化する会というのをオンラインでやってまして、「誰か来るだろうから起きて読まなくては……」と強制力が働くことで本を少しずつ読むことができています。参加者のみなさん本当にありがとう。 時期によって人が増えたり減ったりして、ここ最近は数人しかいない状態なので新規参加者を募集しております。誰でも参加できるので参加してみたい方は連絡くださいな。 というわけで、今日は読んでよかった本をまとめて紹介していきたいと思います(今年じゃないのもちょっとあり)。 まとめてみたらニンゲン的な原理や不合理と
システム運用アンチパターン
上層部がDevOpsに理解のない組織で働き、組織構造を変える権限を持っていない開発者であっても、チームにDevOpsを導入するための現実的な方法を紹介します。 重厚な承認プロセス、可視化されていない運用、プロセスの最後でのみ行われるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習しない習慣、時間外のデプロイ、情報のため込みなどを取り上げ、ソフトウェアシステムの開発運用が滞るチームや組織に共通してみられる陥りがちな状況や犯しがちな間違いをアンチパターンとして紹介します。そして管理職やマネージャでなく、エンジニアが実行し、繰り返すことで改善できる具体的な行動を解説します。 組織で必要とされる変化を、エンジニアが行動することで実現する本書は、ソフトウェアシステムをよりよく開発運用したいエンジニア必携の一冊です。 目 次 序文 本書について 1章 DevOpsを構成するもの 1.1
UXライティングとは | UXライティングガイド
UXライティングとは何か UXライティングとは、ユーザーがデジタルサービスを操作する際に必要となるテキストを書く技術です。例えば、登録時のスタートガイド、利用の流れコンテンツ、タイトル、ボタン、画面上の説明文、エラーメッセージ、通知などの言葉がUXライティングの手法に則って書かれます。サービスの中にある言葉に対して「意味が通じればいい」という思想で書くのではなく、「ユーザーがサービスを通じて体験する一連の経験を設計する」という思想で書くのがUXライティングです。 UXライティングに求められる技術とは UXライティングには、分かりやすく書く技術と、人間らしく書く技術が必要です。この二つの技術が同居することによって、ユーザーの体験を支援することができます。 分かりやすく書く技術 UXライティングの手法に則ってテキストを書く際に求められるのは、「ユーザーの気持ちに沿った文章を書く」という抽象的な
『国道16号線 「日本」を創った道』 - HONZ
私が住む東京都町田市の小田急町田駅の東口の広場には「絹の道」という石碑がある。それをゼミ生に見せてからJR横浜線の下り線に乗り、八王子に向かう。その車中で、なぜ八王子と町田を結ぶこの街道が絹の道と呼ばれるか、学生たちに説明する。 このあたりの多摩丘陵の地形地質が桑畑に向いていて、それが地域の養蚕業を盛んにしたこと。そうして絹製品の産業基盤がこのあたりにあったところに、幕末期に盛んになった生糸輸出で、山梨や長野、群馬の生糸がいったん八王子に集まり、そこから輸出港横浜まで運搬されるルートができたこと。その流通加工拠点であった八王子には富が蓄積されたし、横浜までは生糸を馬の背に乗せて運ぶにも一日では歩ききれないので、行商人たちがその中間地点の町田で一泊してお金を落としたこと。横浜で生糸を売り捌いて懐が暖まった行商人たちが、おそらく帰路についた一泊目の町田で羽根を伸ばしたので町田には町の規模の割り
プログラミング上達したい人に繰り返し読んで欲しい4冊｜erukiti
プログラミング上達したいんだったら、四の五の言わずに、 ・クリーンアーキテクチャ ・レガシーコード改善ガイド ・アジャイル・サムライ ・リファクタリング 系のどれか を、全部最低5回読み返して欲しい。それでプログラマとしては圧倒的に成長できるんだから、マジで読んで — Next.js + Hasura 最速プロトタイピング本 @技術書典9 出す予定 (@erukiti) July 27, 2020 先日、こういうツイートをしたらバズってしまいまして。これらの本を理解できるまで読みこめばプログラマとして成長できますよーというもので、 ・ クリーンアーキテクチャ ・ レガシーコード改善ガイド ・ アジャイルサムライ ・ リファクタリング 系のどれか（例えばリファクタリング第二版） の4冊を挙げました。いろいろな人の感想を読んで、補足が必要そうだなと思ったので記事として書きなおしています。 追記
『人手不足なのになぜ賃金が上がらないのか』：書評と考察 : 富士通総研
2017年6月22日(木曜日) （はじめに） 玄田有史東京大学教授の編集で『人手不足なのになぜ賃金が上がらないのか』（慶應義塾大学出版会）という書物が出版された（以下、本書と呼ぶ）。この本の帯にもあるように、これはまさに現在の日本経済の「最大の謎」に挑む試みだと言えよう。実は筆者自身も、このオピニオン欄などで何回か雇用と賃金の問題に取り組んできた(注1)。ただし、従来の筆者の考察は主に「日本的雇用」（大企業の正社員を中心としたメンバーシップ型雇用）に焦点を当てたものである一方(注2)、現実の日本の労働市場は遥かに複雑で多面的なものである。 この点、本書の大きな特徴は、敢えて書物としての見解の統一性に拘ることなく、総勢20名以上の研究者を動員することで、序と結びを併せて18章にも及ぶ多様な観点からこの「謎」に挑んだことにあろう。具体的には、正規・非正規雇用の違いに注目しつつ（【正規】）、正統
「俺、社会人に向いていないかも」と思ったらこの本を読め - 本しゃぶり
向いていないと思うならつべこべ言わず、これから紹介する本を読め。行動するのはそれからだ。 この記事は五月病への処方箋である。 五月病に備えて 今週のお題「ゴールデンウィーク2016」である。ゴールデンウィークと聞いて真っ先に思いつくのは、もちろん五月病だ。俺のように二手三手先を読む者ならば、まず連休が終わった時のことを考える。五月病について書くのは自然の流れだろう。 このブログは名前の通り読書ブログである。であれば五月病への対処も当然読書によって行う。これから紹介する5冊はどれも面白く、五月病の様々なパターンに対応できる。まずはこの記事を読み、次に紹介した本を読めば、あなたは安心して残りの連休を楽しめるだろう。 誰のためのデザイン?―認知科学者のデザイン原論 誰のためのデザイン？ 増補・改訂版 ―認知科学者のデザイン原論 作者:D. A. ノーマン新曜社Amazon 自分がこの仕事に向いて
読みやすくて分かりやすい会計入門書三選(簿記・財務会計・管理会計) - ゆとりずむ
こんばんは。気がついたら、以前書かせて頂いた記事が、1000ブックマーク以上達成したようでびっくりです( ﾟдﾟ) lacucaracha.hatenablog.com 駄文雑文にも関わらず、お褒めのコメントも沢山いただき、恐悦至極です。コメント付きのブクマにつきましては、『見たよー(∩´∀｀)∩』という目印も兼ねて、星をつけていきますのでよろしくです。 で、ブックマークを整理している中で何個か気になるコメントが有りました。 id:nicht-sein id:stattly101 さんへ。なるほど、と思った人間です。国立理系大卒だけど、株や会計に関する教育なんて小中高大ではなかったでござる。社会人なんだから会計なんて常識だろ、とか言われたらごめんするしかないけど…… そうなんですよね。経営や会計の基本的な知識って、誰もが関係してくる話の割に、商業系の学校に行かない限り触れる機会が無いのが実
糞システムにしないため、私ができること『はじめよう！ 要件定義』
「なぜ糞システムができあがるか？」の答えは、「一つ前の仕事をしている」に尽きる。 詳しくはリンク先を見てもらうとして、まとめるなら、自分の仕事のインプットが出来てないので、仕方なく前工程の仕事を代行しているうちに、リソースと気力がどんどん失われているからになる。これはプログラマに限らず、SEからPM、テスタや運用を入れても、当てはまる。「何をするのか」が決められない経営層が糞だから、あとはGIGOの法則（Garbage In, Garbage Out）に従う。 では、どうすればよいか？ 「“何をするのか”を決めてもらう」という回答だと、連中と同じ肥溜めに落ちている。なぜなら奴らの“目標”とは、「売上を○％ストレッチする」とか「新規市場を開拓する」といった、現状を裏返した願望にすぎないから。売上アップ／新規開拓のために、どこに注力して、何にリソースを使い、そのために必要な道具（システム）を“
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
