Connect with us

技術的な工夫はブラックボックスの先にある光

ソートリーダー

技術的な工夫はブラックボックスの先にある光

mm

技術を完全に理解することなく、技術を構築、展開、拡大することは、以前より容易になりました。今日、ほとんどすべてのものは、理解を求めずに動作します。ただし、常に、コントロールが手から抜け落ちているという感覚が残っています。

よく見てみると、今日欠けているものは、かつてすべての偉大な革新の中心にあったもので、今はゆっくり技術の絵から消えていくもの – 工夫です。各革新は、注意深い注意の痕跡を残しました。誰かが依存関係、動作、制約を十分に理解し、その知識を動作するシステムに翻訳しました。現在に切り替えると、私たちの日常生活を支えるツールやプラットフォームは、驚くほど速く、完全に組み立てられた状態で到着しますが、その内部動作については、ほとんどの場合、見えません。

工夫は、スピードに夢中になっている文化では、不必要なもの、またはむしろ、過激なもののように感じるようになりました。ただし、それなしでは、システムはイベントの渦となります。 ブラックボックス で、決定、出力、動作が誰もが完全に理解するよりも速く展開します。工夫を再燃させることは、コントロールの一部を取り戻し、複雑さについて推論し、AIによって再構成された世界で責任を取る能力を回復する方法です。

コラボレーションは所有権なしで繁栄できるか?

システムを構築した人は、かつてはそれを内側から外側まで理解していました。今日、作業は小さな貢献に分割され、所有権の感覚が薄れ、誰もが全体を理解していないことがよくあります。チームは、ライブラリ、API、クラウドサービス、管理されたデータベース、分析プラットフォームを統合して、機能する製品を作成します。皮肉なことに、チームが直接所有している部分は、外部プロバイダーによって管理されているレイヤーよりも小さくなります。

実行よりも工夫を優先することは、システムの各レイヤーに盲点を生み出し、静かに蓄積する可能性があります。単一のリクエストは、応答が返される前に、複数のサービス、プロバイダー、リージョンを通過します。何かがうまく機能するまで、すべてはうまくいきますが、レイヤー間の微妙な不一致が、実際に誰がコントロールまたは理解しているかを明らかにします。問題は、故障したコンポーネントを修正することでは終わらず、最初に何が間違っていたのかを説明することから始まります。

コラボレーションは確かに現代のソフトウェアのエンジン であり、チームは、個人が単独で管理できないスケールでシステムを構築できるようにします。新しいツールが導入されるとき、特にAIの場合、より多くの作業を並列化し、より多くの決定を自動化または支援できますが、これにより実行が速くなり、参加が拡大します。ただし、理解は薄れます。高度に抽象化されたツールが決定を媒介し、コードを生成し、データを解釈するとき、行動は理解を上回ります。最終的に、システムの動作を説明できない場合、システムが推進する決定を信頼できますか?

理解できるシステムは、責任を負うことができるシステムです

工夫は、コラボレーションやAIの潜在力を拒否することではなく、システムとの関係を維持することについてです。システムが動作する理由、そしてそれが期待どおりに動作しないときにどう反応するかを理解することについてです。現代のワークフローでは、工夫は、証拠が何も示さない場合でも、推論する能力を意図的に培うことに帰結します。これにより、チームは迅速に進みながら、構築しているもの、動作する理由、期待どおりに動作しないときにどう反応するかを理解できます。

この理解のみが、AI駆動のシステムがブラックボックスになる のを防ぐことができます。事実は、AIがすでに理解していることと、理解していないことを増幅することです。技術的な工夫が基盤にある場合、AIは洞察を拡大し、強さを強化しますが、さもなくば、誤解と混乱を増大させます。誤った仮定、偏ったデータ、または誤解されたモデルに基づく自動化された決定は、人のアカウント、プライバシー、信頼に影響を及ぼす可能性があります。かつては局所的なバグまたは軽微な見落としであったものが、ライフのすべての領域に触れる相互接続性により、瞬く間に広範囲にわたる結果を生み出す可能性があります。

学習曲線を平坦化することの真のコスト

学習曲線は今日非常に平坦化されており、依存性は効率のようになっています。ただし、このトレードオフについて注意する必要があります。作業が速く感じられるスピードの多くは、深い理解ではなく、ツールや抽象化に頼っていることによるものです。時間と労力の節約が予期せぬ結果で返済される場合、すぐに反生産的になります。

これは、必要以上に物事を困難にすることを主張するものではありません。シンプルな方法や強力なツールがある場合、必要な場合には使用するべきです。ただし、カーブを無視すると、システムの動作、脆弱性のある場所、決定がシステムを通じて波及する方法を真正に理解する機会が失われます。複雑さの消失の魅力は誘惑的ですが、複雑さはボタンのクリックで消え去るのではなく、視界から外れ、問題が発生したときにのみ表面化する隠れたリスクになるだけです。

真の効率は、現代のツールの使用と理解、判断、工夫への努力のバランスから生まれます。つまり、スピードとシンプルさは、回復力や説明責任のコストではありません。新しいテクノロジーに取り組むときは、それができることとできないことの両方を理解する必要があります。この理解がないと、チームはシステムを安全に適応または進化させる能力を失います。変更により、理解が不十分なシステムの部分が壊れる可能性があります。判断力は、情報に基づいた直感がツール、デフォルト、または自動化に置き換えられるため、苦労します。これにより、不確実性の下での賢い決定を下す能力が低下します。説明責任も低下し、回復力もマスターとともに消え去ります。効率は決してこのようなもろさではなかったはずです。

技術的な工夫が実践ではどう見えるか

工夫は、チーム、製品、リーダーシップが複雑さに対処する方法で表れます。チームが依存するシステムを理解する責任を負う場合、ベンダーがすべての複雑さを処理することを前提とせずに、問題の先を行くことができます。工夫で構築された製品は、持続し、進化し、適応するように構築されています。原因を追跡し、仮定を疑い、直感的なソリューションを構築することを重視するトレーニングにより、学習は埋め込まれ、持続します。

要約すると、健全な判断力と説明責任を維持する能力が、優れた製品と単に機能する製品を区別することになります。複雑で相互接続されたシステムでは、人間の直感とマスターはテクノロジーを導くべきであり、逆は真実ではありません。ほとんどのことはアウトソーシングできるかもしれませんが、判断力はまだアウトソーシングできないのです。

Onur Alp Sonerは、Countlyの共同創設者兼CEOです。Countlyは、デジタル分析およびアプリ内エンゲージメントプラットフォームです。テクノロジストであり、自己起業家であるOnur Alp Sonerは、企業がユーザーを理解し、インタラクションする方法に対するコントロールを強化するために、Countlyを一から立ち上げました。彼のリーダーシップの下で、Countlyは、ユーザーのプライバシーを成長戦略の中心に置きながら迅速にイノベーションを行いたいと考えている世界中の企業にとって、信頼できるプラットフォームに成長しました。