כותרות TheMarker >
    ';

    פרטי קהילה

    מחקר ופיתוח

    ביקורת קפה מו"פ: דבר בחזותו הסטנדרטית של בית קפה יחודי זה אינו מסגיר את היותו מקום מפגש יומי קבוע של האנשים העסוקים ברחבי המדינה – אנשי המו"פ. יחודיות המקום המותאם לדרישות הקהל שלו הוא בראש וראשונה באיכות הבלתי מתפשרת של הקפה המפותח מתערובת יחודית המיוצרת מפולי ג'אווה ועוד זנים יחודיים שיובאו מהודו,סין וארצות הבלקן. המקום עוצב כך שיתאים גם לאנשים עסוקים הממהרים לשגרת יומם ובו שולחנות גבוהים המשמשים לשיחות עמידה מהירות, וכן כורסאות נוחות לקריאה ודיונים טכניים עמוקים וארוכים יותר. בין הטיפוסים המגיעים לכאן ניתן למצוא מנהלי מו"פ, אנשי מוצר, בדיקות, מהנדסי פיתוח ואפילו אנשי אקדמיה.   אז – בואו לבקר. קפה ומאפה על חשבון הבית. טיפים טובים יתקבלו בברכה!

    אינטרנט והייטק

    פורום

    מו"פ - כללי

    דיונים בכל נושא הקשור למו\"פ

    חברים בקהילה (1518)

    אפרת....
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    הברקתשבך
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    לואיס קרול
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    אביאן
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    היזם
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    eicher077
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    דורון טל
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    ELBEX
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    ששת שצ
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    פטשניק
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    השכן ממול
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    על עתיד תחום פיתוח התוכנה. האם אנחנו על סף שינוי גדול?

    12/7/07 17:04
    1
    דרג את התוכן:
    2007-07-25 23:07:53
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    אני מניח שרוב אנשי התוכנה שבינינו מהרהרים בינם לבין עצמם מדי פעם לאן פניה של התעשייה התזזיתית ביותר בעולם המודרני מועדות..  אז תעצמו עיניים לרגע, תנו למחשבות לרוץ ודמיינו איך יראה ענף התוכנה בעוד 5 שנים? בעוד 10? בעוד 20?... 

    רוצים לשמוע עוד?

     

    http://cafe.themarker.com/view.php?t=77654

     

    אני מחכה לכם כאן ואשמח לפתח דיון!

    מה אתם חושבים? מעתה קל יותר להוסיף תגובה. עוד...
     

    הוספת תגובה על "על עתיד תחום פיתוח התוכנה. האם אנחנו על סף שינוי גדול?"

    נא להתחבר כדי להגיב.

    התחברות או הרשמה   

    12/7/07 18:18
    0
    דרג את התוכן:
    פורסם ב: 2007-07-12 18:18:50
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    כמו שהגבתי בדיון הקודם (אם כי מקום התגובה יותר בדיון זה) -

    למרות התקוות לכך שפיתוח תוכנה יהיה סטנדרטי ומסודר, יש טענות שתוכנה לעולם לא תהיה "מסודרת" או פורמלית כמו הנדסות אחרות , כי מספר המצבים בה הוא עצום ואינסופי בהשוואה לשאר התחומים (בניין,חומרה,אווירונאוטיקה וכו'). יש מאמר מפורסם בנושא:  http://www.virtualschool.edu/mon/SoftwareEngineering/BrooksNoSilverBullet.html

    12/7/07 22:00
    0
    דרג את התוכן:
    פורסם ב: 2007-07-12 22:00:09
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
    אישית, אני סבור שבכל נסיון לחזות את מצבו של ענף עתיר מו"פ בנקודות זמן נתונה כרוך בסכנה פרדוכסלית שלשם עמידה בתחזיות שלהם, אנשים יפחיתו את התלבותם הקשורה  בעיסוק באותו תחום, בכדי שלא "לרוץ מהר יותר" מהתחזיות שלהם. כך של נסיון כזה ייקרב את האופק הנצפה ולכן עדיף לזרום עם המתרחש במקום להשפיע עליהם באופן אפריורי.
    12/7/07 22:29
    0
    דרג את התוכן:
    פורסם ב: 2007-07-12 22:29:39
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

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

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

    על "חוק מור" http://www.way-togo.com/technology-53.htm


    --
    http://www.transportationet.com
    http://www.way-togo.com
    12/7/07 22:35
    0
    דרג את התוכן:
    פורסם ב: 2007-07-12 22:35:22
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

     

    צטט: עודד_רוט 2007-07-12 22:29:39

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

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

    על "חוק מור" http://www.way-togo.com/technology-53.htm

    עודד,

     

    לעולם לא נדע איך הענף היה מתנהג אילולי חוק מור הפך לכה ידוע

    13/7/07 00:39
    0
    דרג את התוכן:
    פורסם ב: 2007-07-13 00:39:13
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין
     לדעתי המקצוע הוא מאוד ייחודי. רק במקצוע זה אדם הוא כל-יכול.

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

     

    אף  מקצוע אחר לא מתקרב אפילו ליכולות האלה, חוץ מאולי ספרות. רק שסגנון הכתובה שלנו קצת יותר פרגמטי.
    13/7/07 17:17
    0
    דרג את התוכן:
    2007-07-14 10:30:26
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    תודה רבה  על התגובות עד עכשיו, קראתי את כולן בעיון.

     

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

     

     

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

     

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

     

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

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

     

     

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

     

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

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

     

    התעשייה הזו חייבת להתבגר והיא תתבגר, פשוט אין ברירה. אם לא מבפנים, הלקוחות שלנו כבר יעזרו לנו...


    --
    אריאל כץ -
    אתם מוזמנים להצטרף לקהילת המו\"פ הראשונה בישראל: randd.cafe.themarker.com
    13/7/07 23:08
    0
    דרג את התוכן:
    פורסם ב: 2007-07-13 23:08:50
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

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

    לכן בתעשיית המעבדים והחומרה, תהליכי הבקרה הם מחמירים הרבה יותר.

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

     

    בתוכנה מחיר הטעות נמוך יותר - אפשר להוציא patch, אפשר להוציא עדכון כולל ואפשר בכלל להכריז שהמוצר הוא בביטא לכל החיים. כתוצאה מכך סף האיכות להוצאת מוצר הוא נמוך יותר.

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


    --
    מנהל קהילת מחקר ופיתוח:
    http://randd.cafe.themarker.com
    15/7/07 18:28
    0
    דרג את התוכן:
    פורסם ב: 2007-07-15 18:28:46
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

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

    אבל עדיין עלות הישמום גבוהה מאוד גם חילול קוד אוטומטי וגם קוסטומיזציה אוטומטית ע"י מעבר לתכנון של תהליכים עסקיים, ללא התעסקות ברמת הקוד כלל.

    הבעיה של התחום הזה של הפיתוח היא שיש בו את האנשים הכי חכמים, לכן קצב השינוי בו הוא הכי גבוה, בנוסף זהו אחד התחומים הבודדים שאפשר לבדוק לנסות בסביבת test, ללא פגיעה בארגון. יכולת זו מעלה את קצב הפיתוח עשרות מונים לעומת כל תעשיה אחרת.

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

     

    15/7/07 18:46
    1
    דרג את התוכן:
    פורסם ב: 2007-07-15 18:46:41
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    אני מקווה שתמצא את דברי מתייחסים אל מה שאתה מבקש.

     

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

     

    את העקרונות האלה מחברים היום לתהליכי פיתוח ומושגים כמו Software cells שתוכל למצוא דוגמאות והסברים כאן ודוגמאות ודיאגרמות כאן

     

    מצגת אפשר למצוא כאן: http://www.ralfw.de/download/swcellswc2.pdf

     

     הטבלה כאן מתארת רמות שונות של ארכיטקטורה מהמאמר כאן

     

     


    --
    ואהבת לרעך כמוך, והיית אח שמח.
    http://integraldesign.co.il
    16/7/07 11:53
    0
    דרג את התוכן:
    פורסם ב: 2007-07-16 11:53:20
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    נרי - האם תוכל לפרט מעט על הפרדיגמה? האם היא ברמה של OOP או AOP (מבחינת "סדר גודל ההשפעה")? מה הרעיון הכללי? האם יש כלים תומכים של חברות גדולות? ארגוני פיתוח או פרויקטים שכבר אימצו אותה?

     

    תודה...

    16/7/07 13:24
    0
    דרג את התוכן:
    פורסם ב: 2007-07-16 13:24:11
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

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

     

    כדי להתבונן אל העתיד יש שתי גישות מתנגשות. זאת המנסה לדלות דברים מהעבר ולחפש את המבנים שהיא מכירה מההסטוריה והאחרת מנסה לנחש ולשכלל את העתיד. 

     

    מקצוע התוכנה הוא מקצוע צעיר שנמצא בהתפתחות מתמדדת עברנו כבר מספר פרדיגמות והאופן בו אנחנו מייצרים "תוכנה" יהיה מותאם למבנה הארגוני ומבנה שימור הידע של הארגון.

     

    השינוי בפרדיגמות מונע בעיקרו מחיפוש אחר נקודת עבודה טובה יותר, בתעשיה המשתנה המשמעותי הוא העלות כך שתהליכי פיתוח  שלנו מעוצבים דרך מבנים שמחפשים עלות נמוכה. מתח רב נוצר בחברות בהן הפעילות היא R&D הצורך בגמישות עולה מעבר למה שהמבנים המקובלים בחברות בימינו. זה המתח שדוחף לחפש פרדיגמות חדשות.

     

    פרדיגמה חדשה דורשת אירגון מחדש של הידע והיחסים בארגון כי ה"מוצר" המועבר הוא בעל  תכונות שונות ולכן ידרוש שינויים בכל רמות הפיתוח. לדעתי מדובר גם ההגדרה אחרת של חלוקת העבודה ומימשקים בין קבוצות פיתוח.

     

    בארץ אני לא מכיר חברה שאימצה את הנושא הזה.הנושא נוגע בחוזקה בשאלות של אלוקציה של משאבים באופן גמיש. בהמשך אני אנסה להביא מספר לינקים אם יש לך עניין.

     

     

     

    צטט: liorebel 2007-07-16 11:53:20

    נרי - האם תוכל לפרט מעט על הפרדיגמה? האם היא ברמה של OOP או AOP (מבחינת "סדר גודל ההשפעה")? מה הרעיון הכללי? האם יש כלים תומכים של חברות גדולות? ארגוני פיתוח או פרויקטים שכבר אימצו אותה?

     

    תודה...

     


    --
    ואהבת לרעך כמוך, והיית אח שמח.
    http://integraldesign.co.il
    21/7/07 21:25
    1
    דרג את התוכן:
    פורסם ב: 2007-07-21 21:25:28
    1. שלח הודעה
    2. אוף ליין
    3. אוף ליין

    העליתי הערב כמובטח את החלק השני כאן.

     

    כרגיל - אשמח להמשיך את הדיון כאן.

     

     


    --
    אריאל כץ -
    אתם מוזמנים להצטרף לקהילת המו\"פ הראשונה בישראל: randd.cafe.themarker.com


    ארעה שגיאה בזמן פרסום תגובתך. אנא בדקו את חיבור האינטרנט, או נסו לפרסם את התגובה בזמן מאוחר יותר. אם הבעיה נמשכת, נא צרו קשר עם מנהל באתר.
    /null/cdate#

    /null/text_64k_1#

    מה אתם חושבים? מעתה קל יותר להוסיף תגובה. עוד...
     

    הוספת תגובה על "על עתיד תחום פיתוח התוכנה. האם אנחנו על סף שינוי גדול?"

    נא להתחבר כדי להגיב.

    התחברות או הרשמה