agile podcasts

[orengolan]

agile podcasts

i found an interesting site with podcasts dedicated to Agile developmnt​

 

[עידו פ]

../images/Emo45.gif

התחלתי להוריד חלק, נקשיב להם בדרך למשרד (וואי איזה חנון אני !!)

 

[orengolan]

it's better then at the gym..

(like i plan to do)

speaking of mp3, i want your opinions about different players that offer convenient download of mp3, podcasts or audio of web-casts.​

 

[עידו פ]

אני הולך על השיטה הפשוטה

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

 

[עידו פ]

די משעמם, אני חייב להודות

הורדתי 4 קטעים, בנושאי agile db, bdd, lean soft. dev ו-User centered design והלן רשמי: 1. lean soft - אני כנראה צריך לקרוא קצת יותר מאמרים בנושא כי לא היה לי מושג על מה הם מדברים 2. dbb - כנ"ל 3. agile db - ממש לא הסכמתי עם מה שהעלו שם בנושא crafts ו-generalized specialist (מנסיוני האנשים האלה יודעים טוב מאוד את המקצוע עד שהם נתקלים בבעיה שהם לא מצליחים לפתור ואז מביאים את ה"מקצוען" האמיתי שמאפיל על ה"חאפר" שבמקרה יודע קצת DBA בנוסף לג'אווה שלו) 4. User centered - ראיון נחמד מאוד שקרוב לליבי. מזכיר לי עד כמה נושא ה-usability חלש מאוד במערכות ארגוניות (IT) ועד כמה התפקיד הזה לא מוכר בארץ.

 

[orengolan]

generalized specialist

My opinion about this topic is different, i think that it's better to have team of developers that know all the aspect of your product -technical and non-technical:master all logical layres;understand the future of the product and the company;know the ROI (return of investment) of each feature they are working on etc.. it's true that the downside of this is the lack of deep understanding of each aspect (like you mentioned, they might not be great DBA's) but it gives you, as manager, the flexibility to make changes in the structure of the team, to replace a developer or to deal with team member who left the company. and it's a good idea to hire a temporary expert (i like the example of 'the wolf' in Pulp Fiction) to help you solve a specific problem that is beyond the scope of your 'generalized' team.​

 

[עידו פ]

אני רגיל לעבוד בשיטת ה"מטריצה"

(מבחינת המבנה הארגוני של צוות הפיתוח). צוות הפיתוח מורכב מתוכניתנים שיש להם הכרות "מספקת" עם הנושאים שמעבר לשפת התכנות (היינו - DBA, טכנו' שרתים, תקשורת וכו'), כשהידע הזה משמש לפעולות בסיסיות שלא נדרש עבורן "מומחה" (בניית טבלה ב-DB, כתיבת שאילתא, בדיקות פשוטות למה IIS לא רץ וכדומה). כל מה שמעבר לסביבת הפיתוח וכל מה שדורש יותר מומחיות, בשביל זה יש "מומחים" (כהגדרתך) שנותנים לנו שירותים (כגון שירותי DBA לייעול שליפות ולתחזוקת ה-DB, אנשי סיסטם שמתקינים לנו את השרתים וכדומה). מה שדובר באותו podcast זה שלמעשה אותו בחור מעדיף רק אנשים מהסוג הראשון (כולבויניקים) - דבר שלדעתי בעייתי מאחר וקשה למצוא אנשים שכאלו (על כל 15 תוכניתנים תמצא אחד שטוב גם בהרבה דברים אחרים) וגם מהסיבה שציינתי מקודם ("מומחה" עד השלב שהוא נתקע בבעיה שקצת גדולה עליו)