自分はADHDですので、もちろん集中力は暗黒です。週末とかでも、あれしたい、これせなとかおもってだらだらしているうちに夕方になったりします。とにかくスイッチが入るのが遅いです。それに、１日終わったら脳が相当つかれている感もありました。この問題が解決したので、シェアしたいと思います。 きっかけはこちらの動画でした。マジありがとうございます。 暗黒の以前の習慣 以前の私はこんな感じで１日を過ごしていました。まず朝起きたら、ベッドの中でゴロゴロと、SNSを観たり、仕事の自分の通知を観たり、携帯で漫画を読んだりします。やる気が出ない時は、時間が過ぎて本来ランニングに行きたいところでも、今日はいいやとか明日からにしようと思ったりします。 朝食は、オートミールと卵ですが、それを調理しながらYoutubeの動画を観たりします。そして、いろいろ詰め物をして、仕事に出かけます。職場についたらコーヒーを入れて

広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi 株式会社レクター代表/朝日新聞社社外CTO/㍿グッドパッチ、スパイダープラス㍿　社外取締役/ 日本CTO協会理事 /主著『エンジニアリング組織論への招待』/新著「AIエージェント　人類と協働する機械」発売中/⿻ rector.co.jp/profile

合格率も高く，ITSSのスキルレベルもITパスポート同等のものであるため，比較的とっつきやすい試験だと感じております． なぜ受けるべきか 「知識をつけたいなら参考書を読むだけで十分」「資格試験は取るだけでは実務に活かせる部分が少なく意味がない」等々，色々な意見があるのは重々承知していますし，どれも間違いではないと思います． ですが，「学習を進め，知識の習得率を測るために試験合格をゴールとする」ことは大変有意義なことだと私個人は思います．その理由を以下に2点述べたいと思います． セキュリティの体系的な知識は知ろうとしないと身につかない まず大前提ですが，受け身で学習していても部分的な知識しか身につきません． 受け身でいる場合，ニュースで見るようなセキュリティ事故やSNSで閲覧する表層的な知識くらい得ることができません．情報収集がしやすい反面，体系的に学ぶことができないのが欠点です． これは，

