דפדפן זה מנוע חיפוש!

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

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

הנה הסקר.

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

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

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

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

אם אתם רוצים להיות Certified Scrum Master …

והפעם נושא שמשיק לנושאים של ניהול תצורה ושינויים, 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.

 

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

סקר חדש בנוגע לתוסף ל- ClearCase המשווה baselines

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

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

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

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

תודה!

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

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

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

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

tamir.gefen (at) gmail.com

תוספים חדשים ל- IBM Rational ClearCase

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

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

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

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

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

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

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

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

DRP לסביבות הפיתוח – יש דבר כזה?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

גירסא חדשה (1.1.1) ל- CompBL מעל ClearCase UCM

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

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

 

ניהול ובקרת תצורה בפיתוח אתרי אינטרנט

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

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

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

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

חלק א'

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

פירוט טכני – נו, אתם כבר יודעים איפה יהיה.

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

חדש:הבלוג נכנס למסלול קבוע

החל מהשבוע, אפרסם פוסט חדש בימי חמישי אחת ל-3 שבועות (בלי נדר). כדאי להירשם במייל או ב- RSS לקבלת עדכונים.

איך בלוג נולד?

איך בלוג נולד?

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

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

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

בקיצר: הפוסטים המוזיקליים עברו לבלוג החדש.

סה”כ לתשלום: 3 בלוגים.

איך לשלב את Visual Studio 2008 עם IBM Rational ClearCase?

בעקבות פרוייקט אותו אני מתכנן ומבצע, ושחלק ממנו עוסק בשילוב בין IBM Rational ClearCase לבין Microsoft Visual Studio 2008 , ובעקבות כך שלא מצאתי מאמר העוסק בכל שלבי השילוב בין הכלים הנ"ל, כתבתי הסברים על סמך ההתנסות שלי. אתם מוזמנים לקרוא זאת כאן, בבלוג המקביל באנגלית.

גירסא חדשה ל- CompBL

CompBL היא תוכנה חינמית שכתבתי, המוסיפה פונקציונליות למשתמשי IBM Rational ClearCase .

התוכנה מאפשרת להשוות בין Baselines בצורה פשוטה וחכמה.

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

מהתגובות אגב, אני למד שעיקר המשתמשים בתוכנה הם ראשי צוותים ואנשי CM . כפי שתכננתי.

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

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

מעדיפים באנגלית? אז כאן.