الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

فلسفة Python

بدأه ♥ حُوريّة ♥ في 14 أبريل 2011 · 9 رد · 1,443 مشاهدة · في لغة Python
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

السلام عليكم ورحمة الله

فلسفة Python بتعتمد علىThe Zen of Python, by TimPeters

من الـ PEP رقم 20

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!

متوقعة الإلمام بالإنجليزية طبعاً للمشاركين كما انها لغة التكنلوجيا الأولى ع الأقل

حسناً أثناء البحث والتخطيط للموضوع وجدت أن هناك مصادر اخرى سبقتنا لهذا الموضوع وهو تفسير تلك النقاط بالأعلى مع الأمثلة بالرابط التالي

هنا

ولكن لماذا لا ننقل النقاش هنا + أمثلة اخرى(جديدة) أو بتكون اكتر دقة للإستفادة! ولإنعاش القسم؟

الموضوع كان على شكل نقاش ولكن بشكل سؤال (40 نقطة) تُقسم على المشاركين (الفاعلين) بالموضوع افضل وحماسي ايضاً

أضفت صفر هيك بسرعة ع القيمة الإفتراضية 4

الفاعلين هنا اصحاب الأمثلة الجديدة والنقاشات الجادة والتفسيرات

وكما ارجو الإهتمام من الإشراف والإدارة بتوزيع النقاط لاحقاً

سأكون متابعة اكتر من مشاركة

أطيب المُنى

2

[وسط]

♥ Countess ♥

57899411.gif

♥

[/وسط]

#2

لماذا لا نبقي الفريق العربي للبرمجه "عربيا" كإسمه

فبالنسبه لي لا يمكنني المشاركه لأنني لا أتقن الأنجليزيه

يعني لو أمكن الترجمه حتى يتسنى لي وللعديد من الأعضاء المشاركه

وشكرا

#3

فكرة مميزة كماهو معتاد منك حورية.

أخي صدى روح .. أنظر للآتي على أنه نوع من الشعر

اقتباس

جميل هو أفضل من القبيح.

صريح أفضل من ضمني.

بسيط هو أفضل من مجمع.

مجمع هو أفضل من معقد.

مسطح أفضل من المتداخل.

متفرق أفضل من كثيف.

قابلية القراءة لها أهميتها.

الحالات الخاصة ليست خاصة بما يكفي لكسر القواعد.

على الرغم من أن التطبيق العملي يتفوق على النقاء.

الأخطاء ينبغي ألا تمر في صمت أبدا.

ما لم تصمت صراحة.

في مواجهة الغموض، نرفض إغراء لتخمين.

يجب أن يكون هناك طريقة واحدة -- ويفضل أن تكون طريقة واحدة فقط -- طريقة واضحة للقيام بالأمر.

على الرغم من أن هذا الطريق لا يكون واضحا في البداية إلا إذا كنت هولندي (في إشارة إلى Guido van Rossum)

الآن أفضل من عدمه.

على الرغم من أن أبدا أفضل في كثير من الأحيان من الآن حالاً.

إذا كان التنفيذ من الصعب شرحه، إذن هي فكرة سيئة.

إذا كان التنفيذ من السهل ان يفسر، قد يكون فكرة جيدة.

ال namespaces فكرة عظيمة , لنكثر من عملها.

إستخدم google translate .. للأسف علوم الحاسوب لن يكفيها ما كتب فيها بالعربية , يجب عليك تعلم الإنجليزية و لتكن أنت من ينقلون هذه العلوم إلى العربية إن شاء الله.

1

سبحانك اللهم و بحمدك ، أشهد أن لا إله إلا أنت ، أستغفرك ربي و أتوب إليك

مدونتي

http://www.facebook.com/brmjt

#4

الشعر بشكل عام من الصعب ترجمته. وعندما يكون مكوناً من مجموعة من المصطلحات البرمجية يمسي الموضوع شبه مستحيل! :lol:

