ווטסאפ - לינוקס, BSD, קוד פתוח ותוכנה חופשית בעברית. Whatsup - Linux, BSD, open source and free software in Hebrew

 
 
  כניסת חברים · רישום · שכחתי סיסמה  
tux the penguin

quick_linkשוחררה פייתון 3.0

published at 05/12/2008 - 02:05 · ‏פורסם mksoft · ‏tags פיתוח · שלח לחברידידותי למדפסת
פיתוח בשעה טובה שוחררה גרסה 3.0 של פייתון. גרסה זו כוללת שינויים בשפה כמו טיפול במילונים ומחרוזות והסרת תכונות (deprecated) אשר אינם תואמים אחורה לענף 2.

אז מה חדש בגרסה 3.0 ? בין היתר:

  • print הופך ממילה שמורה לפונקציה עם כל המשתמע מכך (כולל האפשרות להחליפה במודול מקומי)
  • חלק מפונקציות אשר החזירו בעבר רשימות מחזירות כיום iterataors ו-views (דוגמא: map, filter ו-zip‏)
  • range מתנהג כעת כמו xrange (אשר בוטל)
  • השוואה בין ערכים אשר לא ניתן לסדר אותם בסדר טבעי (כמו מספר למחרוזת) זורקים TypeError, בעוד בגרסאות קודמות פשוט התעלמו מכך
  • שינויים באופן הטיפול במיונים (הפונקציה cmp וה-method‏ __cmp__ בוטלו)
  • int כעת מתנהג כמו long בעבר
  • חילוק בין שני שלמים מחזיר כעת float
  • שינויים בטיפול בטקסט. כעת כל מחרוזת היא מסוג יוניקוד, ומידע בקידודים שונים אמור להיות שמור ב-bytes. ניסיון לערבב ביניהם יגרום ל-TypeError, מה שאומר שיש לציין בפירוש את ההמרה של הקידוד בעת הצורך לעשות זאת
  • כתוצאה מכך גם basestring הוסר, str הוא הטיפוס הבסיסי כעת
  • קידוד ברירת המחדל של קוד המקור הוא utf-8
  • שינויים רבים בתחביר (מומלץ מאוד לקרוא את רשימת החידושים המקושרת לעיל)
  • ארגון מחדש של הספריות הסטנדרטיות כולל ניקוי של ה-namespace
  • שינויים בטיפול ב-Exceptions
  • כעת אפשר להשתמש ב-super ללא צורך בפרמטרים נוספים (הדרך הקודמת עדיין נתמכת)
  • raw_input הוחלף ב-input כאשר ההתנהגות הקודמת של input בוטלה (אם מתעקשים אפשר להשתמש ב-eval על input‏)
  • שינויים ב-C API

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

יש גם את הכלי 2to3 אשר עוזר בהסבת קוד לענף החדש.

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

 

קישורים רלוונטיים

· עוד על פיתוח
· חדשות מאת mksoft


הסיפור הנקרא ביותר בנושא פיתוח:
הטבלה המחזורית של האופרטורים

שוחררה פייתון 3.0 | כניסה / יצירת מנוי חדש | 37 תגובות
סף חסימה
  
