http://art-blog.no-ip.info/newpress/blog בלוג על מוזיקה, סלסה, לינוקס, תוכנה חופשית ומה לא! http://art-blog.no-ip.info/newpress/blog/post/179#comment_1957 http://art-blog.no-ip.info/newpress/blog/post/179/1957 <div style="direction:rtl"> <p>אחד הדברים שלמדתי מהמסמך שיש בלינוקס אודות ה-coding style, הוא שאנשים מפגרים. הם יכולים להבין רק מה שהם רואים, ולכן כל פונקציה צריכה להיות בגודל שנכנסת בתוך מסך: ככה אתה יכול לראות את הסוף וההתחלה ואז להבין את זה בקלות.</p> <p>צריך לשרוף את כל השרתים ומחזיקים איזה שהוא קוד של אסטריסק, והגיבויים. ייתכן כי זה יתפשט, ובינתיים חלק גדול מהדברים שהיו ב־xkcd גוגל באמת מייצרים (למשל התוכנה שמקריאה בלוגים!)&hellip; אנחנו צריכים להגן על המחשבים שלנו מפני דינוזאורים בכל מחיר. גם אם באותו מאגר מוחזק קוד חשוב כמו לינוקס או gcc חייבים להשמיד את התועבה הזאת. ליתר ביטחון.</p> <p>המחשב שלי נקי מאסטריסק&hellip; לפחות הוא מוגן.</p> </div> http://art-blog.no-ip.info/newpress/blog/post/179#comment_1956 http://art-blog.no-ip.info/newpress/blog/post/179/1956 <div style="direction:rtl"> <blockquote><p>למעשה, גם switch הוא סוג של goto .</p> <p>תנסו להבין בדיוק למה השינוי הקטן הזה לא משנה בכלל פונקציונליות:</p></blockquote> <p>תשמע, זו מצווה שבקוד כמו שראית יהיו באגים כאלה&hellip; מי שכותב ככה, מגיע לו.</p> <p><strong>נ.ב.</strong> תיקנתי את הקישור, הבעיה הייתה ב־URL שמשום מה הכיל ; במקום &amp;.</p> </div> http://art-blog.no-ip.info/newpress/blog/post/179#comment_1955 http://art-blog.no-ip.info/newpress/blog/post/179/1955 <div style="direction:rtl"> <p>משהו שם לא הסתדר עם ה־markdown . אז לכו ל: http://repo.or.cz/w/asterisk-bristuff.git?a=commit;h=1b8a7f713e6eac7c66a8f66625d387ff67a29b8b ולחצו על diff</p> </div> http://art-blog.no-ip.info/newpress/blog/post/179#comment_1954 http://art-blog.no-ip.info/newpress/blog/post/179/1954 <div style="direction:rtl"> <p>למעשה, גם switch הוא סוג של goto .</p> <p>תנסו להבין בדיוק למה <a href="http://repo.or.cz/w/asterisk-bristuff.git?a=blobdiff&amp;f=channels/chan_dahdi.c&amp;fp=channels/chan_dahdi.c&amp;h=4e8c5dec80cd2acc05c83ea2d614332e95a96310&amp;hp=c12c112e22da4c9d4ac86fcbc22420b5c698d8d6&amp;hb=1b8a7f713e6eac7c66a8f66625d387ff67a29b8b&amp;hpb=022f2cb457469ac46dc69e525125bcd2dee686d3">השינוי הקטן הזה</a> לא משנה בכלל פונקציונליות:</p> <p>(וכן. מדובר על קוד C מחריד)</p> </div> http://art-blog.no-ip.info/newpress/blog/post/179#comment_1953 http://art-blog.no-ip.info/newpress/blog/post/179/1953 <div style="direction:rtl"> <p>האמת, הרבה יותר מפחיד אותי שפשוט דינוזאור יבוא ויטרוף אותי מאשר שהקוד שלי יהיה לא מסודר: http://xkcd.com/292</p> </div> http://art-blog.no-ip.info/newpress/blog/post/176#comment_1952 http://art-blog.no-ip.info/newpress/blog/post/176/1952 <div style="direction:rtl"> <blockquote><p>שאם אתר כמו youtube בנוי כמעט כולו בפייתון, סימן שאפשר להרים אפליקציות "רציניות" בפייתון.</p></blockquote> <p>עידו, שני דברים</p> <ol> <li>מעולם לא אמרתי ש־Python/Java אינן שפות רציניות. גם לא כתבתי את זה. פשוט זה ממש תלוי במשימה שלך.</li> <li>המקרה של YouTube זה בדיוק המקרה בו פיתוח מהיר הוא חשוב (במיוחד כשהפרויקט הוקם). בין כה, רוב העבודה נעשית ע"י lighttpd שמזרים וידאו.</li> </ol> <p>מה שבאתי להגיד זה שטכנולוגיות הפיתוח המהיר לא מתאימות ל<strong>כל</strong> משימה.</p> </div> http://art-blog.no-ip.info/newpress/blog/post/176#comment_1951 http://art-blog.no-ip.info/newpress/blog/post/176/1951 <div style="direction:rtl"> <p>צר לי, אבל אני לא מקבל את האמירה הנ"ל.</p> <p>כלומר, אני מקבל את זה שיש שצריך לבחור את גישת הפיתוח המתאימה לפרוייקט אבל אני לא מקבל את ההנחה שיוצאת מתוך הדוגמאות שהבאת, ששפות כמו פייתון או java לא מתאימות לתוכנות "רציניות" </p> <p>לפעמים ++C היא לא השפה המתאימה, ולפעמים הפרוייקט המדובר הוא כן אפליקציה "רצינית". וכמובן שלפעמים הדבר הנכון הוא לשלב מספר שפות - שפה כמו ++C לחלקים שדורשים שליטה עדינה במשאבי זיכרון ומהירות ביצוע ושפה כמו פייתון/Java/&lt;הכנס שפה אחרת> לחלקים אחרים - חלקים שדורשים מהירות פיתוח גבוהה יותר או חלקים שדורשים דרך פיתוח אחרת, כמו שפות שמאפשרות אבסטרקציה גבוהה יותר ממה ש ++C מאפשרת או בכלל שפות העובדות בגישה אחרת כמו תכנות פונקציונאלי.</p> <p>בוא נגיד ככה, שאם אתר כמו youtube בנוי כמעט כולו בפייתון, סימן שאפשר להרים אפליקציות "רציניות" בפייתון.</p> </div> http://art-blog.no-ip.info/newpress/blog/post/178#comment_1950 http://art-blog.no-ip.info/newpress/blog/post/178/1950 <div style="direction:rtl"> <blockquote><p>לא, התכוונתי למשהו כזה:</p> <p>http://www.hpl.hp.com/personal/Hans_Boehm/gc/gcinterface.html</p></blockquote> <p>לא מכיר את זה, בכל אופן, הטענה שלי, שלא ממש צריך GC. בעבודה חכמה ref-counting מספיק מעל ומעבר.</p> </div> http://art-blog.no-ip.info/newpress/blog/post/178#comment_1949 http://art-blog.no-ip.info/newpress/blog/post/178/1949 <div style="direction:rtl"> <p>לא, התכוונתי למשהו כזה:</p> <p> http://www.hpl.hp.com/personal/Hans_Boehm/gc/gcinterface.html</p> </div> http://art-blog.no-ip.info/newpress/blog/post/178#comment_1948 http://art-blog.no-ip.info/newpress/blog/post/178/1948 <div style="direction:rtl"> <blockquote><p>השורה התחתונה של כל מה שאני מנסה להגיד היא שהכותרת של הפוסט שלך שגויה: בהחלט אפשר לקבל גם זיכרון מנוהל (GC) וגם destructor-ים שנקראים מתי שאתה רוצה.</p></blockquote> <p>נכון, אבל הבעיה שזה קיים בשתיים וחצי שפות: CPython ו־Perl אבל הן נמצאות בליגה אחרת &ndash; dynamic/duck typed languages. יש ref-counting גם ב־vala אבל היא יחסית חדשה ועדיין עוף מוזר.</p> <p>אבל השפות ה־static typed הגדולות הפופולריות C#/Java, כל שפות ה־managed כולל IronPython ו־D שצוברת פופולריות לאחרונה, בחרו השיטת GC אחרת &mdash; שהיא הנפוצה והמקובלת שלא מאפשרת הפעלה של destructors מסודרים.</p> <blockquote><p>יש אפשרות כזו אפילו ב-++C (שם אתה צריך "לבקש" ניהול זכרון ע"י שימוש במצביעים חכמים, ואני לא חושב שזה בספרייה הסטנדרטית, אבל אולי אני טועה או לא מעודכן).</p></blockquote> <p>אכן, ראה את מה שכתבתי <a href="http://art-blog.no-ip.info/newpress/blog/post/164">כאן</a>.</p> <p>בגדול, זה כבר "כמעט סטנדרט". tr1/shared_ptr כבר קיים בגרסאות gcc 4.1 וגם ב־visual studio 2008 (עם service pack).</p> <p>בנוסף, boost נותן אותו כבר מזמן וגם את המימוש המוצלח ביותר. גם קיימים הרבה מימושים חילופיים אחרים כמעט בכל toolkit.</p> <p>כך שבפועל זו השיטה הסטנדרטית.</p> <p><strong>נ.ב.</strong> לגבי הכותרת&hellip; העניין הוא ש־ref-counting הוא בהחלט לא GC מלא, אם כי נותן פתרון ב־95% מהמקרים. לכן, ref-counting הוא לא בדיוק GC (בגלל נושא הלולאות).</p> </div>