התגובות שלי בפורום
-
תגובות
-
כותרת: גירסה "ידידותית" יותר לבדיקות
בשלב זה לא מתוכננת גירסה "ידידותית" יותר של המנוע לשימוש מפתחי השורדים.פתרון פופולרי לבעיה שהצגת הוא להשתמש ב-debugger חיצוני (אפילו ב-"debug" שבא עם DOS ו-windows) כדי לדבג את השורד שלך.
אם העבודה עם debugger חיצוני לא נוחה לך, תאלץ למצוא את הבאגים שלך במעבר "בעין" על הקוד שכתבת או להעזר בחבר צוות נוסף לשם כך.בנוסף, אתה מוזמן לשלוח את הקוד שלך לפורום הזה, ואנשים נחמדים יעזרו לך למצוא את הבאג. מצד שני, הם עלולים גם לגנוב את הרעיון …
כותרת: זה בדיוק מה שאנחנו רוצים לבדוק
שים לב שכיוון שנריץ את המשחק מספר פעמים, אלמנט ה"מזל" יצטמצם למינימום.
במילים אחרות, אפילו אם כל השורדים יממשו את אותו רעיון כללי (מה שלא מובן מאליו בכלל!), אם לשורד מסויים יהיה יתרון זעיר על שאר המתחרים, סביר שהוא יבוא לידי ביטוי לאורך זמן.כותרת: הרעיון הכללי
המטרה בהגבלת השינויים ביום התחרות היא למנוע ממך להגיש תוכנית "סרק" בסיבוב הראשון, רק כדי לראות מה הצוותים האחרים עושים (ומבלי לחשוף כלום לגבי האסטרטגיה שלך).איך בדיוק זה ימומש, עדיין לא נקבע:
אפשרות אחת היא להגביל את מספר הבתים שמותר לשנות בתוכנית ה"מקומפלת", ובכך בעצם להגביל את השינוי לפרמטרים מספריים בלבד.אפשרות אחרת היא ששופט אנושי יסתכל על התוכנית המקורית והחדשה, ויוודא שלא מדובר ב"רמאות" מהסוג שתואר למעלה.
כותרת: לא נשמע סביר, אבל
אם יש לך דוגמא שניתנת לשחזור, אתה מוזמן לשלוח אותה לכתובת הדוא"ל של התחרות (support@codeguru.co.il).כותרת: גילאים
כפי שכתוב באתר, התחרות פתוחה לקהל הרחב ללא מגבלת גיל.
יחד עם זאת, השאיפה היא לראות כמה שיותר בני נוער מתחרים
כותרת: "קוד" של הלוחמים
ה"קוד" של הלוחמים? הרי הלוחמים בכל מקרה כתובים באסמבלי!
הדרך הכי פשוטה היא לפתוח את קובץ הלוחם ב-disassembler.
למשל: debug bimp.cgx, ואז לכתוב ´U´ כדי להציג את הקוד.כותרת: הרשמה
ההרשמה לתחרות תתבצע דרך האתר, במועד קרוב יותר לתחרות עצמה.כפי שכבר נכתב בפורום, ניתן להרשם גם כמתחרה בודד – אך לצוותים יהיה יתרון בתחרות עצמה (פרטים באתר ובפורום).
כותרת: תשובות
1. או שהרצת מעט מדי סיבובים בשביל סטטיסטיקה אמיתית, או שהשיפור לא מוצלח מספיק2. הפורמט המדוייק של התחרות הסופית עדיין לא נקבע.
מצד אחד, אם מריצים מעט סיבובים – המזל משחק תפקיד משמעותי יותר. מצד שני, השאיפה היא לסיים את התחרות בזמן סביר3. כפי שנכתב באתר, לא חובה להיות גורו-אסמבלי כדי להצליח (אם כי אין ספק שזה עוזר). למעשה, התחרות יכולה להיות אמצעי טוב ללמוד אסמבלי בצורה הדרגתית – להסתכל על הקוד של שורדי הדוגמה שיש באתר, לשנות אותם קצת, לכתוב שורדים פשוטים משלך, ולבסוף להמציא שורדים מתוחכמים יותר. שים לב שבעזרת מספר קטן של פקודות אסמבלי בסיסיות ניתן לכתוב שורדים מאוד מתוחכמים!
כותרת: REP
REP לוקח מספר תורות, כמספר האיטרציות (סיבובים) של הלולאה – בדיוק כמו כשעושים single-step במעבד אמיתי.כמובן, האופקוד חייב להשאר שמיש לאחר כל סיבוב.
כותרת: ובמישור הפרקטי יותר –
ביום התחרות עצמו יהיה יתרון לצוותים על בודדים.למשל, בשלב ה"מקדים" המתחרים יתחרו מול תוכניות יריבות ויקבלו זמן מוגבל לשפר את התוכנית שלהם. לצוות שיכלול מספר מתחרים, תהיה הזדמנות להריץ את התוכנית שלו מול מספר מתחרים רב יותר.
כאמור- זה לא חובה, וניתן גם להרשם כמתחרה בודד.
אבל כמאמר השיר – "two sounds are better than one" !כותרת: רעיונות נחמדים, אבל …
האופקוד CLI הוא אופקוד "לא נתמך", בדיוק מהסיבה שתיארת.
כיוון שהמשחק רץ על אמולציה, ולא על המעבד עצמו – אין למתחרה שום אפשרות "למנוע" זמן ריצה מהמתחרים האחרים. נסה ותווכח.לגבי הרעיון השני – במקרה הזה מדובר על "נקודה חלשה" ידועה במימוש הנוכחי. בגירסה הבאה של המנוע, איזור המחסנית האישי של כל מתחרה יוגדר כמותר ל-קריאה/כתיבה בלבד, ולא להרצה. או כמאמר הפתגם המפורסם: you can run, but you can´t hide.
