Browse by Tags
All Tags »
Development Methodology (
RSS)
לאחרונה הושק Visual Studio 2010 ואיתו כמובן גם TFS2010. בכדי לסייע לכם לקפוץ ישר למים, קבוצת ה- Visual Studio ALM Rangers פרסמה את ה- Visual Studio 2010 Quick Reference Guidance . שם ניתן למצוא הסברים פשוטים וממוקדים על היכולות החדשות של VS2010, קצת ALM ו- TFS Deployment. תהנו...
כיצד יכול יועץ ארכיטקטורה חיצוני, מוכשר ומנוסה ככל שיהיה, להיכנס לארגון לא מוכר, ולספק ערך מוסף ללקוח אשר הינו בעל ידע וניסיון רב הרבה יותר ממנו בתחומי הפעילות של הארגון? (וכל זאת בפרק זמן מזערי ככל האפשר, היות ואחרי הכל - time is money, ובעסקי הייעוץ מדובר באמירה מילולית...)...
למרות הפעילות הענפה בנושא עדיין השאלה הראשונה שנשאלת כאשר המילה "ביצועים" נזרקת לחלל האוויר, היא: "למה הכוונה במונח 'ביצועים' ?". ולעתים קרובות מדי, התגובות לשאלה מהווים ניסיון להגדיר במונחים מאולתרים (במידה זו או אחרת) את כוונת הדובר, ולהפוך את המונח "ביצועים" לדרישה מדידה, אך ללא היכרות עם מגוון ההגדרות והמונחים הקיימים והנפוצים שכלולים תחת הקטגוריה הכללית של "ביצועים". בפוסט הזה אני מתאר את מגוון האפשרויות והמונחים אליהם מתכוונים כאשר מדברים וחושבים על ביצועים (Performance). כמובן שאיני מתכוון להמציא את הגלגל מחדש, אלא להסתמך על הגדרות ותובנות מקובלות ונפוצות. ...
לפני כשבוע נערך כנס P&P Summit , שבמהלכו הרצה יוחניו פצ'ה ( Eugenio Pace ), אחד מהמובילים בנושא מחשוב ענן ו - S+S, מספר הרצאות בנושא Azure בפרט, ומחשוב בענן בכלל. במהלך הכנס הבחנתי בחוסר הנוחות (או הסבלנות) שבו מגיבים אנשי פיתוח רבים לשיקולי עלות ותמחור. ספציפית, חוסר עניין בולט בהיבטים הכספיים של פיתוח אפליקציות בענן אשר נתפסים ע"י רבים כנושא לא מעניין, שיווקי, שמקומו אינו בהרצאה שנושאה ארכיטקטורת אפליקציות בענן, לא כל שכן כאשר ההרצאה עוסקת בהיבטים הטכנולוגיים של פיתוח אפליקציות בענן...
במסגרת תהליך ניתוח ואפיון ארכיטקטורת מערכת ללקוח בעל דרישות מורכבות במיוחד, התבקשתי לענות על השאלה הבאה:
"כיצד (או האם) ניתן לחזות מראש את המידה שבה הפתרון נותן מענה לדרישות, ולעשות זאת בשלב מוקדם ככל האפשר ?"
...
לאחרונה היה לי העונג להעביר סדנת ארכיטקטורת תוכנה בת 4 ימים לקבוצה של כ- 10 מנהלים, ארכיטקטים, ראשי צוותים ומפתחים מובילים של גוף פיתוח תוכנה של ארגון מוביל בארץ. תכולת הסדנא הותאמה במיוחד לצרכי הלקוח, על מנת לספק מענה למאפיינים הספציפיים ול – roadmap העסקי והטכנולוגי שלו, אך בבסיסה היא נותרה נאמנה למוטיב המרכזי שהגדרנו בעת הפקתה והכנתה: הקניית ידע ומיומנות בעיצוב ובניתוח ארכיטקטורת תוכנה התחלתי בכך שאמרתי ש"היה לי העונג" להעביר את הסדנא. ואני מעוניין להבהיר שאני אומר זאת בעיקר בזכות המשתתפים...
We've made considerable progress with this event in the past few weeks and now, we're proud to present to you the almost-almost-final agenda and speakers for the first ever patterns & practices summit in Israel! The summit will take place on Feb. 10-11, 2010. The change that might occur later on is the arrival of 1 additional p&p speaker from Redmond, WA. Due to some delays in the publishing of this agenda, we're hereby announcing the extension of the early bird special promotion...
יש אצלנו בחור נודניק (נאמר רק שראשי התיבות של שמו הנם א"ל) שכל פעם מתלהב כשאני מראה כמה קל לעשות ניטור בסיסי של ביצועי SQL. בלוג זה בא כמובן בהמשך לבלוג SQL Server - ביצועים שנתן את הבסיס. אז הנה הא"ב ל unit test של משפטי SQL או Stored Procedures. חובה לכל מפתח לפני שמספר למישהוא שהוא סיים פיתוח, ובוודאי לפני בדיקות. שלב ראשון : הפעילו profiler, אשרו את SQL:BatchCompleted, RPC:Completed , בטלו את שאר האפשרויות שלב שני : הקליטו את המערכת וזהו שאילתות הצורכות IO מסיבי (יחסית כמובן), נניח...
הערה :פוסט זה הוא של ארכיטקט אורח – יובל לשם. בפוסט יובל נותן סקירה קצרה של SCRUM , מי מרוויח ומי מפסיד מהשיטה וגם כמה טיפים מעשיים. תהנו! ככל מקצוע שמתפתח ומתעדכן, גם עולם התכנות וניהול הפיתוח אינו חף מטרנדים, חידושים והמצאות. בשנים האחרונות, כבשה מתודולוגיית הSCRUM את ליבם של מפתחים ומנהלים רבים בפיתוח. הSCRUM, בקצרה, הוא תהליך פיתוח השונה מהותית מקונספט ה"כתוב מסמך אפיון, מסמך תכנון, מסמך אינטגרציה ובצע אותם" המוכר לכולנו. בSCRUM מדובר בחלוקת המשימה לכמה "ספרינטים" מוגבלי זמן...
לפני מספר ימים נתקלתי ברשימה מעניינת המציינת 97 דברים שכל ארכיטקט צריך לדעת. למה דווקא 97? אין לי מושג... בכל מקרה, שווה להעיף מבט על הרשימה. חלק גדול מהדברים המוזכרים שם, כמו: Chances are your biggest problem isn't technical, There is no one-size-fits-all solution, It's never too early to think about performance ועוד שוים את משקלם בזהב. הרשימה נמצאת כאן .
לאחרונה חזרתי מכנס פנימי טכנולוגי של מיקרוסופט, והנושא המרכזי בכנס היה ללא ספק מחשוב ענן. בחפוש שערכתי בשני מנועי חיפוש שונים, לא מצאתי תוצאות למקצועות יועץ ענן או ארכיטקט ענן. בחיפוש באנגלית כבר יכולתי למצוא עבודה חדשה. אז הנה דוגמא לשינוי ארכיטקטורה מהכנס שהציג David Chappell, ארכיטקט עצמאי מדהים: אחד העובדים ב New York Times יזם פרוייקט של סריקת הארכיון ל PDF. הצעת המחיר שקיבל עמדה על קרוב למליון דולר שעיקרה חוות שרתים מכובדת. הבחור הלך לאמזון וביצע את זה בחמשה חודשים עבור 200$ לחודש. דרך אגב...
שוב שלום לכולם! בשבוע שעבר, באירוע DevAcademy 3 , העברתי עם מתן עצמון, ארכיטקט מצה"ל, הרצאה שעסקה בנושא: Architecting Real-World Enterprise Application: Considerations and Dilemmas מתן ואני עסקנו בשנה וחצי האחרונות בתכנון ארכיטקטורה למערכת מרתקת, עם התלבטויות ואילוצים מעניינים שדרשו מאיתנו לעתים פתרונות יצירתיים. בהרצאה הצגנו חלק מאותם התלבטויות ושמנו את הדגש על הצורך לחבר את הארכיטקטורה לאילוצים ולצרכים בשטח ולא ללכת אוטומטית לפתרונות הטבעיים וה"מגניבים" בכל תחום. ההרצאה כבר זמינה...
...היא התשובה לשאלה הבאה שנשאלתי השבוע: "מהי הדרך המומלצת ביותר לטפל ב- Exceptions ביישום שלי?" זה אולי נשמע לא אינטואיטיבי ולא נכון, אבל האמת שלטעמי זו דרך הפעולה המועדפת. אלא אם כן יש סיבה טובה מאוד לעשות את זה - אל תטפלו ב- Exceptions. אל תמלאו את הקוד שלכם ב- Try...Catch לא נחוצים אל תתפסו כל סוג שגיאה שאתם חושבים שעלול להתעורר ביישום. הסיבה לכך פשוטה מאוד - בהרבה מאוד מקרים, אין לנו מה לעשות עם ה- Exception חוץ מאשר לרשום אותו ללוג, ואת זה אפשר לעשות במקום מרכזי אחד. לא צריך לבצע את...
מהו מודל של ניהול תהליך הפיתוח הכי מתאים לך? למה צריך מתודולוגיה של ניהול הפיתוח בכלל? אתה צריך מתודולוגיה כדי שתוכל לספק תוצר סופי (תכנה או שירות) – לפי לו”ז, לפי דרישות, לפי תקציב ובאיכות סבירה. התפיסה שלי היא שלתהליך פיתוח – ללא קשר מה המודל – יש שלב של איסוף דרישות, תכנון מענה, בניית הפתרון, בדיקות, הטמעה ותחזוקה. הסייקלים (המחזורים) הם שונים. בכל מקרה קשה לי לדמיין איזה מתודולוגיה ללא אחד השלבים. אני לא מכחיש את המתודולוגיות - כלל לא. אני חסיד גדול של מתודולוגיות. ואני אומר, השם לא חשוב – חשוב...
בהמשך לפוסט הקודם שלי בנושא, להלן התשובה לשאלה, וכמה הבהרות. ראשית - שימו לב שהשאלה אינה "מה ההבדל בין Abstract Class ו- Interface". קיבלתי לא מעט תשובות (נכונות!) שענו על זה, אבל זה לא מה ששאלתי. השאלה היא: "מה ההבדל בין Abstract Class שמכיל רק פונקציות Abstract, ובין Interface". ברור שב- Abstract Class ניתן להוסיף פונקציונליות, אבל זה לא המקרה... בנוסף - חשוב לי להדגיש משהו עקרוני. אנחנו לעולם לא פוסלים (או מקבלים, לצורך העניין...) מועמד על סמך שאלה אחת, חשובה ככל שתהיה. יש...
More Posts
Next page »