プログラミングを学ぼうとしては挫折する。 そんな時代はもう終わりだ。 お姉ちゃんに任せなさい。 ChatGPTでプログラミング 今年のお盆休み、俺はChatGPTでプログラミングをやっていた。とは言っても複雑なことはやっていない。大量のcsvを結合してから可視化するとか、ちょっとしたWebスクレイピングしたりする程度だ。それでも今まで技術や時間の不足により諦めていたことができるのは嬉しい。それにChatGPTを使えば、デバッグも楽しくやれるのだ。こんな感じに。 デバッグの様子 おそらく「あれ、俺のChatGPTと違うな」と思った人もいるに違いない。見ての通り俺はChatGPTをお姉ちゃん化している。こうすることで、モチベーションを維持しながら楽しくプログラミングができるというわけだ。今回はChatGPTをお姉ちゃん化する方法を紹介し、加えてお姉ちゃんとペアプログラミングする意義について述べ
3年前に、図解の基本をまとめた本『図で考える。シンプルになる。』を書きました。その内容から、エッセンスを抽出したのが本noteになります。 （１）「幕の内図解」と「イチオシ図解」 図には、大きく分けて、2つのアプローチがあります。 ひとつは、幕の内弁当のように、いろんな要素を盛り込んだ図で、もうひとつが、唐揚げ弁当のように、イチオシのおかずにフォーカスした図です。 たとえば、桃太郎の話を「幕の内図解」のアプローチでまとめてみたのが、つぎの図です。 登場人物とエピソードをフラットに扱って、網羅的に盛り込んでいます。 この図を使って、人に説明しようとすると、「まず、お婆さんですが……」「つづいて、お爺さんですが……」といった具合に、「お婆さん」「お爺さん」「桃太郎」それぞれの視点に切り替えが必要になり、話す方も話しづらければ、聞く方もまどろっこしく感じてしまいます。 相手がじっくり聞く耳を持っ
業務ハックしてクビにならないために｜ふらふら
本記事は「GYOMUハック/業務ハック Advent Calendar 2019」にリンクされている記事です。つい先日、仙台からリモート参加したニワカです。よろしくお願いいたします。 ■ 自己紹介 はじめましての方ははじめまして。またお前かの人は毎度どうも。仙台でコーポレートエンジニア（＝情シス・社内 SE ）を生業としているふらふらと申します。 ガチの開発から身を引いてもう 15 年位になります。技術そのものよりも「その技術で何ができるのか」「実践したらどうなるのか」という課題解決のほうが好きな性質なので、地方中小企業で社内 SE というのはある意味、天職だなあと思っています。 どういう経歴でどういう考え方の持ち主なのかについては、下記を見てもらうのが良いでしょう。みんなで情シス！第４回でお話したときの資料です。 なんのことはない、職歴の汚い「オッサン SE」です。タイトル通り業務ハック
会社の体制が大きく変わり、カオスの中に少しの静寂（暇）ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない
本を読んでて、気になるところがあったら、 その要点をテキストファイルに箇条書きにして、整理しながら読書する。 これだけ。 これだけで、読書の質が桁違いに上がります。 これをやると、「普通に本を読むだけだと、理解した気になってるだけで、実はろくに理解してなかった」と分かって驚きます。 話はこれで終わりですが、 以下の点が気になる方もいらっしゃるでしょう。 ●どんな人がどんな本を読む場合にもそうなるわけじゃないだろ。具体的に、どんな人がどんな本を読む場合にそうなるんだ？ ●そんなの面倒くさくてやってらんない。手間をかけずにやる方法はないの？ ●具体的にどうやるとうまくいくのか、もっとちゃんと説明しろ。 そういう方のために、以下、これらについて補足します。 まず、読書を以下の９種類に分類します。 (1)リアルタイム活用読書読んだ知識を今やっている仕事/生活/趣味にリアルタイムに活用しながら読む方
ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける 1 対 1 の攻防ではなく、職場における 1 対 1 の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては
「未経験文系から3ヶ月でデータサイエンティストになって一発逆転」はここで終わり (2020/7/31 更新) - todo-mentor’s diary
データサイエンティストを生業にする手段と実態について述べる。 途中、具体例・境界値の例として私個人の話もするが、なるべく一般性のある話をする。 この記事で言いたいことは具体的には4つだ。 プログラミングスクールをディスるなら代わりの入門方法を提供しようよ。 もう「未経験文系から3ヶ月でデータサイエンティストで一発逆転物語」を止めろ。*1 おじさんは人生逆転したいなら真面目にやれ。 若者はワンチャンじゃなくて、ちゃんと化け物になれよ。 この記事についてはパブリック・ドメインとして転載・改変・リンク記載を自由にしてよいです。 (続き書いた) a. 入門は辛いが… b. 思考停止でプログラミングスクールに通うな。 なろう系・始めてみよう系資料一覧 （最速・最短ルート用） まずは動かしてみよう。強くてニューゲームが体験出来るぞ！ 入門以前の本 一般向け業界本 (AI業界と展望がわかる本) 技術者入
高等学校段階までの学習で身につけてほしいこと 東京大学を志望する皆さんには、アドミッション・ポリシーにも明示されているように、本学に入学するまでに、できるだけ多くのことを、できるだけ深く学んでほしいと思います。以下、本学を受験しようと考えている皆さんに向けて、高等学校段階までの学習において、特に留意してほしいことを教科別に掲げます。 【国語】 国語の入試問題は、「自国の歴史や文化に深い理解を示す」人材の育成という東京大学の教育理念に基づいて、高等学校までに培った国語の総合力を測ることを目的とし、文系・理系を問わず、現代文・古文・漢文という三分野すべてから出題されます。本学の教育・研究のすべてにわたって国語の能力が基盤となっていることは言をまちませんが、特に古典を必須としているのは、日本文化の歴史的形成への自覚を促し、真の教養を涵養するには古典が不可欠であると考えるからです。このような観点か
「みんなの世界史」（世界史のまとめ/日本史のまとめ） noteコンテンツの総目次です。 全部合わせると、100万字以上あると思いますが、全文無料です。 since 2018.10- 基本コンセプト 昔と今を、今と未来をつなぐ。 世界の中の日本、日本の中の世界をつなぐ。 世界史を26ピースに「輪切り」にし、 深く、たのしく、わかりやすく”翻訳”する。 コンテンツの一覧【1】ゼロからはじめる世界史のまとめ（世界史×ゼロから） 【2】同時に学ぶ! 世界史と地理（世界史×地理） 【3】世界史のまとめ × SDGs（世界史×未来） 【4】"世界史のなかの" 日本史のまとめ（世界史×日本史） 【5】世界史の教科書を最初から最後まで（世界史×教科書） 【6】新科目「歴史総合」を読む（歴史総合） 【7】新科目「世界史探究」を読む（世界史探究） 【8】歴史の扉（歴史×モノ） 【9】歴史のことば（書評） 【1
はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの？」 「要件定義ってなに？」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に４つも壁が存在するのです。 そのため、本記事では実装（プログラミング）を開始する前に必要となる、 『企画～設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装（プログラミング）に使用する時間
ありがたいことに年末にメルカリの小泉さんとランチをご一緒させてもらいました。 CTO(@yutadayo)が作成した過去の失敗スライドに、リプライをいただいのがきっかけだったのですが、長らく競合事業(現ラクマ)をやっていたこともあり、きちんとお話ししたことがなく、とても学びが深かったので、ご本人に許可をいただいて、メモした内容と学びをシェアさせていただきます。 なんでメルカリに？噂ではフリルにも入社してもらえる可能性もあったとか？2007年よりミクシィに入社し、2012年の退任までCFOを務めていた その後、1年以上は他の会社の社外取締役をしたりフリーランスをしていた フリルは2012年夏リリース、メルカリは2013年春リリース 小泉さんは2013年冬にメルカリ入社 フリルのことは入社前から知っていて、2012年冬のIVSでコミュニティファクトリーの松本さんに「フリル知ってる？紹介してよ」
視座の可視化｜kgmyshin
視座が高いってそもそもなんやねん問題 1on1で「視座を上げてほしい」って言われたり、マネージャー陣の集まりで「視座高い人がいいよね」って会話をしたりするけど、じゃぁ「視座の高いってなんぞ？」「どう見極めればええのん？」ってなりますよね。 自分も前職でエンジニアリングマネージャーしてた頃から、現職にて横断組織の一環として採用にかかわるようになって良くそれらのセリフを聞いております。 で、これが正解ってわけじゃないんですけど、自分はいつもこんな感じで可視化してますよってのを紹介してみます。 「視座が高い」を端的に言うと 自分は「視座」ってのは一言でいうと「どのレベルの課題まで、当事者でいられるか」っていうスタンスの度合いだと解釈しています。 ここで言っているレベルというのは難易度ではなく対象のスコープのことです。個人の課題なのか、チームの課題なのか、はたまた所属する会社の課題なのか。 で、「
プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
はじめに この記事は、エンジニアがどのように技術を学べば良いのかということについて、おもに西尾泰和氏の書籍・記事で主張されている内容を元に、特定の問題を対象として自分の考えを加えて考察したものです。特定の問題としては、以下の3つを設定しています。 何を学べば良いのか分からない 技術書を読んでもすぐ忘れる 学習する時間がない もちろん、学ぶ上で考えるべきことは上記の問題にとどまりませんが、ここでは、比較的身近で耳にすることが多いと感じるものを問題として設定します。 定義 この記事ではスコープを特定の範囲に限定しているため、一般的な用語について、一部を以下のようにローカル定義しています。そのため、一般的な用語そのままの意味においては、この記事の内容はコンテキストを維持できないことがある点に注意してください。 エンジニア Web 系企業に勤めており、主にプログラミングをはじめとしたコンピュータサ
村井純教授の1月16日最終講義全文書き起こし
Ruby on Rails, Web Services, Software Development, Startups 概要 「日本のインターネットの父」と呼ばれる慶応大環境情報学部教授の村井純さん（64）が定年を迎え、16日、最終講義があった。村井さんは「インターネットに国境はない。国や政府が分断したり規制しようとしたりする試みは続くだろうが、若い人たちで守ってほしい」と呼びかけた。 https://www.asahi.com/ 村井先生の最終講義。16年ぶりに村井先生の講義を聞いて懐かしくなりました。せっかく良いことをたくさんおっしゃっていたので人力で書き起こしをしました。（Amazonウィッシュリスト） 講義全文 共同授業担当 佐藤特任准教授(以下教員)： そろそろ始めましょうか。 村井： はい。それでは皆さん、こんにちは。インターネットの、2019年秋学期の最終回ということで集まっ
わたしはアルバイト時代、「とりあえずやってみて」「まずは自分で考えて」と言われるのが大嫌いだった。 とりあえずやっても、わからないことがたくさん出てきて途方に暮れるし、自分で考えたところで、それでいいかだれかにお墨付きをもらわないと行動に移しづらい。 どうすればいいのか知ってるんだから、教えてくれればいいじゃん。 とりあえずやってもどうせ失敗してやり直しだし、自分で考えてやっても上の人にいろいろなおされて結局相手の希望通りにさせられるなら、最初から教えてよ。 そう思う。 でもこの思考回路は、「最近の若者はすぐ答えを知りたがる」と、上の世代の人たちからはすこぶる評判が悪い。 「自分でやろうとせず他人に甘え、楽をしようとしている」と受け取られるからだ。 でも、「とりあえずやってみて」が若者に響かないのには、相応の理由があるんだよなぁ。 「無駄なく最短ルートで成長したい」若者たち 「世代論」につ
長男の「アイスの譲り方」を見て、しみじみ感心した話
身内褒めで大変恐縮なのですが、最近長男のとある行動にかなり感心したので、ちょっと書かせてください。 とある行動というのは何なのかというと、言葉にしてしまうと本当の本当にちょっとしたことなんですが、 「次女へのアイスの譲り方」 です。 しんざき家には子どもが3人います。長男15歳、高校一年生。長女次女、11歳の双子。 私と妻の影響もあってか、子どもたちは全員本好き、ゲーム好きです。長女次女がスプラやらぷよテトやらにハマる中、長男は最近私と同様ティアキンをやってまして、メインストーリーを進めもせずに、延々と水上闘技場でライネルを狩っては武器を強化したり、赤い月の度に希少イワロック周回をしてルピーを稼ぐことに熱中していました。楽しそうで何よりです。 さて、つい先日、義母からのお中元で美味しそうなアイスクリームのギフトセットをいただきました。 モロゾフってお店のものだそうで、めちゃ美味しかったです
『不安耐性、判断を保留する能力、抽象のままにして具象に落とさない能力』…これが無いと、いきなり問題を解決しようとするので、問題そのものを議論できなくなる
ところてん @tokoroten なるほど、不安耐性とか、判断を保留する能力とか、抽象のまま取り扱って具象に落とさないでいる能力、って私が言ってるやつ、Negative Capabilityって言葉があったんだなー これが無いと、いきなり問題を解決しようとしてしまうので、問題そのものを議論できなくなる scrapbox.io/hotchemi/%E3%8… 2022-09-05 02:14:01 リンク scrapbox - hotchemi マネージャーとNegative Capability - scrapbox - hotchemi Negative Capabilityという概念を最近知った。詩人ジョン・キーツが提唱したとされている用語で「事実や理由を性急に求めず、不確実さや不思議さ、懐疑の中にいられる能力」を意味する。対義語はPositive Capabilityで、所謂課題解決
【入門】要件定義
はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい
バッチ処理 プラクティス
バッチ処理は既に先人の方々が多くのナレッジを公開してくれていますが、それでもなお難しさが変わらないテーマだと思っています。 この記事は、筆者がこれまでの開発経験で気づいたバッチ処理の実装ナレッジを整理し、体系化を目指して文章にしました。 ここでの内容が、より良い課題解決に貢献できれば幸いです。 自身の断片的な思考整理(メモ書き)の延長で内容を整理したため、一部書き振りが統一されておらず、読みにくいかもしれません。ご了承ください。🙏 バッチ処理の難しさバッチ処理は難しい。 人によっては簡単なテーマかもしれませんが、自分は難しいテーマだと思っています。 「難しさの根源は何か？」を考えると、1. 考慮点が多様にあること 2. 解決する課題によって答えが大きく変わること に整理できました。 この2点は、どのソフトウェア開発にも当てはまる項目ではありますが、ことバッチ処理においては顕著に現れます。
【登大遊】「みんなすぐに諦め過ぎ」約２週間で『シン・テレワークシステム』を開発した天才プログラマーの“粘り力” - エンジニアtype | 転職type
2020.08.27 スキル 2020年４月21日、NTT東日本と独立行政法人情報処理推進機構（以下、IPA）は、新型コロナウイルスの流行によって在宅勤務を強いられている人々を支援するため、無償かつユーザー登録不要で利用できるシンクライアント型VPN『シン・テレワークシステム』の提供を開始した。 このシステムを構想からわずか２週間あまりでリリースに漕ぎ着けた中心人物こそ、今回紹介する登大遊さんだ。 登 大遊（のぼり・だいゆう）さん 1984年兵庫県生まれ。2003年に筑波大学に入学。同年、IPA（独立行政法人情報処理推進機構）の「未踏ソフトウェア創造事業 未踏ユース部門」に採択、開発した『SoftEther』で天才プログラマー／スーパークリエータ認定を受ける。17年、筑波大学大学院システム情報工学研究科博士後期課程修了。博士 (工学)。現在、IPAサイバー技術研究室長のほか、ソフトイーサ株
「期待値を考えればパチンコは絶対に損をする」 「それなのにパチンコなんてやってる連中は頭が悪いとしか思えない」 かつてこんな感じの言説をよく聞いた。 それを聞いて僕は「確かに」と思う一方、この手の言葉がパチンコをやっている人達に「こいつはなんもわかっちゃいねぇ」という風に全く刺さっていないようにも見えた。 「パチンコにハマる奴はただの馬鹿と切って捨ててしまうのは物事の本質をみていないのではないか？」 そもそも人間は数円単位でケチをする生き物であり、少額でも損をしたら物凄く落ち込む生き物である。 そんな損が大嫌いな人間が、果たして絶対に損をするとわかっている行為にこんなにも夢中になるのだろうか… その長年の疑問に最近ようやく回答が得られた。 そして冒頭の期待値云々の話は完全に誤りであった事を理解したので、今日はその話をしよう。 スロットマシンで超簡単に”ゾーン”に入れる 「デザインされたギャ
でかいペットボトルの焼酎を買う人間の末路
おれと酒、酒とおれ おれは酒が好きだ。酒も俺のことが好きなんじゃないかな。 とはいえ、「酒」といってもいろいろある。大きく分けたら醸造酒と蒸留酒ということになるのか。大きく分けたらおれは蒸留酒のほうが好きだということになる。 おれが好きなのはウイスキーだ。ウイスキーがお好きでしょう。でも、さらに絞りたい。絞った先にあるのは、スコッチということになる。スコッチのなかの、シングルモルトということになる。 シングルモルトのなかでも、アイラモルトが好きだということになる。ラフロイグが好きだ、ボウモアが好きだ、なによりアードベッグが好きだということになる。どんな味がするのか。薬品臭とすら言われる独特の香りがある。そして、酔いがたまらん。 「酔い」に違いがあるのか。味や、匂いではなく。 おれは「ある」と答えたい。質の良いスコッチのもたらす酔いは別格だ。一瞬で深く染み渡り、じつにいい気分になれる。そして
デザインシステム｜デジタル庁
デジタル庁サービスデザインユニットでは、一貫したデザインや操作性でウェブサイトやアプリを提供するための仕組み「デザインシステム」の構築に取り組んでいます。どなたでも構築中のデザインシステムのデザインデータを閲覧することができます。 更新情報2023年12月26日 [バージョン1.4.1]スタイルやコンポーネントの修正・更新を行いました 2023年10月18日 [バージョン1.4.0]スタイルやコンポーネントの追加・修正・更新を行いました 2023年8月31日 [バージョン1.3.4]スタイルやコンポーネントの修正・更新を行いました 2023年7月31日 [バージョン1.3.3]新規コンポーネントを追加、スタイルやアセットなどについて修正と更新を行いました 2023年6月29日 [バージョン1.3.2]コンポーネントを追加、テンプレートやガイドラインの一部修正と更新を行いました 2023年6
習慣化7つのコツとは？失敗しないポイントも徹底解説
習慣化とは、同じ状況のもとで繰り返し行われた行動がやがて定着し、（意志とは関係なく）自動化されて行われることです。 習慣化には、人生そのものを大きく変える力があります。習慣化のコツさえつかめば、自分が思うように生きることが可能になるでしょう。 しかし、実際には習慣化が苦手で、挫折してかえってつらい思いをしている人が後を絶ちません。本当にもったいないことです。 そこで本記事では、思い通りの人生を実現するために欠かせない「習慣化」を、苦手な人も成功のイメージがつかめるような徹底攻略版で解説します。 本記事のポイント 失敗しづらい習慣化の基本テクニックが身につく 成功率を上げるポイントを徹底解説 習慣化のおすすめアプリも紹介 「習慣化について知りたい」 「習慣化に成功できる自分になりたい」 …という方におすすめの内容となっています。 この解説を最後までお読みいただければ、「習慣化の基本」はもちろ
精神疾患で人生崩壊。京大卒40代のいま。
「パパゲーノ」という言葉をご存じだろうか。 ひとつの人生観を表す言葉である。 人間、いつどこで不幸の渦に巻き込まれるかなんてわかったもんじゃないし、人生の「前提」なんて、あっという間に壊れた。 エリートだった。しかしある時崖から落ちるように崩れた。一度は持ち直したのに、再び不幸のどん底に叩き込まれた。 正直、生きていることに未練はない。それでもわたしは、日々息をしている。 限りなく普通っぽいわたし 「清水さんって、全く『そういうふう』には見えないですよね」。 よく、そう言われる。 「そういうふう」＝「精神障害者」のことである。 まあ、障害と20年も付き合っているうちにこなれてきたというのもあるだろう。完治の見込みはない。「寛解」という落ち着いた状態のなかにいるだけのことだ。 「障害があっても希望を持って生きている人がいる」的な話をマスコミなんかで目にする。 そういう意味では、音楽という趣味
（語り手）JILIS副理事長 高木 浩光 （聞き手）JILIS出版部 編集長 小泉 真由子 （撮影）宇壽山 貴久子 この1年、過去の海外文献を調査していたという高木浩光さん。これまでの研究の一部は情報法制レポート創刊号の特集として掲載されましたが、高木さんに言わせると「あれはまだ序の口」とのこと。本日お伺いする内容は近々高木さん自身が論文にされる予定とのことですが、まだ時間がかかりそうということで、急ぎ、インタビューとしてお話しいただくことになりました。なお、このインタビューは大変長くなっております。ぜひ、最後までお付き合いいただければと思いますが、時間のない方は、目次を参照していただき、気になるトピックからお読みください。 —— 今日は、高木さんがどうしても今すぐみなさんに伝えたいことがあるとのことで、インタビューでお話を聞くことになりました。 高木： はい、よろしくお願いします。話はと
つい最近、「人の話をちゃんと聞けない人」を「聞ける人」に変えるのは可能なのか、という話でディスカッションになった。 というのも、ある経営者が「お客さんの話を全く聞けないメンバーがいる」と愚痴をこぼしたからだ。 すると、周りの人々も、呼応するように、「いるいる」という。 その経営者の話を聞くと、おおむね次のような状況だった。 その人は、良く言われるテクニック的な「傾聴する姿勢を見せる」のは得意だという。 「聞き上手」のように、メモを取ったり、頷いたり、相槌を打ったりする。 人の話を遮ったりもしない。 しかし、同僚やクライアントからしばしば、次のようにクレームがあるという。 「あの人、全然話を聞いてないんだよね。」と。 具体的にはどのような事象でしょう？と聞くと、 「例えば、同僚から意見を求められても、「それでいいと思います」としか言えない。あるいは、クライアントが「この構成に対して指摘はあり
認知症女性、かんぽに月25万円 収入13万円、貯金底つく…「これは犯罪だ」次男怒り（西日本新聞） - Yahoo!ニュース
昨年6月、山口県山陽小野田市の女性（71）宅を訪れた親族男性が、郵便受けにあった2通の督促状を見つけた。送り主はかんぽ生命保険。滞納分の保険料約42万円の支払いを求める内容だった。 【写真】「あと2件アポ取れるまでは社員にも負荷を」郵便局幹部に上司から送られたメール 女性は軽度の認知症を患い、小学校時代から引きこもりがちだった長男（42）と2人暮らし。親族男性が女性宅を探すと、保険証書が次々と見つかった。2017年5月に一度に5件、その後も契約を繰り返し、1年間で11件の保険に加入させられていた。うち5件は、ほとんど同じ内容の終身保険だった。 女性の収入は年金など月約13万円。保険によって死亡や入院時の保障が受けられるとはいえ、月額保険料は支払い能力を大幅に超える25万円以上に上っていた。 「分からない。郵便局の人に任せているから」と女性。通帳を確認すると、1年間で支払った保険料は200万
この記事は妻にレビューしてもらっています。 概要 この春結婚しました。 我々二人の生活は、多くの仕組み化・組織化を実行しているという点でかなり変である、ユニークだと思います。この記事では我々が導入している仕組み化を紹介していきたいと思います。 経緯 妻とは一年ほど前から人生をよりよく生きるためのアドバイスをし合う朋友・盟友的関係を築いていました。 お互いの人生には課題が山積しており、それを抜本的に改善する必要があったのです。 そのために我々は仕組みの力に頼ろうと、さまざまな人生の仕組み化を図りました。 改革は功を奏し、我々の抱えていた諸問題は対処可能になっていきました。 また、お互いの課題解決的なコミュニケーションが大いに促進され、相互理解が深まっていきました。 我々の協力関係が実り多いものであることを深く確信した我々は、お互いの人生に貢献したい、二人三脚でこの人生を楽しんでいきたい、一緒
どこへ行ったんでしょう？。2019年までは「経験社数は3社まで」「年齢は35歳まで」と経営層が注文をつけても何とかなりましたが今は昔。面談手法とか役に立たないほど母集団形成ができない現状についてです。 各人材紹介、媒体、各社エンジニア採用担当のみなさんと情報交換する中で見えてきた中堅エンジニアの行先についてお話します。 30代中堅ITエンジニアは観測範囲では ・コンサルになった ・ユニコーン、GAFAに吸われた ・シード期のスタートアップでメンバーになった ・フリーランスになった という具合。 その他目撃情報求む。 — 久松剛 (@makaibito) June 24, 2021 ・30代中盤まで ・3社以下経験 という採用フィルターについては個人的に 「昔厳守する企業ありましたね」 「懐かしいですね」 と秒で切って捨てるレベルになってる。 — 久松剛 (@makaibito) July
「学習能力が高い人」が最強である理由。
まだ駆け出しのコンサルタントだったころ。 私は様々な企業の「人材育成の仕組み」を作る手伝いをしていたことがある。 その際に必ず議論になるのが、「出世するには、どのような能力が必要なのか」だった。 この議論は複雑で、 「論理的思考力」 「コミュニケーション能力」 「目標達成能力」 「資格」 「人材の育成力」 など、様々な側面から検討がなされた。 しかし、個人的に最も説得力があったのは、ある会社の経営者の考え方だった。 ＊ 「安達さん、他社さんでは、必要な能力に何を設定してるの？」 と、社長は、人材評価シートのサンプルを見ながら、私に問いかけた。 「御社と同じ規模・業態だと、やはりコミュニケーション能力と論理的思考力をあげる会社が多いですかね。」 と私は無難な回答をしたつもりだった。 しかし百戦錬磨の経営者を簡単にごまかすことはできない。 すぐに突っ込まれてしまった。 「それって本質的に重要な
こんにちは、CTO歴も丸9年以上になりました @makoga です。 Podcastや勉強会で話をしたときに好評だったので、今回は私が面接時に見ているポイントを書きます。 ※この文章の元ネタは2016年1月に社内に公開したものです。 面接時に見ているポイント 3行まとめ 事実と意見を分けて説明できるか 実際の課題を解決しようとしているか 技術をどう理解しているか この文章の目的 30分から1時間の面接で一緒に働きたいかを判断するのは難しいことです。私も経験を積んで学んできました。 まだ経験が浅い面接官に私が実践していることを伝えることでVOYAGE GROUP全体の判断の精度を上げていくのが目的です。 事実と意見を分けて説明できるか 圧倒的にこれは重要。これができない人はかなり厳しい。 関わったプロジェクトのなかで、自身が一番活躍できたと思うプロジェクトについて聞く 学生の場合は1人で個人
PowerPoint歴23年、デザイナー歴20年、経営者として10年以上に渡って自社のマーケティングやセールスに深く関わり、提案書を作ったコンペでの勝率91%を誇る私の知見を余すことなく注ぎ込んだ、『最強の提案書を作る方法～伝わるストーリー・コピー・デザインの法則』というスライドを公開しました。 便宜上「提案書」としていますが、企画書、営業資料、ホワイトペーパー、社内文書など、人を動かすために作られるすべてのビジネス文書に応用できるはずです。 提案書のストーリー、コピー、デザインに関する、実践的かつ具体的なノウハウを詰め込んでいます。デザインについては、プロのデザイナーではなく一般のビジネスパーソンを対象とし、仕事の中で本当に必要な知識だけをまとめています。 約170ページある本スライドは、私が企業向けにこれまで20回以上行ってきた有料講座の配布資料を元に、公開用に仕上げたものです。スライ
取り返しのつかない我がエンジニア人生よ
ここには年に1回くらい殴り書きしてるんだけど、史上最大に気持ち悪いおじさんの自分語りになってしまった。というか長すぎ。誰が読むんだ、これ。 自分は33歳、妻と未就学児1人の計3人で、人口100万人以上のそこそこの地方都市に暮らしている。 会社は子会社系のSIer。新卒で入った。これがまあ、ネットでよく馬鹿にされるような典型的な時代遅れの会社だった。 正直、入社時は「エンジニアとして働く」「会社の安定性」の両方が満たせそう、ぐらいの浅はかな考えだった。で、実際のところ大企業である親会社の盾もありまあ、安定していた。競争原理が働かず仕事は嫌でも降ってくる。給料は年功序列で上がっていき、昨年の年収は大体月20時間の残業で600万だった。世間的にはそこまで高いとは思わないんだけど、この会社の外での自分の市場価値を考えれば高いと思っている。 一方でエンジニアとしてはそりゃもうひどい環境だった。10年
仕事においては、「人を助ける」という行為は、美徳に見えますが、意外にもそれなりの思慮を必要とします。 場合によっては、せっかくの行為が、単なる自己満足になることも。 というのも、「助けないこと」と「助けること」を天秤にかけると、あえて助けないほうが良かった、という結果もかなりの頻度で起こるからです。 ＊ 実は昔、私はお世話になった方から「勝手に人を助けるな、「助けてくれ」とはっきり言う人しか、助けないほうがいい」と言われたことがあります。 「どういうことですか？」と聞くと、彼は次のようなことを言いました。 まず、「勝手に人を助ける」とは、はっきりと助けを求められていないのに、何となくその人を助けてしまうこと。 いわゆる「善意」に近い。 しかし「善意」は問題を引き起こしやすい。 なぜか。 一つ目、当人が失敗して反省するという貴重な経験を奪う 命に関わる失敗はまずいですが、オフィスワークでその
この記事で書きたいことは、以下のような内容です。 ・成果物やパフォーマンスを公開する時、どうしてもハードルを下げたくて、卑屈になってしまう時があります ・ですが、我々は「成果を誰かに見せる」時卑屈になるべきではありません。少なくともその時その場では、「これは最高の成果物だ」と信じて発表しなくてはいけません ・それは何故かというと、「自分の成果物への信頼」が、実際に受け取る側から見たクオリティにも直接影響する為です ・これは、成果物を作り上げていく過程で努力することや、色んな意見や批判を受けいれてクオリティを上げていくこととは矛盾しません。むしろワンセットの話です ・卑屈になっていると公開自体のハードルが高くなってしまうこともあり、無駄にMPを消費します ・我々には「自分の卑屈さをねじ伏せる覚悟」が必要です 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、
93％→44% 47%→67.4% さて、これはなんの数字だろう。 さっそく種を明かすと、これはドイツの人の「食品を買う基準」の統計結果だ。 ロシアによるウクライナ侵攻前の2月末～3月頭にかけてのアンケートでは、食品を買う基準は「味」と答えた人は93％、「価格」と答えた人は47％。 しかし4か月後、7月のようすを見てみると、「価格」が67.4%で「味」が44%と、価値観は大きく変化した。 ドイツで食品価格が高騰、消費者は味よりも価格を重視(ドイツ、ウクライナ、ロシア) | ビジネス短信 ―ジェトロの海外ニュース – ジェトロ (jetro.go.jp) 元ソース→https://www.bve-online.de/presse/pressemitteilungen/pm-180722-lebensmittelpreise-deutsche-sorgen-sich-und-achten-me
はじめに 当記事を開いてくださりありがとうございます。私は表題の通り、私は一般にメガベンチャーと呼ばれる自社開発企業で機械学習エンジニアとして勤務しはじめてからわずか半年で、鬱を発症し退職することになったものです。この会社は待遇も良く、社風としても労働者思いのとても素晴らしい会社であったと私自身振り返って思います。 そんな会社に運よく入社することができた私ですが、わずか半年で「鬱状態」と心療内科から診断を受け休職し、会社制度により退職することになりました。「え？そんなに素晴らしい環境なのにメンタル弱すぎでは？」と思われる方もいらっしゃることでしょう。返す言葉が全くありません。おっしゃる通りです。 しかし同時に、「何故鬱になったの？」と思われる方もいらっしゃるのではないでしょうか。本記事ではこの点について鬱を発症した本人の目線から「どうしてそんなことが起きてしまったのか」という点について考察
「休めるときに休もう」だと、休めない。
そういえば、さくらインターネットには2日以上連続の有給休暇を事前申請すると、有給休暇手当が1日あたり5千円出る制度あるんです。 もともと、直前の有給休暇申請を減らして、計画的に休みとって欲しいなって事だったんですが、効果てきめんでした。 ペナルティよりベネフィットだなと思います。 — 田中邦裕＠さくらインターネット社長🐈⬛🐕 (@kunihirotanaka) 2022年9月12日 このツイートに対するリアクションを見ると、どうやら多くの人は、「ベネフィット」という言葉に惹かれたらしい。 会社がはっきりと「連休取得推奨」を表明していれば、従業員は気兼ねなく連休を申請できるし、さらにカネももらえるのだから、確かに魅力的だ。 でも実は、本当に大事なポイントは、別のところにあるんじゃないかと思う。 それは、「計画的に休みをとる」というところだ。 なぜなら、長期休暇取得のためには、「仕事に合
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミングに挫折したならAIお姉ちゃんに任せなさい - 本しゃぶり
【図解入門】シンプルな図の作り方｜櫻田潤🎨インフォグラフィック・エディター｜note
CTOの頭の中：技術を財務で表現する｜Shin Takeuchi｜note
桁違いに読書の質が上がる超簡単な読書法｜ふろむだ@分裂勘違い君劇場
1on1 ノウハウの共有 | DevelopersIO
高等学校段階までの学習で身につけてほしいこと | 東京大学
【全文無料】総目次 世界史/日本史のまとめ｜みんなの世界史
要件定義～システム設計ができる人材になれる記事 - Qiita
メルカリ 小泉さんからのエグい学び｜Shota Horii
エンジニアはどのようにして技術を学べば良いのか
「とりあえずやってみて」とか「まずは自分で考えて」が、今の若者に響かない理由。
なんでパチンコに人が群がるのかがわかって、いろいろと切なくなってしまった
高木浩光さんに訊く、個人データ保護の真髄 ——いま解き明かされる半世紀の経緯と混乱
「人の話をちゃんと聞けない人」の問題は、意識とかテクニックだけでは解決できないかもしれない。
人生を仕組み化していったら結婚できた件 - Amosapientiam
採用市場に中堅エンジニアがほぼ居ない／どこに行ったのか目撃情報を集めてみた｜久松剛／IT百物語の蒐集家
面接時に見ているポイント - CARTA TECH BLOG
提案書の書き方、徹底解説～提案書のストーリー・コピー・デザインの基本法則【スライド付】 | knowledge / baigie
「助けてくれ」とはっきり言う人しか、助けないほうがいい。
成果を披露する時、卑屈になってはいけない | Books&Apps
たいていの一般人は買い物には「コスパ」が重要で、企業の理念になんて、これっぽっちも興味がない。
自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話｜JoanOfArc