この質問を見て、古い DataGrid の AutoGenerateColumns を思い出しました。それらを数回使用しましたが、標準の「データソース列を吐き出す」を超えたデータフォーマットが必要だったため、最終的にバックアウトしました。同様に、toggle を使用すると、時間の節約になるように思えますが、状態などを追跡する必要が生じ、それに応じてコードを書き直します。
時間の節約になると思って使っていたのに、必要な機能がなくて使い物にならなくなったものはありますか?
この質問を見て、古い DataGrid の AutoGenerateColumns を思い出しました。それらを数回使用しましたが、標準の「データソース列を吐き出す」を超えたデータフォーマットが必要だったため、最終的にバックアウトしました。同様に、toggle を使用すると、時間の節約になるように思えますが、状態などを追跡する必要が生じ、それに応じてコードを書き直します。
時間の節約になると思って使っていたのに、必要な機能がなくて使い物にならなくなったものはありますか?
既存の動作中のシステムを少し改善し、テストでカバーしないでください。
何度もデバッグ地獄に陥りました。何よりも最悪なのは、私ではなく、同僚の手にかかったことです。
大量のモジュール性から始まるすべての大規模な Web プロジェクトは、通常、最終的に構築されるアプリケーションの範囲を超えています。
したがって、Web 層はデリゲート インターフェイスを呼び出し、デリゲート実装を呼び出します。サービス インターフェイスを呼び出します。サービス実装を呼び出します。DAO インターフェイスを呼び出します。DAO 実装を呼び出します。
最終的に、このレベルで配布を行っていないため、すべてのデリゲートの実装が 1 行のコードであることに気付き、最初に 100 のデリゲート クラスを記述して効率を失った後、わかりやすくするためにそれらを抜き出しました。 .
または: ほとんどのプロジェクトは、ある時点で、アプリケーションのユーザーベースがどれだけ大きくなるかを大幅に過大評価しており、残念ながら、より効率的にコーディングする代わりに、そのためのコーディングを行っています。毎朝 10 万人のユーザーが使用する業界を定義するアプリケーションよりも、200 人のユーザーが使用するクックブック アプリケーションを作成する方がはるかに一般的ですが、開発者はありそうもないケースに備えて、アプリのすべてではなく一部をコーディングする傾向があります。
hello world を作成している場合は、コードを作成し、後で必要に応じてバルクアップします。
最も残念なプログラミングの「ショートカット」に対する明白な答えは goto だと思います。
しかし、フレームワークに関しては、すべてのフレームワークが時々罠になる可能性があると思います。使い方は悪くありませんが、保守性を下げて開発時間を短縮することを強制しないフレームワークは見つからないと思います。私は主に Drupal を使用しており、新しいバージョンがリリースされるたびに、カスタム コードの少なくとも一部を書き直す必要があります... しかし、それは、コミュニティ モジュールを使用して新しい機能をすばやく追加できるようにするための代償であり、私にとっては、価値がある。さまざまな目的やアプリケーションの場合、それは確かに価値がありません.
現在必要なコードと類似しているが、完全に同じではない数行のコードをコピーして貼り付けると、ほとんどの場合、そのコードにバグが発生します。
ほとんどの場合、文字ごとに入力する方が適切であり、すべての人を考慮する必要があります。しかし、私はそれを続け、「何がうまくいかない可能性があるか」と考え、後で決定を後悔します。
<ここにフレームワークを挿入>の最新かつ最高の機能を使用して、失敗して時間がかかるようにします。
私はすべて新機能を求めていますが、それらをすぐに使用すると問題が発生する可能性があります。
Visual Studio にデータ バインディングを実行させる。ほとんどの場合は機能しますが、手動でデータ バインディングを行うよりも、見つけて解決するのにはるかに時間がかかる微妙なバグが発生することがあります。
正確にはショートカットではありませんが、他の誰かが同じ考えを持っている可能性さえ考慮せずに C++ String クラスを記述します。しかし、次のことを学んだので、良い練習になりました。
C/C++ マクロの過剰使用。とはいえ、大きなプロジェクトが小さなプロジェクト以上のものになるのは罠だと思います。