なぜDrupalではないのですか？

最近、Drupal 7でプロジェクトを開発するとき（Drupal 7に切り替えるとき）にいくつかの問題に遭遇しましたが、これは問題ではありません。 解決策を探して、Drupalの開発者の1人であるDaniel F. Kudwienの記事「 Drupal Crisis 」に出会い 、Drupal Forgeで何が起こっているかを明らかにしました。 記事で説明されている問題のほとんどはもはや関連性がないとすぐに言わなければなりません。 昨年の記事。 それにもかかわらず、多くの人がその翻訳に精通することに興味を持つでしょう。

タイムライン

次の表は、Drupal危機の開始の出発点と見なすことができるイベントの楽しい年代順を示しています。

2008年	2月	Drupal 7は開発に対してオープンです。
	10月	285個の修正されていないバグ。
2009	行進	Acquia 1は開発者コミュニティに助けを求めます。
	6月	13763のうち3120個の修正されていないバグ
	9月	コード凍結が予定されています。 同時に、10個の新しい機能がまだゼロから開発されており、それらの実装はDrupal 7で許可されています
2010	1月	新しいAPIに多数の重大なバグを含むDrupal 7の最初のアルファ版がリリースされました。 しかし、これらの非常に新しい機能にはさらに多くのバグがあります。
	7月	エラーのストリームが大きすぎる（すべての人が知っているように、1つの修正されたバグがしばしば複数の新しいバグを生成する傾向がある）ため、開発者は対処できません。 チームの精神と目的意識が失われます。 何らかの形でこの「混乱」をすべて解消するために、バグの新しい優先順位「主要」（重要）が導入されています。 彼らのバグトラッカーで一体何が起こっているのか想像すらできません。
	10月	Drupal 7 First Betaリリース
2011	1月	Drupal 7は、300以上の修正されていない主要なバグと動作不能な更新メカニズムとともにリリースされています。
	5月	どういうわけか状況を安定させるために、 別のメンテナー2が雇われ、Drupal 7とDrupal 8に同行します。 Drupalには、Drupal 8用に開発中のエラー修正ポリシーがあり、Durupal 7および6用のバックポート修正がリリースされています。
	6月	200を超える重大なバグと重大なバグがステータスを通常に変更します。
	7月	新しい数字 ：Drupal 8ブランチの15の重大なエラーと200の重要なエラーにより、バックポートが困難になりました。
	8月	合計22181個のうち4153個の未修正バグ（2年でほぼ倍増）は、Drupal 8ブランチの開発をほぼ停止しましたが、Drupal 6およびDrupal 7の更新手順は、まだ多くのユーザーにとって不明です。

ご覧のとおり、イベントは嘆かわしいほど発展しています。 新しいプロジェクトのみ：ダッシュボード、ショートカット、ツールバー、オーバーレイ150以上の修正されていないバグとタスク。 コードをフリーズした後、ゼロから開発されたこれらのモジュールは、実装後に少なくとも1回書き換えられ、Drupal 7の遅延リリースに大きな影響を与えました。

2012年の7の状況は改善されたようです。 今後の8-kiのリリースでは、カーネルに関連するすべてのものがコアフォルダーに移動されます。

状況分析

「助けを求めるDrupalコミュニティの最初の呼びかけは、最も困難なタスクに対処できるカーネル開発者という重要なグループの動機付けになったと思います...

現在、約450人以上のカーネル開発者がおり、そのうち約10人がインターフェイスに取り組んでいます ''

©この発言は、かつてユーザビリティチームのリーダーの一人によって行われました。



言い換えると、「コア開発者はロードをロードしたくありませんでしたが、ロードする必要がありました。」 これらの新機能は、Drupal 7のリリースを遅らせるだけでなく、 カーネル開発者がDrupalカーネルAPIとサブシステムのより重要な問題に取り組むことを妨げました 。 これらの問題の多くはまだ解決されていません。 上記から、この機能を実装するのが良いと考えられました。 それで、何、生は何ですか！ コアでそれを突く-コミュニティがそれをサポートしてみましょう。



新しいDrupal 7サブシステムは非常に複雑で、他の同等の複雑なサブシステムと高度に相互接続されています。 このため（エントリーのしきい値が高い）、バグ修正プロセスに初心者を含めることはできません。 これは、これらのサブシステムを変更した場合の結果を深く理解しているハードコアコアおよびモジュール開発者の特権です。 Acquiaの幹部がコミュニティからの支援を求めたときに何を考えていたかは完全には明らかではありません。 魂の叫び？



間違いなく、開発への自由な貢献と営利企業の利益は全体として相容れないものであり、多くの場合、開発を大きく阻害し、さらには破壊的です。 Drupalは一例です。 残念なことに、過去3年間に会社に定住した最もアクティブで経験豊富な開発者のカーネルコードへの貢献は、突然ゼロに近くなりました。 顔の利害の対立。 どうやら、 Acquiaの運命は、DrupalにとってRed Hat for Linuxがどうなるかではありません。

何がありますか？

前述の「不完全性」と新機能に加えて、Drupalコアには、5年前にDrupalで許可されたAPIと概念に基づいた、非常に古くて役に立たないジャンク（皮肉分野：MVCを与えます！前に。



Drupalコアは、それ自体の近代化と革新を妨げており、近年ではすでに競合他社や業界全体から大きく遅れを取り始めています。 これは、モノリシックで愚かな古くて病気の獣です。



ソフトウェアのゴミが多すぎます。 そして、未完成、一般的にサポートされている機能は決してありません-多すぎます。