本日10/23発売の「絵で見てわかるLinuxカーネルの仕組み」という本を自分含め6人で書きましたので、宣伝します。 絵で見てわかるLinuxカーネルの仕組み 作者:市川 正美,大岩 尚宏,島本 裕志,武内 覚,田中 隆久,丸山 翔平翔泳社Amazon 本書はIT技術のさまざまな分野について視覚的に理解するための翔泳社の「絵で見てわかる」シリーズの中の一冊です。 www.shoeisha.co.jp このシリーズは、これまでに「ITインフラの仕組み」、「Webアプリ開発の仕組み」、「マイクロサービスの仕組み」など、さまざまなものを扱ってきました。本書は「Linuxカーネル*1の仕組み」を扱います。Linuxカーネルを絵から理解するというコンセプトの本です。 Linuxカーネルは Red Hat Enterprise LinuxやUbuntuといったLinuxディストリビューションの核(カー

TL;DR 「最短でプロダクションで扱うため」のコンセプトはそのままに 入門 Docker がv2になりました 5年ぶりにのアップデートで、古くなった情報を消し最新の情報の追加をしてほぼ書き直しました。 現代でも残ってしまっているような古いプラクティスについても言及しているので、再読もオススメです。 概要 入門 Docker を5年ぶりにアップデートしました。 deprecatedな部分だけは綺麗にするかと思い、git cloneしたところ筆が乗りだいぶ様変わりしてv2になりました。 変更点 古くなってしまっている情報を修正したことがメインです。 特に以下3点です。 1. DockerfileのDSL 2. compose v2対応 3. Dockerfileのベストプラクティス 他にもいくつか。 現在でも使用されている非推奨な使い方への言及 古くなってしまっているが、現在でも使用されてい

こんにちは、鹿野です。 「国」に対する「國」、「沢」に対する「澤」などは旧字体と呼ばれています。「旧字体」という言葉自体を知らなくても、「昔は今とは違う漢字の書き方もあった」くらいはなんとなく知っているよ、という方は多いと思います。 ▲この記事ではKが旧字体、Sが新字体であるとき「K／S」と表すものとします しかし残念なことに、漢字が好きでも「旧字体」のことを雰囲気でしか理解しておらず、「古い漢字」程度にしか捉えていない人がほとんどです。そのため、以下のような勘違いをする人が非常に多くいます。 ▲よく見かけるが実は全部間違い これらの発言はなぜ間違いなのでしょうか？ 目次 ◎意外と知らない「旧字体」の定義 ◎「旧字体」の定義における注意点 ◎誤解①：新字体は戦後日本でまとめて作られた ◎誤解②：戦前日本では専ら旧字体が使われていた ◎誤解③：新字体は旧字体を変化させてできた ◎旧字体と誤解

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 多くの勉強方法を試してきて、最後にたどり着いたのが問題駆動プログラミング法という学習方法でした 世の中では独学大全という本がベストセラーになるなど、学習内容ではなく、「勉強方法」を学びたいという人はとても増えています。 せっかく勉強するなら効率よくやりたいと考えるのは当たり前のことです。 成果を出したいならその分野の努力の仕方を学ぶのが１番効率的で賢い それは誰もが理解していることだと思います。 「では、プログラミングの勉強の仕方を学んだことはありますか？」 おそらく多くの人が自分なりに勉強をしていると思います。 なぜかという

人生を豊かにする秘訣として注目を集めているのが、非認知能力です。就学前教育だけではなく、小・中・高の学習指導要領のなかでも、非認知能力の育成が目指されています。非認知能力が重要視されている背景と、育成する方法を教育学研究者が詳しく解説します。

mattn氏が実践しているエンジニアリング最適なメモ術。アウトプットを継続するための方法論 2024年6月18日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS（オープンソースソフトウェア）の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023年 GitHub Stars。著書に『みんなのGo言語』（2016年、2019年に改訂2版、技術評論社、共著）、『Go 言語プログラミングエッセンス』（2023年、2025年に改訂新版、技術評論社、単著）がある。関西在住。 X:@mattn_jp GitHub 前回はアウトプットとは何か、何のためアウトプットするのか、についてお話しました。筆者はこれまで、アウトプットのやり方で

様々な会社に訪問していると、それなりの頻度で「言語化が苦手な人」に遭遇する。 例えばこんな具合だ。 「プロジェクトの基本要件を一つにまとめてマネジメントしたいんだけど。 例えば、一部のプロジェクトで必要なリソースを最初に一つの大きな枠組みで決めて、それを全部に使う、そんな感じ。」 「言葉にできてるじゃない」と思う方もいるかも知れない。 だが、本当に言語化の苦手な人とは、「言葉にはできているのに、その内容が、他の人にとって難解過ぎる人」なのだ。 「言葉が出てこない」 「説明しにくい」 「なんと言えばいいのか迷う」 というのは、実は「言語の苦手な人」よりもかなりマシである。 なぜならば、「言語化できていない」という認識を自分自身で持てるからだ。 それに対して、真に言語化の苦手な人は、自分自身で「言語化が苦手」と気づいていない可能性が高い。 前職にもこんな人がいたが、 「あの人、あたまが良すぎて

改めて説明する必要もないのですが、本や動画サービスによるインプットに関してはマークダウン形式でまとながら行うため、そこまでアウトプットが苦ではありません。 逆に外部サービスを使った資格学習のための問題演習などは少し手間です。 読書や動画サービスのようにマークダウンにまとめながらアウトプットしてもよいのですが、資格系の問題演習は移動時間や隙間時間に利用することも多いので、都度Githubにコミットするのは難しいです。 なんとか作業を自動化したいので以下のような方法を利用するようにしてみました。 学習履歴のデータを取得する 例えばStudyplusではAPIが提供されています。 利用しているサービスによっては、このようにAPIを提供してくれていたりするので、これを利用してデータを取得します。 またサービスの利用規約を確認して、常識的な範囲で自身の学習履歴のデータをスクリプトを組んで取得するのも

少し前に訪れた大学の先生から、面白い話を伺った。それは「知的な人物かどうか」という判断の基準に関するものである。 私達は「頭が悪い」と言われることを極端に嫌う。知性が人間そのものの優劣を決めるかどうかは私が判断するところではないが、実際知的であることは現在の世の中においては有利であるし、組織は知的な人物を必要としている。 だが、「どのような人物が知的なのか」ということについては多くの人々の判断が別れるところではないだろうか。 世の中を見渡すと、あらゆる属性、例えば学歴、職業、資格、言動、経済的状況などが「知的であるかどうか」のモノサシとして使われており、根拠があるものないもの含め、混沌としている。 だが、私がこの先生からお聞きした話はそういった話とは少し異なる。 彼は「人間の属性と、知的であるかどうかの関係はよくわかりませんが、少なくとも私が判断をするときは、五つの態度を見ています」 とい

企業は従業員に対して、労働力の対価として、報酬を払っています。 しかし中には報酬を受け取りながら 「依頼された仕事を、一向にやらない人」 も事実として、存在しています。 「クビにすればいい」という方もいるでしょうが、企業は彼らを雇った責任がありますし、人を活かすという社会的な役割もあります。 企業は決して、人を解雇するのが好きな訳ではありません。 しかも、日本では法律的にも倫理的にも「解雇してしまう」というのは本当に最後の手段ですから、あの手この手で、彼らを戦力化しようとするのが常です。 そういうとき、企業はまず注意をしたり、叱ったり、責任感に訴えたりします。 実際、「言うだけ」でなんとかなるケースもあります。 しかし、そうではないケースのほうがむしろ多数です。 その場合、企業は「仕組み」からアプローチして、なんとかしようとします。 教育。 配置転換。 他の社員によるアシスト。 ですが、た

数々の「仕事のできる人たち」は、ほぼ例外なく努力をしていた。 無論、努力をしたからといって成功するわけではない。だが、努力なくして成功はない。努力は成功のための前提条件であり、要件である。 だが、「努力が苦手」という人は少なからずいる。頑張れない、続けられない、「どうしたら努力できるか？」と悩む方も大勢いるだろう。 私は、数々のコンサルティングの現場で数多くの「努力できる人」と「努力できない人」を見聞きし、そして、両者は一体何が違うのかということに強い関心を持った。 その結果、努力できる人とできない人は、「能力」が異なるのではなく「考え方」が異なるのだという結論に至った。 実際、能力の高低にかかわらず、努力を続ける人達がおり、現場ではそのような人たちが結果を出していた。 では、その「考え方」のちがいはどこにあるのか。それは大別すると６つある。 1.努力とは、精神論でなく、方法論である 努力

前職の時から、私は「話のわかりやすさ」にはかなり個人差があると感じていた。 何故話のわかりやすい人と、わかりにくい人がいるのか？最初はよくわからなかった。「生まれつき」なのか？「訓練」なのか？しかし、いろいろな人と話すと、要は「サービス精神」のちがいなのではと思うようになった。 巷には色々と「話し方講座」があふれているが、細かいテクニックよりも、結局のところ「相手の立場から自分の話を見ることができるか」ということに尽きると思う。したがって、以下の8項目が重要であるとの結論になった。 「話のわかりやすい人」と「わかりにくい人」のちがい 1. 「結論」から話すか、「過程」から話すか 例 「今日の打ち合わせの結果どうだった？」と聞かれたとき 話のわかりやすい人は「うまくいきました」「イマイチでした」と結論から話します。 話のわかりにくい人は、「最初に○○の議題が有りまして、XXさんが○○と報告し

みなさん、こんちにはmです。 今回は私が1年の期間でマルウェア解析のスキル0から習得するまでに取り組んだ方法をまとめました。 初めに開始時のスキルや1年間でかけたコスト、スケジュールなどを共有します。 開始時のスキルなど 表層解析、動的解析、静的解析の違いもあまり理解していない プログラミングはPythonを学び始めた程度 低レイヤーの知識なし アセンブリの知識なし Windowsアプリケーション開発の経験なし SOCアナリストとしてブルーチームの知識は多少 脆弱性診断の経験も（深くはないが）多少 エンジニア歴7、8ヶ月目くらい ざっくりですが、このようにマルウェア解析に絡んでくる知識はほぼ0でした。 学習にかけたトータルコスト 書籍：約5万円 オンライン教材：12万円 約17万円近く1年間に使いましたが、お金で直接スキルは買えないので必要経費です。 なお、オンライン教材の12万円について

TypeScript を学習中の方に勧められる練習問題集として手頃なものがないなと思い、作ってみました。 TS の問題集としてはtype-challenges がよく話題に上がりますが、実用上あそこまでの型パズルを使うことはあまりないため、最初に取り組むにはハードルが高いです（もちろん知っていたら便利ではありますが、初学者向けではない）。 想定読者 JavaScript を書くことには慣れている TypeScript はこれから・まだ慣れていない TypeScript の基本的な型についてはすでに知っている はじめに JavaScript の機能に関する問題は扱いません。TypeScript の型システムに関する問題のみ扱います。 そもそも TypeScript についてよくわかっていない場合、サバイバル TypeScriptなどで学習から始めてみてください。 「型がつけられると何が嬉しい

これはなに ども、レバテック開発部のもりたです。最近めっちゃ元気！！ 今回は『データベースについて勉強したいあなたに送る技術書17冊(+11冊1講義7link)』として、もりたがここ半年くらいでわーっと集めたデータベース周りの書籍（とか）を紹介していきます。アプリケーションって結局はデータベースみたいなところがあると思うんですが、おれは長いことデータベースをどう学んだら良いのか分かりませんでした。同じような気持ちを抱えているITエンジニアの人もいると思うので、学習ロードマップと合わせて紹介していきます。 なお具体的な対象読者は業務でなんとなくSQL書いてるけど、ウィンドウ関数とか言われると分からんな……くらいの人です。 扱う領域と扱わない領域 扱う領域としてはだいたい以下 再入門本 SQL 内部構造 論理設計 周辺知識 データベース理論 その他高度なもの モデリング、NoSQL、分散データ