「いつか読もう」はいつまでも読まない。 「あとで読む」は後で読まない。 積読をこじらせ、「積読も読書のうち」と開き直るのも虚しい。人生は有限であり、本が読める時間は、残りの人生よりもっと少ない。「いつか」「そのうち」と言ってるうちに人生が暮れる。 だから「いま」読む。 10分でいい、1ページだっていい。できないなら、「そういう出会いだった」というだけだ。「いま」読まないなら、「いつか」「そのうち」もない。 本に限らず情報が多すぎるとか、まとまった時間が取れないとか、疲れて集中できないとごまかすのは止めろ。新刊を「新しい」というだけの理由で読むな。積読は悪ではないが、自分への嘘であることを自覚せよ。「いま」読むためにどうしたらいいか考えろ。「本」にこだわらず読まずに済む方法（レジュメ、論文、Audible）を探せ。難解＆長大なら分割してルーティン化しろ。こちとら遊びで読書してるんだから、仕事

なかなか、わかりやすく話せない…という方は多いかもしれません。 それどころかむしろ訓練を受けていない、ほとんどの人の話は、論理的でもなく、筋道も通っておらず、「わかりにくい」のが普通なのでしょう。 ただ、プライベートでは、それほど「話のわかりやすさ」を問われません。 何となくその場の雰囲気で、皆、うなずいてくれるからです。 「ま、言ってることはわかんないけど、追及するのも面倒だからいいや」とか 「大したこと言ってるわけじゃなさそうだから、適当に笑っておこう」とか。 通常、多少の分かりにくさは、すべて無視されてしまいますから、支障はないのです。 仕事では「話のわかりやすさ」は死活問題 しかし、仕事においては少々事情が異なります。 理解不足が、場合によっては責任問題に発展することもありますから、「面倒だから、まあ流しておけばいいや」では済まされません。 基本的には、相手の話を細大漏らさず理解す

はじめに 知っている人も少なくないが、FlutterはAndroid/iOS開発で最も注目を集めているフレームワークの１つである。モバイル開発に携わらないプログラマーでもFlutterが人気であることを見聞きしたことはあるのではないだろうか。 そこで、今回の記事ではFlutter開発をマスターするためのスキルや確認するべき情報源をまとめる。今回の記事を参考に、Flutterに興味を持ってくれる人が少しでも増えたら幸いである。 Flutter開発をマスターするのに必要なスキル Visual Studio Code FlutterはVisual Studio Codeで開発を進めるのが通例となっている。Flutterを学ぶ前に、必ずVisual Studio Codeをインストールし、基本的な使い方を十分にマスターしておこう。 Visual Studio Codeの基本的な使い方が十分にわから

背景 ゴリゴリ系エンジニア、pageoです。 TwitterでMtgのあるべき姿についてツイートしたところ、ぼちぼちRT/いいねをもらえたので記事を書くことにしました。(お友達欲しいのでフォローしてください🙏) 最近大手クライアントとのPJに関わることが増えてきたのですが、事前アジェンダ共有なしに急にMtgが開催されるなどの無法地帯な場面に何度か遭遇したので、今回の記事では"Mtgの型"のあるべきについて自分の見解をまとめてみました。 はじめに Mtgの型 以下の章で紹介する"Mtgの型"はMtgというより議事録の書き方に寄っていますが、以下の章に書かれたことを実践することにより劇的にMtgの生産性は上がると思うので、この記事を機に是非自分/組織全体の"Mtgの型"について議論や検討をしてみてください。 いきなり結論 "Mtgの型"で説明する"教え"は以下の4つだけです 第一教: ~アジ

