פידים:
רשומות
תגובות

IBM Symposium 2010

ביום ג'  14.9.2010 מתקיים כנס התוכנה השנתי של IBM .

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

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

http://bit.ly/IBMSWIL

בברכת שנה טובה,

תמיר

לפני כמה ימים חזרתי מרומא, לשם הוזמנתי ע"יIBM Beacon Award IBM , כדי לקבל פרס שאותו הם מעניקים לחברות נבחרות, כל אחת בקטגוריה שונה. החברה שלי קיבלה פרס בקטגורית IT Professional , על תרומה גדולה לרשת החברתית של IBM, לה אנו תורמים בעזרת המוצרים שאנו מפתחים.

היה נחמד מאוד להתארח שם!

במהלך הכנס נפגשתי עם מנהלים בכירים מ- IBM העולמית, וכן הכרתי מנהלים של חברות נוספות שזכו בפרסים.

להלן לינקים לכמה הודעות שפורסמו בנוגע לזכייה:

http://startupmania.co.il/?p=2285

http://www.talniri.co.il/marketnews/article.asp?mp=null&cat=1&id=25115

http://itportal.co.il/article-1930

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

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

המפגש מיועד למנהלי IT, מנהלי תצורה וגירסאות, מנהלי פיתוח וראשי צוותים העובדים עם ClearCase וכן כלי IBM Rational נוספים, או המתעניינים באפשרות לעבוד עם מוצרים אלה.

מתי: יום שלישי, ה- 23 למרץ 2010 . להכנסת תזכורת ל- Outlook לחצו כאן .
היכן: בית IBM, דרך אם המושבות 94 פתח-תקוה. למפת הגעה לחצו כאן. חנייה חינם בבית IBM אך יש להודיע לנו מראש שברצונכם לחנות שם – באמצעות טופס הרישום בהמשך.

אג'נדה:

9:00 – 9:30 התכנסות, כיבוד קל
9:30 – 9:40 דברי פתיחה: שמעון ניר, מנהל קבוצת Rational ישראל
9:40 – 12:00
- האצת תהליכי פיתוח וניהול תצורה באמצעות אוטומציה – מדוע, מתי ואיך
- בעיות נפוצות ב- Rational ClearCase הנתנות לפתרון ע"י אוטומציה
- הדגמת הפתרונות האוטומטיים של GoMidjets וסיפור לקוח
- טיפים וטריקים: ClearCase Best Practices

הכניסה חופשית אך מותנית ברישום מראש וקבלת אישור. מהרו להירשם – כמות הנרשמים מוגבלת.
לרישום נא לחצו כאן או התקשרו אלינו: 072-240-5222

אתם מוזמנים להעביר הזמנה זו הלאה בארגונכם, אל הגורמים הרלבנטים, ע"מ שגם הם יוכלו להירשם.

אנו שמחים לעדכן שאנו מעניקים חסות ומציגים בכנס "Smart Pilot" אשר יערך ביום שני הקרוב, ה-8 לפברואר, בהיכל הכנסים "אבניו" שבקרית שדה התעופה (Airport City).

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

במהלך האירוע נדגים את הגירסאות החדשות של שלושת המוצרים שלנו, כולם תוספי-תוכנה (plug-ins) ל- Rational ClearCase אשר מאפשרים לשפר תהליכי פיתוח ולמצות את המקסימום מ- ClearCase , ואשר לאחרונה עברו כולם בהצלחה את מבחן ההסמכה "Ready for IBM  Rational"   של מעבדות החדשנות של IBM ארה"ב.

לפרטים נוספים ולהרשמה:

http://smartpilot.co.il

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

זה מעלה כמה נקודות מעניינות למחשבה.

הנה הסקר.

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

סיבה נוסף להתמקד ביצוא?

הנה כתבה מ"דה-מרקר" שמצטטת מהאקונומיסט.

והפעם נושא שמשיק לנושאים של ניהול תצורה ושינויים, CM ו-ALM .

לא מזמן עברתי הסמכת CSM והפכתי ל-Scrum Master מוסמך.

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

כאחד שהוסמך דרכם – אני שמח להמליץ עליהם. לפרטים נוספים לחצו כאן

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

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

לאתר התוכנה: Paralert

IBM Rational Jazz

