チョコレート、インターネット、使いやすさと開発について

はじめに

世界（特にIT）では、おそらく困難に遭遇することが多すぎます。時にはそれに気づかないこともあります。困難はすでに当たり前になっており、意識的には認識されていません。 しかし、私は困難について簡単に概観したいと思っていました。

チョコレート

私は乳製品が大好きです。 特に、数杯のダークチョコレートと牛乳を飲むのが好きです。 今日、これが再び繰り返されました。 しかし、彼は通常通り抜けませんでした（おそらくこれは、昨日、私が新しい人生を始めたという事実と何らかの関係があります）;）このケースは、チョコレートを開く問題に非常に慎重にアプローチしたという事実によって注目されました：















このシリーズでチョコレートを食べたことがありますか？ 秘trickは、パッケージを開くときに、パッケージにすべてが書き込まれ、ペイントされているため、どのように行うかを考える必要がないということです。 これはすごい！

インターネット

今、インターネットについて、彼はこのテーマに関するさまざまな喜びに満ちています。数秒で私を理解できれば、誰もが成功するわけではありません。 私の意見では、健全なミニマリズムを遵守し、リソースを各ページで目的とするものだけを実行できる状態にする必要がありますが、関連するすべてのニーズをカバーする必要があります。



最も簡単な例を挙げます。

RTE（リッチテキストエディター）エディターでメッセージを書くと、写真を挿入した方がいいと思うようになり、目が対応するボタンを探します。私の創造的なエネルギーをエディターに注ぎ続けるために、私はそれをサイトの作者に注ぎ始めるか、さまざまな情報リソースでそれを批判します。

たとえば、タグ付け、カテゴリ、引用、スペルなどの機能を追加することもできます。



ただし、これらのすべての関連機能では、使いやすさとインターフェースの過飽和の完全な欠如に関連するわずかな迷惑があります。 だから、あなたは非常に注意し、 黄金比のアイデアを持っている必要があります：

一般に、「ゴールデンセクション」を含むオブジェクトは、最も調和のとれたものとして人々に認識されています。 ツタンカーメンの墓のクフ王のピラミッド、寺院、レリーフ、家庭用品、宝石の割合は、エジプトの巨匠が黄金比を作成に使用したことを示しています。 建築家ル・コルビュジエは、アビドスのファラオセティ1世の神殿のレリーフとファラオラムセスを描いたレリーフで、数字の比率が黄金比に対応することを「発見」しました。 彼の名前の墓からの木の板の浮き彫りに描かれた建築家ケシラは、黄金の部分の比率が固定されている測定器を持っています。 パルテノン神殿の古代ギリシャ神殿の正面には黄金のプロポーションがあります。 彼の発掘中に、古代世界の建築家や彫刻家が使用したコンパスが発見されました。 ポンペイコンパス（ナポリの美術館）には、金部門などの割合も記載されています。

最近積極的に仕事を始めたリソースの例を挙げたいと思います。これはTwitterです





彼は非常に人気があり、これは驚くべきことではありません。

1. 完全なアイデアを実装します
2. 興味深く包括的な機能を提供します。
3. シンプルで使いやすい。

ソフトウェア開発

上記のすべては、私がほぼ毎日行うことの開発に安全に反映することができます。 ソフトウェアは、コンピューターのハードウェアコンポーネントを正しく解釈するために書かれたものではなく、人々のために書かれているため、単純さと便利さ、明快さと容易さの原則に従う必要があることを理解してください。



根拠にならないように、オンラインストアの特定のすぐに使用できるエンジンの分析の例を挙げたいと思います。



このようなエンジンを開発する場合、次のことを理解する必要があります。

1. このソリューションを購入することに興味があるクライアント（製品を販売しない、ソリューションを販売する;））は、彼のサポートを整理することに興味がありません（ボックスを購入する場合、彼はそれを扱う専門家を雇いたくありません）。
2. エンジンは可能な限りシンプルで、主な機能を提供する必要があります-オンラインストアの展開とサポート。これは、いくつかのボタンを押すことで行われることが望ましい

同じ原則がソフトウェアの作成プロセスにも適用されるはずです。

• 耳にかけられる解決策はありません。 何かがうまくいかない場合、それはあなたが間違った技術、間違った環境を使用していることを意味し、あなたは十分な資格を持っていません。
• 読みにくい、紛らわしい、怖いコードがあってはいけません。 これが発生した場合、経験豊富なアーキテクトが支援できるリファクタリング、設計パターンなどのツールを使用する必要があります。
• コードはどの段階でも機能するはずです。 期間（日、2日、週）の終わりまでに機能するインスタンスを作成できない場合、ソリューションが機能するために必要な開発モードを修正する必要があります。
• コードの各行には、アイデア、思考が必要です。 あなたのコードが読むのが退屈な場合、それが単なる文字と数字のセットである場合、あなたの方法が現在何をしているのかについての短いストーリーを（少なくともあなたの心に）書き込もうとします。
• コードを書くことは肯定的な感情を与えるはずです。 そうでない場合、今日は疲れているかもしれません。休憩することをお勧めします。 明日もこれが繰り返される場合、それは「天気の良い」状態にあることを意味し、可能であれば、この時点で他の作業を試してください。 これが常にあなたに伴う場合-この活動にあなたの貴重な時間を捧げているかどうかを考えてください。

おわりに

私は開発について少し抽象的におしっこしたかったのですが、問題の技術的な側面から少し外れて、私の経験が.NET開発者だけでなく役に立つことを望んでいます。