相手に誠実に、わかりやすい文章を書くための心がけをまとめました。 どういう思考プロセスからどんな表現が生まれるのか、参考として実例を紹介しています。実際に読み比べ、SmartHRの従業員として何かを伝えようとするときの、参考にしてください。 伝わる文章のガイドライン何を伝えるかによって、必要な情報の量や説明の粒度は異なります。 情報が不足していたり、逆に情報が多すぎたりすると、読者が意図を読み取れないことがあります。 読み手となる相手の状況（読む場面、事前知識など）を踏まえ、言葉にする内容や表現を厳選することが大切です。 目的に合わせて情報を取捨選択する読者の目線に立ち、コンテンツの目的に合わせて情報を取捨選択しましょう。 実例1：法律や業務に関わる記事目的業務に関係する「厚生年金保険」について正確に知りたいと思っている人に、わかりやすく内容を伝える。 Before日本の年金制度は、全国民

バッチ処理は既に先人の方々が多くのナレッジを公開してくれていますが、それでもなお難しさが変わらないテーマだと思っています。 この記事は、筆者がこれまでの開発経験で気づいたバッチ処理の実装ナレッジを整理し、体系化を目指して文章にしました。 ここでの内容が、より良い課題解決に貢献できれば幸いです。 自身の断片的な思考整理(メモ書き)の延長で内容を整理したため、一部書き振りが統一されておらず、読みにくいかもしれません。ご了承ください。🙏 バッチ処理の難しさバッチ処理は難しい。 人によっては簡単なテーマかもしれませんが、自分は難しいテーマだと思っています。 「難しさの根源は何か？」を考えると、1. 考慮点が多様にあること 2. 解決する課題によって答えが大きく変わること に整理できました。 この2点は、どのソフトウェア開発にも当てはまる項目ではありますが、ことバッチ処理においては顕著に現れます。

うつ自体への誤解ぶっちゃけ、世の中の多くの人はうつを「突然活動できなくなる病気」だと認識してます。 でも実際には初期には寧ろ過活動やイライラが目立ち、抑制的な状態ではありません。 そして仮に治療を開始しても、急性期の急激な落ち込みは避けられません。 うつにおいて休むことは最も重要ですが、休んだ後は基本的にひたすら落ち込みます。すぐに楽になることはありません。 薬物治療はその期間を短くし症状をやや和らげるのが目的であって、底まで沈んでそこから回復期に入るという順序に変わりはありません。 そして自殺というものは往々にしてその回復期に起こります。 ちょっと良くなってきたな、希望が持てそうかな、という意志を持つだけの力が湧いてきたときに人は自殺を決行します。 そういう基本を世間の人は知りません。 会社員とフリーランスの違い会社員はうつで休職すると一年半は傷病手当が給与の2/3は支払われます。 だか

はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書（仕様書）」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 本稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 本稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな（≒納品物になりえる）設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 ＜ご注意＞ 本稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する

QDくん⚡️AI関連の無料教材紹介 @developer_quant 金融技術職/ChatGPT等の生成AI,機械学習,データサイエンス,プログラミングの勉強に役立つ情報を発信/良質な無料教材,スライド,動画,サイトを紹介/金融工学x機械学習ブログ運営700記事 quantcollege.net /C++/Python/Julia/Rust/Amazonアソシエイト参加中 note.com/quantdeveloper QDくん⚡️AI関連の無料教材紹介 @developer_quant 東工大が無料公開しているPython解説サイト chokkan.github.io/python/index.h… 初心者の目線に合わせた丁寧な説明で、かゆいところに手が届く教材。 基本的な文法、データ構造、ファイル入出力やオブジェクト指向、NumpyとMatplotlibの使い方などをひと通り学べる。

下記ドキュメントバージョンに関する注意点です。 バージョン番号のルールを定める：バージョン番号は、どのようにつけるかルールを定め、チーム全員が同じ理解で使用するようにする必要があります。たとえば、変更内容によって数字がどのように増えるか（major, minor, patch）、何桁で表現するかなど、具体的に決めておくことが重要です。 変更履歴を明確にする：どのような変更があったのか、それがどのバージョンで実施されたのかを明確にすることが必要です。これにより、何らかの問題が発生した場合に、どのバージョンから問題があるのか特定することができます。 ドキュメントの保存場所を一元化する：ドキュメントのバージョン管理には、ドキュメントを保存する場所を一元化することが重要です。それにより、異なるバージョンのドキュメントが、複数の場所に分散してしまい、誤ったバージョンが使用されることを防ぐことができま

