שאלה | מה רע בפייתון

לא-מתייאש

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

, אבל פייתון ? אני לא מבין איזה חיסרון הוא בא למלא.

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

זה נכון, זה מה שמרגיז אותי, כשאני רואה תוכנה בפייתון, בפרט כשמגיעים לUI, אני שואל אבל למה ?? זה היה הרבה יותר פשוט עם פלאטר או קוטלין.
ואחת מהסיבות שאני אוהב את קוטלין זה שאני יכול להשתמש בכל ספריית JS דרך קוטלין JS, למשל כאן אפשר לראות שאני מוריד מNPM ספריית TIMEZONE 2.3.0.
וחוץ מזה יש ספרייה מאוד פופולרית בקוטלין כדי להריץ JS בתוך JVM או נטיבי.
בוקלטין יש ההרגשה הזאת שניתן לעשות הכל (ברמה גבוהה) שאני עדיין לא הרגשתי בשפה אחרת.

באנדרואיד, אפשר ממש בקלי קלות להשתמש בספריית פייתון דרך CHAQUOPY , זה מה שעשו PCAPDROID והשתמשו בMITMPROXY, או SEAL והשתמשו בYTDLP, וזה מה שיעשה גם קיידרואיד בשביל סינון אתרים דרך MITMPROXY גם
אני חושב שזה עניין של זמן עד שמשהו כזה יגיע בשביל KMP

י. פל.

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

בפרט כשמגיעים לUI

הכר בבקשה את Flet!!!
ברוך הבא לעולם הUI בפייתון!!!

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

לא-מתייאש

@י-פל כתב בשאלה | מה רע בפייתון:

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

בפרט כשמגיעים לUI

הכר בבקשה את Flet!!!
ברוך הבא לעולם הUI בפייתון!!!

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

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

אין ווידג'טים – אבן היסוד של פלאטר (הגדרת ממשק משתמש בלתי משתנה). הקונספט הזה לא קיים.
יש לו ספריית control משלו, ולא ניתן להשתמש בספריית ממשק המשתמש הסטנדרטית של פלאטר.
זה גישה אימפרטיבית, כלומר אתה יוצר במפורש רכיבי ממשק משתמש (הנקראים בקרות) ומשנה את מצבם.
העדכונים של ממשק המשתמש הם מפורשים ודורשים קריאה ל- page.update(). וזה לא דקלרטיבי.
תרגמתי דרך GPT מה שנאמר כאן https://dev.to/maximsaplin/flet-is-the-fastest-way-to-build-flutter-apps-in-python-its-not--3dkm?utm_source=chatgpt.com

בקיצור אני לא רואה כאן מהפכה

ENM

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

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

נכון לגמרי, אבל כל העניין של פיתוח אפליקציות הוא בעצמו יחסית נישה
אין כל כך הרבה מפתחי אפליקציות

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

אני לא הבנתי מה זה משנה עדיין מה קורא אחרי הקלעים, וגם כשאני כותב בקוטלין בשביל הJVM, אז זה מוציא לי קובץ JAR, בשביל זה אני אכתוב בJAVA??

ואחת מהסיבות שאני אוהב את קוטלין זה שאני יכול להשתמש בכל ספריית JS דרך קוטלין JS

kotlin נבנתה בשביל להחליף את java, לא את js
אם אני רוצה את היתרונות של js על פני קוטלין אז עדיף להשתמש ישר ב js
אם אני ארצה את היתרונות של java על פני קוטלין, אני אכתוב בjava
אבל ל java אין בכלל יתרונות על פני קוטלין , אז זה לא רלוונטי

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

אני חושב שאיך לנהל את הDEPENDENCIES בפייתון זה ממש לא נוח, צריך לייצר VIRTUAL ENV ולהוריד אותם עם PIP כלומר שאם תריץ את זה על מחשב אחר זה לא יעבוד, בסקריפט קוטלין אתה רק כותב את הDEPENDENCIES בראש הקובץ והוא מוריד אותם אוטומטי ומנהל לבד שזה רק בשביל הקובץ הזה