لذا قد يكون من الأفضل شرحه بدلاً من ترجمته.

اقتباس

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.

رغم أن هذه الطريقة قد لا تبدو واضحة في البداية إلا إذا كنت هولندياً! :lol: غويدو فان روسوم (مبتكر بايثون) هولندي الجنسية ومشهور بحس الفكاهة.

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!

الـnamespaces (فضاءات الأسماء) هي فكرة رائعة لذا استخدمها قدر الإمكان

هنا مقالة ممتازة تشرح فيها كل "بيت" بأمثلة كودية:

http://artifex.org/~hblanks/talks/2011/pep20_by_example.html

تم تعديل هذه المشاركة بواسطة System Down في 15 أبريل 2011 في 19:35

3
#5

محمد سمير

للأسف صحيت من سباتي متأخرا

عموما أنا الآن أتدارك الخطأ وقد قمت بتخصص جزء من وقتي لتعلم الانجليزيه

طبعا الأمر سيأخذ وقت ليس بالقصير

وبالنسبه لترجمة قوقل فلن تكون دقيقه خصوصا لو كانت الترجمه تخص البرمجه

أشكرك على نصيحك + الترجمه

----------------

System Down

أشكرك أخي الكريم

فالان قد أتضحت الصوره

الحين نقدر نشارك

لكن أتمنى تكون الأمثله عربيه على شان نترك طابع خاص فينا يالعرب :wink:

هل سيكون الموضوع بيت شعري أو مقولة للغة

ثم يفسر العضو التالي هذه المقوله بكود؟

#6
اقتباس
Explicit is better than implicit.

(الكود) ذو التعريف الصريح أفضل من ذلك ذي التعريف الضمني.

لنبدأها :wink:

#!/usr/bin/perl
$text = "Hi World";
print "$text\n";
$text =~ s/Hi/Hello/;
print "$text\n";

$ perl perl.pl Hi World
Hello World

#!/usr/bin/python
text = "Hi world"
print(text)
text = text.replace("Hi","Hello")
print(text)

$ python python.py Hi world
Hello world
1
#7

السلام عليكم

بالمقارنة مع الكود تبع perl ايضاً مناسبة للفقرة التالية

"Beautiful is better than ugly.

(الكود) الجميل أفضل من القبيح

"

بخصوص الفقرة التالية

"Explicit is better than implicit.

(الكود) ذو التعريف الصريح أفضل من ذلك ذي التعريف الضمني.

"

class Point:

	def __init__(self):
		self.x = 0
		self.y = 0

	def setX(self, newX):
		self.x = newX

	def setY(self,newY):
		self.y = newY

	def getX(self):
		print(self.x)

	def getY(self):
		print(self.y)

مناسبة أيضاً يعني

صحيح ببعض اللغات هناك فكرة مشابهة متل this ولكن بلغة python إجبارية في هذه الحالة

والله أعلم محاولة اجتهادية بس

اطيب المُنى

[وسط]

♥ Countess ♥

57899411.gif

♥

[/وسط]

#8
اقتباس
There should be one-- and preferably only one --obvious way to do it.

لذلك لا توجد جملة switch-case في بايثون و يستعاض عنها ب if-elif-else.

1

سبحانك اللهم و بحمدك ، أشهد أن لا إله إلا أنت ، أستغفرك ربي و أتوب إليك

مدونتي

http://www.facebook.com/brmjt

#9
محمد سمير كتب:

لذلك لا توجد جملة switch-case في بايثون و يستعاض عنها ب .

السلام عليكم

switch-case في استعمالاتها المخصصة لها كجملة انتقاء يعني, مقروءة ومفهومة اكتر من if-elif-else

ربما بالنسبة للغات تانية اللي بيدعموها والله أعلم :happy:

أخي محمد

شكراً على إضافتك

[وسط]

♥ Countess ♥

57899411.gif

♥

[/وسط]

مواضيع مشابهة