仕事においては、「段取り」が重要だとよく言われます。では、みなさんはこの段取りとはどんなものでどこに重要性があると考えているでしょうか。 お話を聞いたのは、新入社員は最初に段取りを叩き込まれるというマッキンゼー・アンド・カンパニーに勤務していた、エグゼクティブコーチの大嶋祥誉（おおしま・さちよ）さん。段取りとはなにか、そしてよりよい段取りをつくるために必要な思考についても解説してくれました。 構成／岩川悟　取材・文／清家茂樹　写真／石塚雅人 必要な「段取り＝流れ」を知らなければ、どんな仕事もできない 流れのまとまりである「設計図」を改善する「ミニマム思考」 「バリュー」の認識次第で、アウトプットも設計図も変わる 必要な「段取り＝流れ」を知らなければ、どんな仕事もできない 「段取り」とは、もっと簡単な言葉でいうと「流れ」になるでしょうか。 流れは、仕事に限らずなにをするにも必要です。たとえば

フリーランスのIT（情報技術）人材の奪い合いが激しくなっている。エンジニアが仕事を請け負う求人サイトのデータを調べると、時給換算の報酬は平均4150円と中堅の正社員の2倍に達することがわかった。使い手の少ないプログラミング言語では5000円を超える。売り手市場で効率良く働きながら、スキルを磨く姿が浮かぶ。週4勤務、 年収は1.5倍に「働くのは月曜から木曜の週4日。年収は会社員時代の1.5倍に

はじめに 恥ずかしながらスクラム開発の開発チームへの導入を何度も経験しているのだけれど、どうしてもチームの成熟レベルが高い位置までもっていくことができませんでした なぜうまくいかないのか？ これを深掘りする過程で教科書どおりに実行するには組織の構造がスクラムガイドで書いてある構造と根本的に異なっているのではないか？と考えるようになりました。 よくあるエンジニア組織の構造 大きめのWebソフトウェア企業の内製型エンジニア組織の構造はだいたいどこもこのような感じになっています この組織構造の問題点 スクラムを導入する場合、リーダー自身かあるいはメンバーの一人がスクラムマスターとなります リーダー自身がスクラムマスターになる場合でもアンチパターンと言われる開発者との兼任になります。 スクラムマスターの最も重要な職務である「観察」が行えなくなります。 スクラムマスター自身が観察を行わない場合、各メ

会社勤めしてた人向けに。 ・傷病手当をもらう 会社を休職したら給料の6割がもらえる制度。 マックスで1年半もらえる。 2022年から改正されて、「通算で」1年半もらえるようになった。 例えば、今までだと鬱で1ヶ月休職して傷病手当もらってその2年後とかにまた休職、だと2回目の休職時には「1年半経過してるのでもう傷病手当渡せません」ってなってたのが、 改正後だと「前に1ヶ月分だけ傷病手当を渡したので、残りは1年5ヶ月分渡せます」となる。 詳しくは近所の協会けんぽに聞いてみて。 ・自立支援受給者証を作る 指定した精神科・薬局の料金が1割負担で済むようになる。 あと、収入によって月額の上限がある。自分の場合は月5000円だった。 1ヶ月の治療費がどんなにかさんでも5000円を超えることはない。(入院したら別にかかる) 精神科で診断書(3000円はすると思うけど、全然元とれる)を書いてもらおう。それ

うちの会社に、元キーエンスのとても優秀なセールスパーソンがいます。前職では、営業所の過去最高売上を何度も叩き出していた人です。 （↑Forbesにも取り上げてもらいました） 彼を採用したのは「新規事業」のセールスをしてもらうため。 ぼくらは「スタートアップファクトリー」を運営しています。革新的なスタートアップを次々生み出すビジネスモデルで、この1年ほどでvertical SaaSを中心に、10以上の事業を立ち上げてきました。 新規事業のセールスは、一般的な営業と比べてもかなり難しいです。 まだ商品がこの世に存在していない段階で「完成したら導入するよ」という内諾を得ないといけない。 彼が入社する前は正直、なかなか思うように成果が出ていませんでした。 しかし彼が来てから、事業は驚くほど加速しました。入社するなりすごい勢いで、アポや購入の内諾をとりつけていったのです。 いったい彼は、他のセールス

