【思考術】『エフォートレス思考 努力を最小化して成果を最大化する』グレッグ・マキューン : マインドマップ的読書感想文
エフォートレス思考 努力を最小化して成果を最大化する 【本の概要】◆今日ご紹介するのは、昨日の「未読本・気になる本」の記事でも人気の高かった思考術本。 当ブログでも人気が高かった『エッセンシャル思考』の著者である、グレッグ・マキューンの最新作です。 アマゾンの内容紹介から。40万部突破「エッセンシャル思考」の第2弾! ダニエル・ピンク、カル・ニューポート、イヴ・ロドスキー、アリアナ・ハフィントンが絶賛! 「無駄な努力を0%にして成果を100%にする方法!」 中古が4000円以上していますから、「10％OFF」のKindle版がオススメです！ Resolutions. / mt 23 【ポイント】■1.最小努力の法則 「どうすればもっとも困難に食べ物を手に入れられるか？」と考えていたら、十分な食べ物を手に入れることはできない。「いちばん難しいやり方で家をつくろう」と考えていたら、家が完成する
ADOP (Application Domain Others Pattern)
TL;DR ADOP はヘキサゴナルアーキテクチャの実装パターンとして考えられます。 パターンという名前はそれに由来します。 あえて名付けた理由はこぼれ話をご確認いただけると幸いです。 ADOP の概要 ADOP (Application Domain Others Pattern) は中長期的に運用可能なコードへ誘導するアプリケーションアーキテクチャパターンです。 ADOP は次の特徴があります。 最小限のルールである 指針が明確である 特定の技術スタックに縛られない テスタビリティが確保される これらの特徴は、コードを自然と中長期的に運用可能なコードへ導きます。 まず、簡単にそれぞれがどういった意味を成すのかを確認してきましょう。 最小限のルールである どれほど完璧な作戦であっても、その実行が不可能であれば何の意味もありません。 プログラミングにおいてもそれは同じことで、制約を守るため
フレームワークへの依存をいかに減らすか — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something
CodeIgniter Advent Calendar 2020 の記事ですが、今日は「フレームワークへの依存をいかに減らすか」というテーマです。 フレームワークの入門書、入門記事、公式ドキュメントには多分出てこない話題です。 フレームワークの罠 CodeIgniter4 についてチュートリアルから始めて、いろいろと書いてきました。 普通にユーザガイドを読んでアプリを開発していこうとすると、アプリは以下のように階層化されます。 黒い矢印は依存です。 MVC パターン 依存とはそれを使うということです。 コントローラがモデル、ビュー、そしてフレームワークに依存します。モデルもビューもフレームワークに依存します。 要するにフレームワークのユーザーが書くコードはほぼ全てフレームワークに依存します。フレームワークと密結合します。フレームワークがないとほとんど全く動きません。 普通にフレームワークを
集合の定義と表記 | 集合 | 集合 | 数学 | ワイズ
集合と外延的表記 与えられた条件を満たす対象をすべて集めたものを集合（set）と呼びます。多くの場合、個々の集合をアルファベットの大文字\begin{equation*} A,B,C,\cdots \end{equation*}を用いて表記します。 集合\(A\)に属する個々の対象を\(A\)の要素（element）や元などと呼びます。\(a\)が集合\(A\)の要素であることを、\begin{equation*}a\in A \end{equation*}と表記し、\(a\)が集合\(A\)の要素でないことを、\begin{equation*}a\not\in A \end{equation*}と表記します。記号\(\in \)は古代ギリシア語の「\(\varepsilon\sigma \tau \iota \)（である）」に由来し、イタリアの数学者ジュゼッペ・ペアノ（Guseppe P
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
