00:06
神経質やせ男です。 今日は、なぜノーション関数は壊れるのかというテーマでお話します。
前回、ノーション関数はプログラミング言語のようなものだとお伝えしました。
ですが、実際に使い始めるとこんな経験はありませんか?
昨日まで動いていたのに急に動かない。 データが消えたように見える。 私も何度もやりました。
ですが、結論から言うと原因の多くは関数そのものではありません。 その手前にある設計にあります。
まず一つ目、型です。 ノーションは見た目以上に型に厳しい。
数値だと思っていた列が実はカウント設定のままで数値ではなく別の型として扱われていた。
その瞬間、関数は一気に崩れます。 ポイントはシンプルです。
関数の前に列の型を疑い。 これだけでかなりのトラブルは防げます。
次にリレーション。 これは一見便利なリンク機能ですが、実態は別のデータへの参照です。
プログラミングデーはポインタやオブジェクト参照に近い。 ここでよくあるのが、マップやフィルターが使えないという問題。
原因は単純でリストではない列を選んでいるだけです。
リレーション列かどうか、つまり配列を返すかどうか、 ここを見かめるだけで一気に視界が開けます。
そして三つ目、意外な落とし穴、フィルターです。 関数を直して、よし動いた!と思って画面を見ると何も表示されない。
壊したか、と焦る。 ですが実際は単に表示条件が隠れているだけ。
これはデータの削除ではなく非表示、 要は実行環境の問題です。
ここまで整理すると見えてきます。 ノーションで壊れるとき、原因の8折は設計ミスです。
型を正しく定義する、レーションを正しくつなぐ、 表示と実データを混同しない。
この3つを抑えるだけでノーションは一気に安定します。 30年やってきて改めて思います。
設計は関数を裏切らない。 どんなに高度なロジックも土台が崩れれば意味はない。
逆に言えば、土台さえ整えばノーションは非常に強力な武器になります。
次回はこの基礎の上でマップやフィルターを使い、 データをさらに賢く扱う方法に進みます。
最後にお知らせです。 私はPCの1mmを削るのが大好きですが、
実は街歩きも最短ルートを分析するのが得意です。
今回、技術者の視点で書き上げたPC魔改造本と 川崎区街歩き攻略ガイド、
型や業務効率の最適化、型や休日の満足度の最大化、 どちらも私のこだわりを詰め込んだ自信作です。
ぜひ概要欄をチェックして、あなたの生活にフィットする一冊を手に取ってみてください。
次回はフィルターとマップで作る動的ノーション術についてお話しする予定です。
ご静聴ありがとうございました。