筋トレ効果の違いはホルモンの違い 同じトレーニングをしても、若者と中高年では筋肉の付き方が違います。なぜでしょうか？ 一言で言えば、ホルモンの違いです。 同じトレーニングをして同じものを食べても、若者と中高年では筋肉の付き方が違うのは、中高年は様々なホルモンが低下していくからです。どのようなホルモンが低下するかというと、いわゆる「アナボリック・ホルモン」と言われる一群のホルモンで、テストステロン（男性ホルモン）、成長ホルモン、IGF-1（インスリン様成長因子：成長ホルモンとともに成長を促進する働きを持つ）などです（図1）。 アナボリック・ホルモンは「タンパク質同化ホルモン」とも呼ばれ、タンパク質の合成を促進したり、タンパク質の分解を抑制したり、タンパク質のもととなる窒素の蓄積を促進したりするホルモンの総称です。一言でいえば筋肉を増やすために働くホルモンです。「同化」は「作る」と同じ意味と思

ぼくは「スタートアップを量産する会社」を運営しています。 事業をバンバン立ち上げて、PDCAを回しまくって、うまくいったものだけを法人化する。「スタートアップファクトリー」とよばれる、日本ではまだ珍しいビジネスモデルです。 かつてヘンリーフォードが「Ｔ型フォード」によって自動車を大量生産したように、事業立ち上げのプロセスを「型」にして、起業に再現性をもたせる。 まるで工場のように、革新的な「会社」が次々に生まれていくーー。 それがぼくらの目指す世界です。 「そんなにうまいこといくわけない、ただの絵空事だろ」と思われるかもしれません。 でも実際、うまくいきはじめているんです。 SaaSモデルとして、初めての成功事例が、この「建材サーチ」というサービス。建材業界に特化したVertical SaaSです。 https://lp.kenzai-search.jp/実はこの事業、構想から半年で法人化

[重要なお知らせ (2023/8/12)] 現在，スライドの p.10 に不十分な記述があります．ルートの答えは 0 以上の数に限定することに注意してください (たとえば -3 を 2 乗しても 9 ですが，ルート 9 は -3 ではありません)．なお，現在筆者のパソコンが修理中でデータがないので，修正は 1 週間後となります． [目次] 第1章　数学の基礎知識（p.5～） 第2章　場合の数（p.31～） 第3章　確率と期待値（p.56～） 第4章　統計的な解析（p.69～） 第5章　いろいろな関数（p.103～） 第6章　三角比と三角関数（p.141～） 第7章　証明のやり方（p.160～） 第8章　ベクトル（p.187～） 第9章　微分法と積分法（p.205～） 第10章　その他のトピック（p.240～） スライドのまとめ（p.254～）

ドミニカン大学カリフォルニア校の心理学教授、ゲイル・マシューズ氏が行なった実験によると、目標は頭のなかだけで考えているより、書き出したほうが達成率を高めるそうです。しかし、書き出したものが自分の気持ちを無視した目標だと、あまりいい結果は望めません。 自分が本当に望む将来にしたいなら、まずは「やりたくないこと・できないこと」を言語化してみるのがおすすめです。その理由と、筆者が実際にやってみて感じたことを紹介しましょう。 自分に合わない道を選んでしまうナゾ 不確実性を強く嫌う人間の性質 自分の立場を失ってしまう恐れ 自分が望む方向へと進むには 自分ができることは特定しにくい 自分の望みを聞かないと大きなストレスに 「やりたくないこと・できないこと」を書いてみた 自分に合わない道を選んでしまうナゾ マーケティング戦略のコンサルタント、ドリー・クラーク氏によると、私たちは将来の方向性を決めるにあた