「お金もらうわけにいかないし、晩飯だけ食べさせて」という約束で家庭教師をしていたことがある。指導することになったその子の状況について、家族全員に説明していたところ、その子の妹が不思議そうに「なんで文章みたいに話せるの？」と聞いてきた。 その家族の会話は、ほとんど単語で終わっていた。「ねえ、○○は？」「おい、△△しろ」その場の状況から察することができるから、単語で事足りる生活をしていた。状況から察する能力があるのだから、頭は悪くない。ただし、言葉を鍛えられる環境にはなかった。 もちろん家族の誰も、本を読む習慣がなかった。「文章」と出会うのは、学校の教科書くらい。そんな生活環境の中で、私のように「文章」のように論理を組み立ててしゃべる人と出会って、その妹は驚いたようだ。 そのような生活環境で言葉を鍛えることができるかというと、難しい。言葉を鍛えなければ、学校の勉強についていくのも難しくなる。何

この記事は、筆者が技術選定について思うところをまとめた記事です。Twitterに同じ話を何回か書いているので、文章にまとまっていたほうがよいと思い用意しました。 やや過激な思想で愚痴も含んでいるので、共感いただけると嬉しいものの、みなさんを説得しようというつもりはありません。こいつはこういう考え方なんだなという心持ちでお読みください。 積極的な技術選定と消極的な技術選定ITエンジニアの方々の中には、技術選定をする立場の方も多いでしょう。技術選定にあたってはさまざまな事情を勘案しなければならない難しいもので、それだけに多くの人が技術選定に関する各々の考えを述べています。 筆者は、技術選定における意思決定のプロセスは、積極的な技術選定と消極的な技術選定の2種類があるのではないかと思っています。 積極的な技術選定は、選定される（あるいはされない）技術そのものが原因となる意思決定です。 一方、消極

あんちゃん @monosoi_akarusa 技術者という理系院卒というか、学生時代からずっと勉強や研究を続けてる人間が化け物だなと思った出来事を書きます。 2022-11-10 21:10:00 あんちゃん @monosoi_akarusa 先日来技術者の先輩が取り組んでるある仕事で、実現に向けて会計上のハードルが一つあったんですね。具体的にはボカしますが、簿記で言えば一級の範囲の論点。しかも先例が殆ど無いので経理でも回答できず、会計士に質問することになった。ちなみに先輩は技術者なので簿記3級も持ってない。 2022-11-10 21:11:35 あんちゃん @monosoi_akarusa 最初は当然よちよち歩きの状態なので「これってどういうこと？」をワシも沢山聞かれてちんぷんかんながらも拙い回答をした。打合せで会計士がのらりくらり回答するの全部メモ取って、先輩は一からスクラッチで案件

IT業界で10年以上過ごしている中で、凄いと思う人達にたくさん出会ってきました。最初はとくに新卒で入社した会社の先輩方が中心でした。ここでいう凄さとは何かというと「仕事を片づけるのが早い」とか「成果物の完成度が高い」などです。当時、こんなふうに自分もなってみたいという思いが強くて必至で真似しようと試行錯誤したのですが、全然うまくいきませんでした。ありていにいえば、表面上の凄さだけを見ていたことが失敗の原因だったかと思っています。早く仕事を片づけようと焦り、結果完成度も下がり…と、さんざんでした。 その後はアプローチを変えて、彼らの日常の何気ない振る舞いなどを観察することにしました。すると、彼らのうちの多くの凄さの源泉は驚異的に頭の回転が速いとか、ほかの誰もが持っていない異能力を持っていたりするわけではなく、世間で当たり前と言われていることを息をするようにやっていることだとわかりました。たと

2018年度から継続的に実施しているスキル変革等に関する調査から、大人になってから学んでいない方が多いという結果が浮き彫りになりました。そこで、大人が学ぶためにはどのように取り組めばよいか「考えるヒント」をパターン・ランゲージ（注釈1）として、30のパターンで整理しました。 「大人の学びのパターン・ランゲージ（略称まなパタ）」は、学び続けている実践者の方々にインタビューでお話を伺い、その考え方や工夫、課題を整理し、抽象化することによって制作しています。

こんにちは。株式会社プラハCEOの松原です。 どんな人にこの記事を読んで欲しいか コードレビューの効率化に悩んでいる コードレビューのやり方に自信が持てず、何か参考になる事例を知りたい 使い捨てコードレビューに翻弄される日々 1~2年ほど前に自社サービスを開発していた頃、弊社では全てのプルリクエスト（以降PR）に対してランダムに割り当てられたレビュワー2名、もしくはテックリード1名にapproveされない限りマージしない運用で開発していました。開発者が5名ぐらいだったと記憶しているので、規模の割にはリッチなレビュー体制だったのではないでしょうか。 修正点があれば指摘して、直して、再確認して、merge。 来る日も来る日も、確認、指摘、修正、再確認、merge。 次第に「僕ら業務時間の大半をコードレビューに使ってね？」と、レビューに費やす時間が気になるようになってきたあたりで、一度自分たちの

年末年始、なにか勉強したいな～と思っている方向けに完全無料で高品質の内容が学べるコンテンツをまとめました🎄 英語、統計・データ分析、IT・プログラミング、ロジカルシンキング、会計・ファイナンスなど。 こんなに最高なコンテンツが完… https://t.co/aM91f9DpHk

