|
גיליון מאי של המגזין Cutter IT Journal
יפתח בדיון מקיף אודות הקוד הפתוח בשימוש בארגונים וחברות. השאלה המרכזית
שתעלה לדיון היא מה מונע אימוץ נרחב יותר של קוד פתוח למרות האשראי הרחב
והקבלות מהשטח של מוצרים שנמצאים איתנו כבר מספר עשורים, במטרה לספק למקבלי
החלטות מידע וכלים להבנת היתרונות והחסרונות של השימוש בקוד הפתוח. המגזין
ימשיך לקבל כתבות (באנגלית) עד לאמצע מרץ למי שמעוניינים. הנה רקע נוסף
שמספק העורך כבסיס לדיון....
מהם האתגרים התובעניים ביותר העומדים בדרכה של תנועת הקוד הפתוח ומונעים
חדירה רחבה יותר לארגונים? האם קוד פתוח היא לכל היותר קהילה של האקרים או
שינוי תפיסה מהותי באופן בו תפותח תוכנה בעתיד? איך משתלבים נושאים
אקטואליים כמו קניין רוחני, ניהול תהליכים ותמיכה טכנית בקשר לקוד פתוח?
כתפיסה, הקוד הפתוח, טוען לשורשים ברוח השיתוף הנהוג בעולם האקדמי בשנות
השבעים. ההצלחה של הקוד הפתוח נשענת בין השאר על ההצלחה והאימוץ הנרחב של
מוצרים שזכו לאמון רב כמו Apache (מעל ל65%- משרתי האינטרנט), Sendmail
בשימוש מתחילת שנות ה80- (מעל ל90%- מתעבורת הדואר האלקטרוני) וכמובן
לינוקס עצמה המחזיקה כבר כיום 5% משוק השרתים.
עם מספרים מרשימים כאלה אפשר להניח בוודאות כי הקוד הפתוח לא הולך להעלם
בעתיד הקרוב. אם זה אכן המצב, מה באמת מונע מארגונים לאמץ קוד פתוח באופן
גורף? מדוע חברות וארגונים ממשיכים להשקיע מיליונים בתוכנה מסחרית כאשר יש
לה חלופות זולות ופתוחות? האם תחליף JBoss את IBM WebSphere כשרת יישומים
מועדף? מה עם Tomcat, OpenLDAP, Eclipse ו-MySQL? אם הן אכן יכנסו לשימוש
נרחב יותר איך הן יתמודדו עם התחרות המסחרית?
רבים טוענים כי אימוץ נרחב הוא לא בלתי נמנע. הם טוענים כי בעיני הארגונים
והחברות, קהילת האקרים חסרה אמינות ואחריות. כיצד יוכלו חברות אלו לסמוך
על "האקר" שיספק תמיכה טכנית? מי יקח את האחריות? איך אפשר להבטיח כי קוד
פתוח לא מתנגש או מציב אחריות לא מציאותית על העסק? | |
|
קוד פתוח: קוריוז או שינוי תפיסה? | כניסה / יצירת מנוי חדש | 0 תגובות |
| ההערות הינן מטעם כותביהן. אין צוות האתר לוקח אחריות על תוכנן |
|
|