新しいテクノロジーに対する姿勢

Drupal

Drupal を使用するときは、「他の人があなたのためにモジュールを書いて、美しいレイアウトを作成してくれている。それを取得して、つなぎ合わせて、修正するだけでよい」と考える必要はありません。代わりに、Drupal を実際に使用できるように、このフックベースの設計パターンに従い、Drupal コア上で自分たちのニーズを満たすプログラムを開発するにはどうすればよいかを学ぶ必要があります。

そうしないと、作成するウェブサイトが組み立てられた車の風味が強くなります。

同時に、Drupal には独自のアーキテクチャとデザイン パターンがあるため、「どうせ PHP だ」と考える必要はありません。これは、PHP を始めるのが簡単であり、多くの人がそう思っているということを意味します。それを知っているので、開発できる人を見つけることができます。同じスタイル、違うマスター。

台湾だけを見てみると、本当に「良い」文章を書けて、PHP に堪能な開発者は実際には多くありません。

もちろん、「とにかく動けるようになりたい、まずは60点を取れるようになりたい」という人もいるでしょうが、そういう人は基本的にこの記事を書くときに私が応援したい人ではありません。 . ページネーションをオフにして、他の面での幸せな人生と成果を楽しむために、結局のところ、誰もが独自の野心を持っています。

Rails

Rails を使用するときは、「迅速な Web サイト開発の 10 倍の魔法」などのスローガンに騙されるべきではありません。MVC によるシステム コンポーネントの統合や、DB スキーマを含む分割統治など、保守可能な Web サイトの作成方法を学びましょう。 ORM などから OOP の基本的な精神を学ぶなどのバージョン管理やその他の技術的な成長があり、それ以来、「プログラムはマカロニのようにすべてを実行し、その後、元のプログラムを理解できなくなりました。」の学位を取得して卒業しました。ライティング」を学び、ソフトウェア エンジニアリングとアーキテクチャに注意を払う高度な開発者になりました。

そうでなければ、実際、あなたも私も、短期集中コースを受講した多くの人が、Raw PHP を使用するのとほとんど同じくらい汚い Rails を書いているのを見てきました。このような「急速な開発」は、別の言語で書かれた技術的負債を生み出すだけです。

ところで、Drupal に関する開発の習慣と考え方が十分に明確であれば、さまざまなプログラミング言語を除けば、基本的に Rails を学ぶことに障害はありません。

Docker

Docker を使用するとき、それをより便利な chroot として考えるべきではなく、そのような分離を通じて、マシンのコンピューティング リソースと API 呼び出しを通じて最大限に活用できると言いたいのです。コンテナにパッケージ化されたプログラム部品を動作させるには、「サーバー」から「サービス」へ考え方を転換します。

現時点では、「1 つの Web サイト プロジェクトですべてが解決される」という従来のシステム アーキテクチャは、必然的に HA とスケーラビリティのためにさらに再構築する必要があります。

逆に、汎用アーキテクチャの既存のプログラムを Docker に詰め込み、物理マシンや仮想マシンと同じことができるように大量に作成することに固執すると、実際には何かが作られます。さらに悪いことに、自分の手も足も縛られていると、利益を享受する前に害を被ることになります。

TL; DR

実際、私が言いたいのは、テクノロジーを盲目的に追求する多くの人々は、始まりと終わりと核となる精神を理解していないということであり、このようにして作られたエコシステムは実際には単なる宗教的な崇拝に過ぎません。誰が最も多くの文字を持っているかを比較することは、実際には非常に不健全な集団であり、一旦ブームが終わってしまうと、多くの人を維持することはできず、IT 業界にとっては何の役にも立ちません。

この作品は、クリエイティブ コモンズ 表示-継承 4.0 国際ライセンス

に基づいてライセンスされています。