Drupalコアはサポートされなくなりました。 バージョン番号を追跡したくない人のために、 AcquiaのLTSエディションの美しい物語をまだ信じていますか？！

Drupalのパス。 抜け道はありますか？

Daniel F. Kudwienは、次の記事「 Drupal Crisis結論 」で、Drupalの開発を制御するいくつかの方法を提供しています。 しかし、 ダイナミクスは過去2年間で8000以上の新しいバグレポートが登場しているほどです。



それらはそれぞれ次のとおりです。

1. 作成された
2. 分析した
3. 修正済み
4. 専門家によるレビュー
5. テスト済み
6. 承認済み
7. そして最後にコードに追加されました

平均して、これは、1か月あたり320個のバグまたは1日あたり10個のバグがこのプロセスを通過することを意味します。 これをすべてクリアするために2年以上かかると計算することは難しくありません。 さらに、これらの数はさらに増加するだけです。 コアの一部がどのように変化し、サブシステムのさまざまな種類の矛盾が発生するか。 今日、急速なペースがすでに観察されています。



開発者自身が認めているように、Drupalのどの部分が実際にコアと見なされるかはわかりませんし、 Acquiaはカーネルで何を積極的にサポートするかを知りません。

開発者は、未完成のモジュールからこの災害をサポートすることをほとんど望んでいません。 現在、重要ではないものが多数あるため、コアデザインの実際のひどいパンクに対抗することを目的とした、カテゴリー的に必要なリファクタリングから開発者をそらします。

結論（私から）

誰もがこの質問に興味を持っています。Drupalの将来は何を待っていますか？



おそらく、Drupal 8はその問題で行き詰まってしまいます。それを解決するには、 Acquiaは自身の強みにもっと頼る必要があり、さらにコミュニティに頼る必要はありません。 多くの人がビジネスでのDrupalの使用を再考します。



Drupal 7およびDrupal 8ブランチの新しいバージョンのリリースにより、製品が非論理的な終わりを迎える可能性さえあります。 Drupal 8の概念は大きく変更されているため、まったく異なる新製品と新しいストーリーになります。



なぜ非論理的ですか？ 多くの製品は数年間最高の状態を保ち、優れた機能を発揮し、使用する人を楽しませます。 しかし、卓越性の限界に達した開発者自身は、プロジェクトからすべてを「吸い取って」、それを台無しにすることを恐れていません。 しかし、開発、ロジック、進捗状況などが何もないため、 1か所で停滞することは選択肢ではありません。 時々、そのようなプロジェクトは、より革新的で新しい何かに取り組み始めるために凍結されます。 同時に、フォークはもちろん形成される可能性があり、製品は長期間その関連性を失うことはありません。 例のために遠くに行く必要はありません。Kohanaが設立された素晴らしいCMF CodeIgniterです。



現時点では、Drupal 6はDrupalの開発のピークだと思います。 安定した定評のある製品で、この種の最高の製品の1つです。 さらに、この美しいCMSの開発は別の方向に進みます。Drupalはコミュニティの製品ではなくなり、ますます企業の製品になります（ある意味、Linuxの運命を繰り返します）。





ロシアでは、Drupal開発者の巨大なコミュニティが形成され、毎年DrupalConf、DrupalForum、DrupalCampなどの会議に集まっています。

今、彼らはDrupalを保護します、それは本当です、なぜなら 最高のツールはあなたが一番所有しているものです。 しかし、彼らはすでに不幸です。 ここの例のコメントを見てください 。



どのCMS / CMFをメインツールとして使用するかを再度検討するという選択肢に直面している新規参入者に伝えたいと思います。 さらに、ベクトルは間違いなくWebフレームワークの使用にシフトしています。

私自身については、すでに結論を出しました ...あなたを引き下げるものを捨てる主なことです。



そして最後に、「 The Drupal Crisis 」の投稿のために多くの否定的な感情、意見の相違、虐待を期待していた著者は、驚いたことに、投稿に回答したほぼ全員が一般的に発言された問題に同意したと言います。



一方、 Rockettheme ³はDrupalに別れを告げます（ オリジナル ）。

一次資料およびその他の資料

1. ダニエル・F・クドヴィーン「The Drupal Crisis」
   
   オリジナル：
   
   http://www.unleashedmind.com/en/blog/sun/the-drupal-crisis
   
   ローマン・グラチェフ（http://graker.ru）による翻訳：
   
   http://graker.ru/news/2011/08/25/khvatit_krasit_guby_ogromnoi_svine
   
   
2. ダニエル・F・クドヴィエン「ドルパル危機の結論」
   
   オリジナル：
   
   http://www.unleashedmind.com/en/blog/sun/crisis-conclusions
   
   ローマン・グラチェフ（http://graker.ru）による翻訳：
   
   http://graker.ru/news/2011/08/26/kak_smyt_makiyazh_so_svini_ili_vykhod_iz_krizisa
   
   
3. Drupalの霧の未来
   
   http://www.drupal.ru/node/65464?page=1
4. Drupalが好きではない理由
   
   http://habrahabr.ru/post/44980/
   
   

脚注

1. Acquiaは、Drupal開発者Dries Beitartによって作成された会社です。
2. メンテナー-ソフトウェア製品に同伴する人が開発とバグ修正に参加します。
3. RocketThemeは、Joomlaの有力な有料テンプレートスタジオです。 他のCMSのテンプレートも作成します。
   
   Joomlaの共同設立者であるAndy Millerによって設立されました。
   
   Millerは、メイン開発者としてCMS Mamboと初期バージョンのJoomlaに取り組みました。
   
   RocketThemeのテンプレートはGantry Frameworkを使用しており、これも開発中です。