ההערות הינן מטעם כותביהן. אין צוות האתר לוקח אחריות על תוכנן
Re: שוחררה פייתון 3.0 (ניקוד: 0)
ע"י פינגווין אנונימי ב 05/12/2008 - 06:33
מה לגבי תיחום בלוק (לא ע"י אינדנטציה)?

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 05/12/2008 - 10:39
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
למה ? לא רוצים (אני משתמש גם בשפות שעושות זאת וזה מיותר לדעתי). שמור על האינדטנציה שאתה לבצע נכונה ללא קשר, והסימנים האלה מיותרים. לא יקרה, הנה בשביל הכיף:
>>> from __future__ import braces
  File "<stdin>", line 1
SyntaxError: not a chance

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 07/12/2008 - 09:37
כי זה סגנון כתיבה מובן יותר.
זה מקטין את הסיכוי להכניס באגים.
חוץ מזה, אף אחד עוד לא הרים את הכפפה לכתוב utility שממיר קובץ עם בלוקים לקובץ פייתון חוקי?

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 07/12/2008 - 11:04
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
אני לא מוצא זאת בתור מובן, אלא מסורבל יותר.

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

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

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 07/12/2008 - 13:09
איך אתה מוצא את תחילת הבלוק?
הבאג הוא שמערבבים בין האסכולות, לא צריך לאפשר בלוק בלי סוגריים מסולסלות בשפות הללו.
בכל אופן זה נראה לי עניין של טעם וריח.
אין איזה פייתון++ כזה שכן תומך בקוד עם תיחום הצהרתי של בלוקים?


[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 07/12/2008 - 13:26
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
אתה מבלבל. זה לא ש"לא צריך לאפשר בלוק בלי סוגריים מסולסלות בשפות הללו", זה שלא שמים אותם, וזה בכל השפות שמתמשות בכך (גם C, C++, php, ג'אווה ועוד), אלא ששוכחים לשים אותם ואז נוצר הבאג. כל מי שעובד בשפות האלה יותר משבוע מכיר זאת.

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

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

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

אם אתה לא גמיש ולא אוהב את זה, בסדר, אבל מכאן "לעקם" שפה ? לא שווה. קריאה נוספת:
http://www.secnetix.de/~olli/Python/block_indentation.hawk

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 07/12/2008 - 14:49
אני אוהב שהקומפיילר יתפוס את מרבית הבאגים.
אצלי למשל יש הגדרה (C++) של ELSE ל-ELSE עם סוגריים מסולסלים.
דווקא הדוגמא שנתת מחזקת את הטענה שלי שאסור לערבב בין האסכולות.

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

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

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

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 07/12/2008 - 15:23
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
אל תשים מילים בפי, לא אמרתי שאין באגים, אבל אמרתי שלטעון ששיטה אחת מובילה לבאגים בעוד האחרת לא זה להציג מצג שווא.

בנוסף נראה שלא קראת את הקישור שנתתי לך.

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

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

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 09/12/2008 - 10:50

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

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


[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 09/12/2008 - 11:38
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
אם אתה כותב זאת, אז אתה לא מבין את הרוח של השפה, אחד מהיסודות של התכנון שלה (מה שאתה מכנה בלעג "מעטה של אידאולוגיה". תקרא את ה-zen של פייתון (PEP 20) ואז אולי זה לך ברור יותר.

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 09/12/2008 - 12:19
הזן של פייתון:
Beautiful is better than ugly. מזכיר לי את הגישה הנאצית
Explicit is better than implicit. מסכים (אם כך למה יש ירושה בשפה?)
Simple is better than complex. מסכים
Complex is better than complicated. פלצני
Flat is better than nested. במה זה מתבטא בדיוק בשפה?
Sparse is better than dense. במה זה מתבטא בדיוק בשפה?
Readability counts. זה נכון אבל רק בפייתון.
Special cases aren't special enough to break the rules.
Although practicality beats purity. במה זה מתבטא בדיוק בשפה? (סתם כי זה מעניין :) )
Errors should never pass silently. זה נכון אבל רק בפייתון.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

נשברתי, מה במה שכתבתי שובר את הZEN של פייתון?

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 09/12/2008 - 12:23
נראה לי שהבנתי.
הוספת בלוקים לפייתון "מכער" את השפה ולכן לא עולה בקנה אחד עם הזן של פייתון, לזה התכוונת?

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 10/12/2008 - 10:34
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
יש סיבה לכך שקוד של פייתון (גם כזה שנכתב על ידי, וגם כזה שנכתב ע"י אחרים) קריא ביותר וקל לי לתחזוקה, במיוחד בהשוואה לשפות אחרות. במקרה הזה:
There should be one-- and preferably only one --obvious way to do it.

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 10/12/2008 - 12:40
תחזוקה ופיתוח זה שני דברים שונים.
איך זה קשור לתיחום הצהרתי של בלוקים?

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 10/12/2008 - 13:19
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
אני לא מצפה ממפתח תוכנה מנוסה לאמר משהו כזה. חלק לא מבוטל ממחזור חיים של קוד הוא תחזוקה ושידרוגה - ממש לא שני דברים שונים.

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

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

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 10/12/2008 - 14:12
התייחסתי לפיתוח של קוד חדש מול תחזוקה של קוד ישן.

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

עורכי טקסט גם ככה עוזרים לך עם ההזחה בC++ למה שהם לא יעזרו בתיחום בפייתון.

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 10/12/2008 - 14:25
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
שזה זהה ל:"עורכי טקסט כבר עוזרים בהזחה של C++, מדוע הם צריכים גם סוגריים ?"

vim כבר עושה לי אוטומטית את ההזחות, פנימה והחוצה, מדוע צריך לבזבז תווים מיותרים שלא מוסיפים כלום ורק מקשים על ה-parsing (במוח) ? רק עבור מי שתקוע לו בראש C++ ?

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

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 10/12/2008 - 14:36
שזה זהה ל:"עורכי טקסט כבר עוזרים בהזחה של C++, מדוע הם צריכים גם סוגריים ?"
> אני שמח שאנחנו מסכימים

vim כבר עושה לי אוטומטית את ההזחות, פנימה והחוצה, מדוע צריך לבזבז תווים מיותרים שלא מוסיפים כלום ורק מקשים על ה-parsing (במוח) ? רק עבור מי שתקוע לו בראש C++ ?
> אני בעד תוסף לVI שמוסיף סוגריים מסולסלות לפי הזחה בC++

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



[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 10/12/2008 - 14:55
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
איזה מסכימים ? "עורכי טקסט כבר עוזרים בהזחה של C++, מדוע הם צריכים גם סוגריים ?" התכוון לקוד שנכתב ב-C++, לא בפייתון. אני אומר על המשקל דבריך:

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

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 10/12/2008 - 15:14
אתה עקשן.
אם היה לך קוסם שמסתיר ממך את הצורך בסוגריים מסוסלים בC++ היית מרוצה?

אם לא, למה לא?
אם כן, למה לא לפתח קוסם כזה עבור C++?

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 10/12/2008 - 15:28
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
כמובן שלא מרוצה. לכל שפה יש את ה-DNA שלה, וצורת העבודה שלה. כאשר אני לומד שפה, אני לומד אותה כמו שצריך לא כמו שפות אחרות המוכרות לי, הנחות שיש לי מראש או צורך ב"קוסמים".

ד"א, זה חלק מה-zen של פייתון (explicit/implicit).

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 10/12/2008 - 15:43
אז כנראה שגם לא תסכים גם להשתמש בקוסם כדי לכתוב באסמבלי, נכון?

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 10/12/2008 - 15:59
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
נאחז בקש ? מה עניין שמיטה להר סיני (שפה עילית ביותר לשפה מכונה, ועוד כדי לנסות להוכיח נושא שולי וזניח ביותר של הזחות) ?

למה נראה לך שאכתוב בימינו אנו באסמבלי (וכתבתי אסמבלי, כולל בצורה של פעם, עם הזנה ידנית של הקוד וצריבתו ל-EEPROM ולא נעזרתי בשום "קוסם") ?


[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 10/12/2008 - 16:21
כל פעם כשאתה כותב בשפה עילית אתה בעצם משתמש בקוסם כדי לכתוב בשפת סף/קידוד בינרי.

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


[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 10/12/2008 - 16:41
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
טוב שאתה מתיימר לומר לי מה הייתי עושה, במיוחד שאני לא אגע יותר ב-C++ במקל כל עוד יש לי ברירה, ולהזחות ולסוגריים אין שום קשר לעניין (אני עובד עם שפות שדורשות סוגריים, ולא מנסה לדחוף אליהן שימוש בהזחות לבלוקים) .

ומדוע אתה סותר את דבריך כשאתה מדבר על "קוסם" לחילול קוד ?

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

אתה סותר את מה שאמרת במהלך הדיון ועוד מאשים אאחרים "התייפיפות", או חוסר הצלחה לפהריד בין "קומפיילר" לעורך טקטס

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 10/12/2008 - 17:19
לא מדוייק

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

מנקודת המבט של שאר העולם הקוד שהוא כתב זה קוד נורמלי לחלוטין.

עכשיו כשאני חושב על זה אני יכול בתור קונבנציה להוסיף ####BEGIN ו- ####END כדי לכתוב בשפה שלך.

נראה בסוף השבוע הקרוב...
תודה.


[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 10/12/2008 - 17:34
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
מה זה "שפה שלך" ? אני עובד עם המון שפות. בלי קשר בוודאי שאכפת, זה לא חלק מהשפה, ומקשה על הקריאה.

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

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 11/12/2008 - 01:38
זה נאמר בהומור :-)

מצד שני הערות זה חלק מהשפה.

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 11/12/2008 - 01:41
אם בC הסביבה עוזרת באינדנטציה בפייתון היא יכולה לעזור בתיחום, מכיוון שהערות הן חלק מהשפה אין סיבה לא להשתמש בהן.

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 11/12/2008 - 14:11
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
היא כבר עוזרת בהזחה, כמו ב-C, התיחום הוא מיותר לחלוטין.

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

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י nadavvin (nadavvin@gmail.com)
ב 07/12/2008 - 16:08
(מידע על משתמש | שלח הודעה) http://nadavvin.com
מה שמפריע לי יותר הוא החסר סטנדרט לאיידנטציה (רווחים או טאבים), וזה גם יוצר בעיות. לדעתי שימוש במרווחים הוא טפשי כי הוא מקבע את הרוחב ובטאבים כל מתכנת יכול להתאים לנוחות שלו.

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 07/12/2008 - 18:40
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
לדעתי הרוב (המוחלט ?) מאמצים את PEP 8‏:
http://www.python.org/dev/peps/pep-0008/

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י MBD ב 05/12/2008 - 09:39

(מידע על משתמש | שלח הודעה) http://
"print הופך ממילה שמורה לפונקציה עם כל המשתמש מכך ..."
על כל המשתמע מכך

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 05/12/2008 - 10:35
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
תודה

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 0)
ע"י פינגווין אנונימי ב 06/12/2008 - 17:22
מה זה views? גוגל לא מכיר...

[ השב לזאת ]

Re: שוחררה פייתון 3.0 (ניקוד: 1)
ע"י mksoft (meir@mksoft.co.il)
ב 06/12/2008 - 17:37
(מידע על משתמש | שלח הודעה) http://mksoft.co.il/
http://stackoverflow.com/questions/340850/python-30-dict-methods-return-views-why

גם עמוד ה"מה חדש" המקושר לעיל מכיל דוגמא.

[ השב לזאת ]

Re: שוחררה פייתון 3.0(ניקוד: 0)
ע"י פינגווין אנונימי ב 06/12/2008 - 18:50
cool thanks

[ השב לזאת ]