IBM מארגנים הופעת ג'אז ב- Carnegie Hall . למי שלא מכיר, זהו אולם מפורסם שבו היו הופעות מוזיקליות של ענקי המוזיקה במאה האחרונה, וכן הוקלטו בו אלבומים מפורסמים (אלבומי הופעות).

נו טוב … לא ממש ג'אז במובן האמיתי – אבל בכל זאת – הנה ההודעה שקיבלתי:

IBM Rational

proudly presents

The Jazz Ensemble

Live at Carnegie Hall

MARCH 2nd, 2009
 
IBM FileNet Office
Carnegie Hall
3545 Harbor Boulevard
Costa Mesa, CA 92626-1437
register at: http://www.rational-ug.org/groups.php?groupid=9.  Admission is free.
 
תקפצו אם אתם בסביבה. וקחו בחשבון שאין הופעת ג'אז אמיתית – מוזיקלית –  בסיום האירוע.

האם הורדתם והשתמשתם בתוסף CompBL הנותן לכם להשוות בין ClearCase UCM Baselines ?

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

להשתתפות: נא לחצו כאן

לתזכורת מהו CompBL – נא לחצו כאן

תודה!

חבר מחפש עבודה

חבר שלי מחפש עבודה בתחום (מנהל בקרת תצורה), במשרה מלאה.

הוא בעל ידע רב ונסיון עשיר, גם ב-ClearCase.

במידה ואתם מעוניינים – צרו קשר איתי ואעביר זאת אליו.

tamir.gefen (at) gmail.com

אני שמח לבשר על תוספים (Add-ons) חדשים למערכת ניהול תצורה זו.

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

התוספים פותחו ע"י חברת GoMidjets ועל ידי .

התוספים הם כדלקמן:

ClearCheck - מבצע בדיקות תקינות מקיפות לבסיס הנתונים של ClearCase.

ClearEnv - ניהול מרכזי של סביבות עבודה ומתודולוגיות, מעל ClearCase UCM

CompBL - השוואה קלה של קווי בסיס וענפים של ClearCase UCM

להורדות ולפרטים נוספים: GoMidjets

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

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

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

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

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

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

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

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

דוגמא ליישום חלקי של DRP  בסביבות פיתוח, הדורש שיפורים:

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

באחד מהפוסטים הבאים כוונתי להתייחס לתכנון התאוששות מאסון בהיבט ספציפי למוצרי ניהול תצורה ושינויים: IBM Rational ClearCase ClearQuest , Subversion ו- Bugzilla .

גילוי נאות: החברה בה אני עובד, נותנת שירותי DRP עבור מערכות המידע של IBM Rational.

=======================================

*DRP – Disaster Recovery Plan – דהיינו: תוכנית תכנון להתאוששות מאסון ולהמשכיות עסקית במקרה של אובדן מידע ומשאבים.

 

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

ניתן להוריד כאן , או לראות רשימת תכונות מלאה כאן.

 

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

המאמר יחולק ל- 2 חלקים:

חלק א' (להלן): קונספט – בעיות נפוצות ופתרונן

חלק ב' (בעוד שלושה שבועות): פרקטיקה, כלים וטיפים

חלק א'

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

במה בכל זאת השוני הבולט?

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

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

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

הקמת סביבות פיתוח למפתחים

זוהי סביבה המדמה את השרת האמיתי, ומכילה כלים נוחים למפתחים.

בדומה לפיתוח "רגיל", מומלץ שימוש במערכת בקרת תצורה כלשהי. אפשר להסתפק גם בכלים חינמים ופשוטים (פירוט טכני על כלים – בחלק ב'). מערכת כזו צריכה לספק את המינימום ההכרחי: אפשרות ליצור גירסאות עבור כל קובץ (check-in check-out) , אפשרות להשוות בין גירסאות הקבצים, אפשרות לעטוף ולסמן גירסת שחרור (label) ואפשרות לחזור לגירסאות ישנות (לכל הפחות ברמת קובץ בודד, אך רצוי גם ברמת label ).

הקמת סביבת בדיקות

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

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

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

פירוט טכני – בחלק ב'.

סנכרון בין סביבת הפיתוח לבין סביבת הבדיקות, ובין סביבת הבדיקות לבין הסביבה האמיתית (האתר עצמו)

אמר מי שאמר שתמונה שווה אלף מלים. אכן כן.

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

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

בפרק הבא – פרקטיקה, כלים וטיפים.

רשומות ישנות יותר »

Follow

Get every new post delivered to your Inbox.