בפייתון יוצרים קובץ, requirements.txt של ה DEPENDENCIES
ואז פשוט
pip install -r requirements.txt
וכל ה DEPENDENCIES יורדות לבד
ברוב פרויקטי הפייתון בגיטהב עם הרבה DEPENDENCIES יש קובץ כזה

ובנוגע ליצירת venv
א. לא חובה, כמו שגריידל לא חובה
ב. ה ide יוצר לבד venv, כמו שבגריידל ה ide שם אותו לבד כשאתה יוצר פרויקט חדש

@י-פל כתב בשאלה | מה רע בפייתון:

הכר בבקשה את Flet!!!

הספרייה הזאת נראית כמו ספריית צעצוע, לאנשים שרק עכשיו מתחילים פייתון
אם כבר הייתי מזכיר בהקשר הזה את ספריית tkinter המובנית בפייתון, או את ספריית pyside
אבל בגדול, פייתון לא כל כך טובה ליצירת ui
וודאי ש compose יותר טוב

לא-מתייאש

@ENM כתב בשאלה | מה רע בפייתון:

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

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

נכון לגמרי, אבל כל העניין של פיתוח אפליקציות הוא בעצמו יחסית נישה
אין כל כך הרבה מפתחי אפליקציות

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

אני לא הבנתי מה זה משנה עדיין מה קורא אחרי הקלעים, וגם כשאני כותב בקוטלין בשביל הJVM, אז זה מוציא לי קובץ JAR, בשביל זה אני אכתוב בJAVA??

ואחת מהסיבות שאני אוהב את קוטלין זה שאני יכול להשתמש בכל ספריית JS דרך קוטלין JS

kotlin נבנתה בשביל להחליף את java, לא את js
אם אני רוצה את היתרונות של js על פני קוטלין אז עדיף להשתמש ישר ב js
אם אני ארצה את היתרונות של java על פני קוטלין, אני אכתוב בjava
אבל ל java אין בכלל יתרונות על פני קוטלין , אז זה לא רלוונטי

גם אם לא נכתב על דעת זה, אבל תדע שהוקשעו יותר כוחות בקוטלין JS מבKMP, אבל חוץ מזה אצל מפתחי JAVA וקוטלין, זה פשע להשתמש בJS
ולמה לא TS ? מאמר של אחד שאני מתייעץ איתו הרבה : https://ivan.canet.dev/blog/2024/09/05/ts-kjs-types.html

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

אני חושב שאיך לנהל את הDEPENDENCIES בפייתון זה ממש לא נוח, צריך לייצר VIRTUAL ENV ולהוריד אותם עם PIP כלומר שאם תריץ את זה על מחשב אחר זה לא יעבוד, בסקריפט קוטלין אתה רק כותב את הDEPENDENCIES בראש הקובץ והוא מוריד אותם אוטומטי ומנהל לבד שזה רק בשביל הקובץ הזה

בפייתון יוצרים קובץ, requirements.txt של ה DEPENDENCIES
ואז פשוט
pip install -r requirements.txt
וכל ה DEPENDENCIES יורדות לבד
ברוב פרויקטי הפייתון בגיטהב עם הרבה DEPENDENCIES יש קובץ כזה

ובנוגע ליצירת venv
א. לא חובה, כמו שגריידל לא חובה
ב. ה ide יוצר לבד venv, כמו שבגריידל ה ide שם אותו לבד כשאתה יוצר פרויקט חדש

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

ENM

@לא-מתייאש

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

ובפרט שאני צריך להשתמש בגרסאות ישנות של פייתון.

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

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

זה כמעט נהיה חובה בגרסאות האחרונות של אובנטו

אין לי מושג, אני בווינדוס
אבל לא באמת כזה נורא ליצור venv
זה רק פקודה אחת

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

רק תפתח את הפרוייקט עם INTELLIJ.

בפייתון זה הולך, רק תפתח את הפרויקט עם pycharm

לא-מתייאש

@ENM כתב בשאלה | מה רע בפייתון:

@לא-מתייאש

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

ובפרט שאני צריך להשתמש בגרסאות ישנות של פייתון.

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

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

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

זה כמעט נהיה חובה בגרסאות האחרונות של אובנטו

אין לי מושג, אני בווינדוס
אבל לא באמת כזה נורא ליצור venv
זה רק פקודה אחת

גם כן, אבל לא הכי נוח, אבל אל וואי שזה יהיה בעייה שלי

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

רק תפתח את הפרוייקט עם INTELLIJ.

בפייתון זה הולך, רק תפתח את הפרויקט עם pycharm

יש לי את כל המוצרי JETBRAINS בגרסה מקצועית שלהם, וזה לא פשוט כ"כ לצערי

י. פל.

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

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

אז למה אף אחד כמעט [לא פה, שאין פה הרבה מפתחים, וגם לא בתחומים/פרוג/ואפילו בקדם!] לא יודע פלאטר?

י. פל.

@ENM כתב בשאלה | מה רע בפייתון:

tkinter

מכוערת מאוד, מחילתך...

לא-מתייאש

@י-פל כתב בשאלה | מה רע בפייתון:

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

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

אז למה אף אחד כמעט [לא פה, שאין פה הרבה מפתחים, וגם לא בתחומים/פרוג/ואפילו בקדם!] לא יודע פלאטר?

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

לא-מתייאש

@י-פל כתב בשאלה | מה רע בפייתון:

@ENM כתב בשאלה | מה רע בפייתון:

tkinter

מכוערת מאוד, מחילתך...

אני רואה הרבה אפליקציות בפייתון, בדרך כלל רק gtk.

NH.LOCAL

@ENM כתב בשאלה | מה רע בפייתון:

הספרייה הזאת נראית כמו ספריית צעצוע, לאנשים שרק עכשיו מתחילים פייתון
אם כבר הייתי מזכיר בהקשר הזה את ספריית tkinter המובנית בפייתון, או את ספריית pyside
אבל בגדול, פייתון לא כל כך טובה ליצירת ui
וודאי ש compose יותר טוב

אי אפשר לעשות שום דבר עם tkinter.זו ספרייה מזעזעת, מיושנת מאוד ובסיסית להחריד.

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

בוודאי שאי אפשר להשוות אותה ל-tkinter, וגם לא ל-qtpython (עוד ספריית gui נחמדה)

ENM

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

אם אתה מתכוון שהפיתוח של אפליקציות בכללי היא נישה

זאת היתה כוונתי

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

בפייתון זה הולך, רק תפתח את הפרויקט עם pycharm

אולי יש לך פרויקטים מיוחדים
כי אצלי זה בדרך כלל עובד ככה

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

זינג. כל זה פלאטר.

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

לא-מתייאש

@ENM כתב בשאלה | מה רע בפייתון:

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

אם אתה מתכוון שהפיתוח של אפליקציות בכללי היא נישה

זאת היתה כוונתי

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

בפייתון זה הולך, רק תפתח את הפרויקט עם pycharm

אולי יש לך פרויקטים מיוחדים
כי אצלי זה בדרך כלל עובד ככה

אין לך מושג עד כמה חברות יכולות להשתמש בספריות מוזרות וחשוכות

@לא-מתייאש כתב בשאלה | מה רע בפייתון:

זינג. כל זה פלאטר.

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

אני מכיר את המפתח של https://github.com/florent37/Flutter-AssetsAudioPlayer שהוא הפסיק את התמיכה בספרייה כי זה יותר מידי קשה לתמוך בגלל ההתראות, הforeground service , אז יש דברים שכן פלאטר הוא בעייתי מאוד, שכל דבר הוא משתמש בbridge, ולכן בשביל דברים כאלו זה מלכתחילה לא מתאים.

sivan22

הדעה שלי לגבי Flet:

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

ולגבי פלאטר:

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

לא-מתייאש

@sivan22 כתב בשאלה | מה רע בפייתון:

הדעה שלי לגבי Flet:

ולגבי פלאטר:

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

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

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

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