קוד פתוח – דברים שחשוב לדעת

למעשה, אפשר לחלק את פלטפורמות ניהול התוכן לשתיים:
מערכות קוד פתוח ומערכות קנייניות – Proprietary (ברוב המקרים משויכות לחברה המפתחת).
בעוד שהקמת אתר על מערכת ניהול תוכן קניינית מיוחסת ומפותחת באופן בלעדי בחברה אחת, מערכות קוד פתוח הן חופשיות, מופעלות ומתוחזקות על ידי קהילת מתכנתים בכל רחבי העולם. הרעיון הבסיסי הוא פיתוח ושיתוף קוד המערכת, שהופך לנחלתם של כולם.
הסוגיה היא, שמערכות קוד פתוח אינן מתאימות לכל אתר. אתרים בסיסיים במרכיבים שלהם, עם מערכת קוד פתוח שמתאימה להם, יספקו פתרון מצוין ולרוב גם חסכוני כספית. מהעבר השני, במקרה של אתרים מורכבים, עם דרישות דקדקניות וספציפיות ברמת העיצוב והטכנולוגיה, קוד פתוח לא תמיד ישמש ככלי המתאים לבצע את העבודה.
 
מה לקוח ממוצע מאמין שיקבל בבחירת מערכת קוד פתוח?
 
לרוב, ללקוחות אין יותר מדי הבנה והיכרות עם מערכות קוד פתוח. לקוחות, כמצופה מהם, מסתמכים על החברה המפתחת, שתדע להמליץ על הפלטפורמה הכי נכונה ומתאימה להם או לעסק שלהם.
קיימת נטיה לחשוב שבבחירת מערכת ניהול תוכן בקוד פתוח, לקוחות יוכלו לנוע ולהזיז אותה בין מפתחים בלי כל בעיה(כלומר הם לא  "תקועים" עם החברה המפתחת), הם יקבלו מערכת סקלבילית ומן הסתם, ישלמו קצת(זה הרי קל להטמיע קוד מוכן, שזמין לכולם).
קוד פתוחאם כן במובן זה מחובתנו לקלקל קצת את החגיגה ולומר את האמת, זה אף פעם לא עובד כך, או לפחות ברוב המכריע של המקרים. מהיכרות עם עשרות לקוחות שרצו פתרון ייחודי ומורכב יותר, האמונה בקוד פתוח התבררה כבעייתית ומלאת חורים. העובדה שקיימים מאות ואלפי מפתחים שתורמים את חלקם למערכת ניהול אחת, לא בהכרח מבטיחה שבסיס הקוד איכותי מספיק לעבוד איתו במערכות מורכבות עם דרישות מאוד ספציפיות. שוטטות אינטנסיבית בין מודולים שונים(plug-ins) הרבה פעמים תוביל את המפתח להתפשר על פיתרון שאינו בהכרח מה שמצופה מצידו של הלקוח. לרוב, הפתרונות לא יפגשו את ציפיות הלקוח(tailor-made) ולא תהיה בהם גמישות כמו בפיתוח מאפס. זו עבודה קשה בהחלט למקסם חדשנות ויחודיות כאשר הפיתוח מתבסס על תבניות קוד מוכנות.
במצב של חוסר ברירה ונדרשת מודיפיקציה, זו יעלה קרוב לפיתוח על גבי מערכת קניינית.
ומה בנוגע לניידות? אין באמת דברים כאלו. אתרים לא מדלגים בין חברות As-is.
ברוב שנותינו בתחום, כמעט ולא נתקלנו באתר שעובר בין חברות ולא חווה שינויים עיצוביים ותכנון מותאם ברמת הניווט ובטכנולוגיה. הרי זה הגיוני, חברה כנראה לא תרצה להיכנס לבעיה אפשרית של תחזוק קוד מיושן, עם התאמות, גם אם הוא נכתב בקוד פתוח.
המטרה הבסיסית היא לפתח על גבי פלטפורמה שמקנה חופש יצירה ללא פשרות, החופש יחסית מוגבל במערכות קוד פתוח פופולריות. אולם, ישנן תשתיות קוד פתוח(כדוגמת WordPress  ו- Ruby On Rails) חכמות, בהן קיימת שליטה בפונקציונליות ועמן ניתן להבטיח, לרוב, הקמת אתר איכותי במהירות יחסית וברמה גבוהה.
 
לפעמים, מערכות קנייניות מומלצות יותר בפרוייקט ענק ומורכב, קשה להניח שפיתוח עצמי, שנכתב על ידי תכניתן אחד כישרוני ככל שיהיה, יספק את הצרכים. קוד פתוח 3במקרה כזה יש צורך בראייה מערכתית רחבה, תשתיות מוצקות ושרתי פיתוח. לרוב המפתחים במערכות קוד פתוח אין את המשאבים הנדרשים להרים פרויקט מסוג זה.
אין מצידנו כל התנגדות למערכות ניהול התוכן בקוד פתוח, למעשה רוב האתרים באמתחתינו, פותחו במערכות קוד פתוח. אנו בעד ומאמינים בכח השיתופי והיצירתי של הקהילה, שמצליחה לבנות דברים מדהימים יחד על מנת לספק תשתית פתוחה וזמינה שתספק את הכלים הנדרשים להקים אתרים ברמת עיצוב וממשק לא פחות ממצויינים. לא סתם מערכות קוד פתוח תופסות חלק כה אדיר בתעשייה ולא בכדי שרוב חברות עיצוב ובניית האתרים, בארץ ובעולם, עושות את מיטב כספם מבניית אתרים במערכות אלו. אולם, מתוקף תפקידנו לציין כי מערכות מסוג זה לא מתאימות לכולם.
בסופו של דבר, הלקוח וחברת הפיתוח שהוא בחר, צריכים להחליט איזו מערכת תשמש כמענה אולטימטיבי לסוג הצורך של הלקוח- קוד פתוח או מערכת קניינית. איזו תמיכה ותחזוקה יצטרכו, באיזו זמינות, מה המחיר, מהם הסיכונים ואיזה ביטחון יהיה ללקוח בהמשך.
 
אם כן, באיזו מערכת תשתמש?
 
פשוט תתייעצו איתנו.