私が人生でずっと悩んで追い求めていたものがついに解決した。それは、なんでも良いから何かが「出来るようになる」ことだ。 昔からいくらその対象に時間をかけても、努力しても、人並みにすらならない。人にやってもらうとか自分がやらないことに関してはうまくいくのだが、自分が何かが出来るようになるということに関しては人生５０年目だが、絶望的で、それが自分の自己肯定感や、人並みに生きることへの罪悪感を生んでいた。人生で解決したかった問題 No.1 だ。だからそれをずっと解決しようと頑張ってきた。 ギター演奏での解決方法私はクソ不器用で、なにやってもできないので、人生で出来たらいいことを２つだけ定めた。ギター演奏と、プログラミング。ギター演奏に関しては少し前に解決した。根本的な問題を一つ上げるとすると、「ゆっくりから、メトロノームで練習する」これだけだ。 ギターはもう何十年も演奏しているのに弾ける感がなかっ

2019 年の夏に前職を辞め、そのまま無職として過ごし今年の 10 月にようやく再就職して働き始めた。 何か事情があって働けなかったわけではなく、プログラミングの能力を伸ばすために敢えて就職しなかった。 自分にとってそれなりに重要な期間だったと思うので、記録を残しておく。 予め断っておくが、何か「すごいこと」を成し遂げたわけではない。「すごくないプログラマ」が少しでもすごくなりたくて勉強していた話に過ぎない。 「すごいプログラマ」が「すごいこと」をした話を読みたければ、以下の記事などがよいと思う。 会社をやめて約1年プログラミングの勉強に費やしたことに対する満足と後悔 | blog.ojisan.io 2年間の独学をふりかえって – Happy Coder 予防線を張ったところで、本題に入る。 背景や動機 プログラミングの勉強をするために前職を辞めたわけではなく、退職の理由は別にある。 そ

tl;drコードレビューが上手く回って無くてチームが疲弊して辛かったよレビュアーの言い方を変えるだけで大体解決するよ立場とかで例外を許さず、みんながレビューしてレビューされると良いよはじめにあるプロジェクトでGitHubのPRベースでのコードレビューを導入をしました。いかんせんチーム開発が初めてレベルの新人さんが多く、何かと苦労しました。特にレビュイーに対して不効率な指摘はそのまま指示の不明確さに繋がり、チーム全体の開発生産性を下げるので、レビュアーはレビュイー以上に気を使う必要があると感じました。下手をすると、レビュイーのメンタルが弱って闇堕ちするので、チームメンバーの最も大人な人がメンタルケアしたりします。大人な人は大体がリーダー格なので、その人の時間が奪われると何かと開発現場が疲弊しちゃいますね。コードレビューってそんなに難しいものだっけと思ったりもしますが、反省の意味も込めて実際に

IT系に身を置いていると、つい新しい知識ばかりを追いかけがちになるけど、CS的な基礎知識や、Linuxのコマンドとかの（もちろんソラでコマンド10個のオプションを言える必要は、無い)も当然大事なわけです。というか、土台となる知識が無いと、新しい知識がちゃんと身につきません。 だけど、普段使わない、手を動かさない分野のスキルはどんどん忘れていきます。歳をとると加速度的に忘れていきます。 そしてヤバいのは、分かっていることと、分かっていないこと、できること、できないことの区別がつかなくなることです。 人は分かる範囲でしか物事を理解しないので、「分かっていないことを知る」という行為を行なって「分かる範囲」を広げる、または最低でも維持する営みを続けていかないとどんどん判断する時に必要な材料が狭まっていきます。 Java 1.5の知識で、Java17時代の判断はできないですよね、10倍以上違うんだか

上達したいなら頻繁に休んだほうがいいかもしれません。 2021年にアメリカの国立衛生研究所（NINDS）の研究チームは、ピアノのような新しいスキルを習得する練習では、頻繁な休憩を行う方が効果的な上達ができるという研究結果を報告しました。 またこの研究では、スキルの上達は練習中には起こらず、休憩中にのみ発生することが示されています。 新しい技術を習得しようとすると、私たちの脳内ではどのようなことが起こっているのでしょうか？ この研究にかんする論文は、2021年6月8日付で科学雑誌『Cell Reports』に掲載されています。

失敗から学ぶ、つまり「経験をもとに得た知識や教訓を自身に定着させる」ためには、失敗を経験することが必要だし、それをふりかえることが必要だろう。 ふりかえりの具体的な方法論については本で学んだり実践したりして知見を溜めてきたけれど、どんな経験をふりかえれば良いのかについては考えたことがまだなかった。なので今日ここでチャレンジしてみる。 ちなみにふりかえりの方法論はこの本にびっしりと載っている。チームのふりかえりをレベルアップさせるにはもってこいの一冊だと思う。 ＊ ＊ ＊ さて、学びの獲得に経験がどんな影響を及ぼすのかについては、コルブの経験学習理論が参考になりそうだ。 経験学習理論とは、新たな「具体的な経験」をした際に自分の中で意味付け・価値付けといった「抽象的な概念化」をする、という学習サイクルを指す。 そしてこの具体的経験⇔抽象的概念の変換に必要なことが「内省的なふりかえり」と「能動的