למה דרופל?

אחרי שהבנו מהו דרופל, תעלה, מן הסתם, השאלה למה דרופל? (בהנחה שלא הבנו זאת מעצם הכרתו של דרופל. סיכוי קלוש, אבל בכל זאת)
מניסיוננו עם מערכות ניהול תוכן בפרט ועולם בניית האתרים בכלל, חוזרות ועולות מספר בעיות.
להלן תימצות של המרכזיות שבהן:

 

1. כבילות לספק שהקים את האתר \ אפליקציה - בפיתוח על תשתיות מסחריות ישנה בעייה של עקביות \ סטנדרטיות בפיתוח בין תכנת לתכנת. המצב שנוצר הוא שהקמנו אתר עם תכנת מסויים וכעת מתרחש אחד מהשניים:
אנו מעוניינים לבצע הרחבה \ תוספת לאתר
אנו לא מרוצים מהספק ומעוניינים להחליפו.
במקרה הראשון, נגלה כי עלויות התוספת גבוהות באופן לא פרופורציונאלי לעלות האתר.
במקרה השני, נגלה כי כל תכנת שנמצא ירתע מלהכניס ראשו לעבודה של תכנת אחר וכי עקב חוסר הסטנדרטיות יווצר מצב שבו לעיתים עלויות הלימוד של התכנת החדש, את עבודתו של קודמו יהיו גדולות יותר מפיתוחו של האתר מחדש. מאחר ודרופל הינה תשתית סטנדטית, הקושי בהחלפת תכנת פוחת משמעותית. בנושא ההרחבות והתוספות, תשתית דרופל מונה כיום למעלה מ 2,500 מודולים שונים שניתנים להוספה לכל אתר דרופל בהשקעת מאמץ קטנה יחסית ועובדה זו, מוזילה משמעותית את ההרחבות והתוספות. (וכן מקצרת את זמן הביצוע)
2. ניהול תוכן - דרופל נולדה כתשתית CMS - Content Management System ומכאן שבבסיס העניין מתקיימת פונקציונאליות עשירה בעניין זה. ניהול התוכן באתרים מבוססי דרופל הינו פשוט ונרחב.

3. בעלות- ברכישת אתר הכתוב בתשתית מסחרית (asp. net. וכו'...) יתכן ותרכש גם מערכת ניהול תוכן. ברוב המקרים, מערכת ניהול התוכן תתומחר בנפרד או שעלותה תהיה מגולמת בעלות האתר. במקרים רבים, יתגלה כי הזכויות על המערכת הינן של הספק וכי במקרה שבו יתעורר הרצון להתנתק מהספק המפתח, יהיה צורך ברכישת מערכת הניהול. באתרים מבוססי דרופל, מערכת ניהול התוכן היא למעשה דרופל והיא בבעלותו הבלעדית של הלקוח. כך גם האתר.

4. יציבות - בואו ונעשה חשבון קטן. ניקח לדוגמא את חברת "מייקרוסופט". על פי פרסומים שונים, עובדים כיום בארגון כ 90,000 עובדים. ניקח כהנחה ש 20% מהם (זוהי הנחה מאוד רחבה) עוסקים בבדיקת תוכנה (QA). תחת הנחה זו אנו מגיעים למספר של 18,000 איש ואישה העוסקים בבדיקת תוכנה. סביר להניח כי זהו מספר מוגזם לחלוטין, אבל נניח... בכל גרסא חדשה של "מייקרוסופט" מנסה החברה לתת מענה ל"באגים" שדווחו על ידי המשתמשים ולפני הוצאת גרסא חדשה לשוק היא נבדקת על ידי אותם 18,000 עובדים. אני מאמין שכולנו נתקלנו יותר מפעם אחת בבעיות מטרידות בנושא זה. בדרופל לעומת זאת, תהליך הפיתוח מתקיים באופן קהילתי. קהילת מפתחי דרופל בעולם מונה כיום מספר מיליוני מפתחים. (הם אלו האחראים למספר המדהים של למעלה מ 2500 מודולים). התהליך הוא תהליך אבולוציוני שבו החזק שורד. משמע, הפיתוח נובע מהמפתחים שהם גם משתמשים. כך שהפיתוח מתחיל מתוך צורך של משתמש. לאחר שפותח רכיב הוא מופץ לקהילה הבודקת אותו על ידי שימוש בו. במידה והרכיב טוב, הוא צובר משתמשים ושיפורים המבוצעים על ידי מפתחים \ משתמשים אלו וכך המודולים הטובים זוכים לתפוצה נרחבת ולבדיקה של מיליוני מפתחים (זוכרים את 18,000 בודקי התוכנה של "מייקרוסופט"? נשמע מעט?). התוצאה הישירה היא : מערכת יציבה יותר המתחדשת וגדלה ללא עלות. כל אחד רשאי לעשות שימוש בהפצות של הקהילה. הפצות אלו מחליפות את הגירסאות והעדכונים של החברות המסחריות. (שעליהם אנו משלמים).

5. צרכים משתנים - כבר הזכרנו את חברות התוכנה המסחריות (התאגידים) שהן למעשה קובעות, על בסיס ניסיונן לנבע את צרכי הלקוח ו \ או על בסיס יכולתן והנוחות שלהן, מה יהיה בגרסת התוכנה הבאה. מכאן שנוצר מצב שבו ארגוני תוכנה אלו קובעים הלכה למעשה את הכלים בהם אנו משתמשים ומכאן גם את התוצרים אותם מקבל לקוח הקצה (שעוד משלם על כל זה). בשימוש בדרופל שהיא תשתית פיתוח קהילתית הלקוח הוא המלך. הלקוח הוא המפתח והוא הצרכן והוא כולנו. בעיתות של צרכים משתנים, אל לנו לאפשר לאף אחד זולתנו לקבוע מהם הצרכים שלנו ומה אנו צריכים לרכוש. (הדעה המקובלת היא, כי המשתמש הסטנדרטי עושה שימוש רק ב 5% מהיכולות של תוכנת ה Excel. בכל זאת הוא משלם על כל התוכנה כולל על אותם 95% בהם אינו משתמש ואין בידו את היכולות לסרב).

 

פירטנו מספר נקודות עיקריות שמהוות משקל רב לטובת תשתיות קוד פתוח ודרופל בייחוד. הרשימה עוד ארוכה וזאת מבלי להיכנס לתחומי האתיקה ודומיה, אך נראה כי הנקודה הועברה.

כלקוח קצה סטנדרטי, אין כיום הצדקה לשימוש בתשתית אחרת.
לשכנוע נוסף, מומלץ להציץ ברשימה ההולכת ומתארכת (ארוכה דיה כבר כיום) של אתרים גדולים ומכובדים שפותחו על תשתית דרופל או טוב מכך, להתקין את התשתית על המחשב ולהתחיל ולייצר קסם.