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

[לא-מתייאש]

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

@לא-מתייאש

מקווה שעניתי אבל עוד פעם, זה דעה מאוד לא פופולרית אבל זה הדעה שלי

מותר לך לחשוב אחרת

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

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

את כל היתרונות של הJVM, של GRADLE,

אז נראה שאני לא כל כך יודע מה היתרונות של gradle ו jvm
כי הם כלים מאוד חזקים לפרויקטים גדולים ויציבות וכו
אבל לצרכים האלו (, וכו ai, data sciense) הם הרבה פעמים, כאב ראש, כי הרבה פעמים לא כותבים פרויקט, אלא פשוט שימוש חד פעמי
מה היתרונות שהכלים האלו נותנים לי בתחומים האלו?

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

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

אז זהו, אם היו משתמשים בפייתון רק לפרוייקטים קטנים, הייתי חושב אחרת, אבל לא, הספרייות העקיריות בAI זה פייתון, DATA SCIENCE גם, ואני לא מבין למה, זה לא פרוייקטים קטנים

אלו לא פרויקטים קטנים, אבל אלו פרויקטים של להתעסק עם נתונים (והרבה נתונים)
ולהתעסק עם נתונים בשפה סטטית זה כאב ראש, הרבה טייפים וקוד ארוך
בפייתון זה שורות בודדות
להתעסק עם json, csv sqlite אלו דוגמאות מאוד בסיסיות ומאוד שימושיות, פשוט הרבה יותר נוח

זה נראה ששאלת את gpt כי זה ממש לא נכון, לא חייבים בכלל להשתמש בטייפ סטטי שהעובדים עם json וכו', וזה נכון בכל סוגי הנתונים, קח למשל את atlas של mongodb שהוא רק טייפ דינמי.

פייתון פשוט הרבה יותר נוחה, והקושי של קוטלין לא שווה את זה, כי יש את פייתון
והקטע שזה אינטרייפר ולא קומפלייר זה מאוד משמעותי, כי הרבה פעמים כותבים בניסוי וטעיה, או בלהריץ שלב אחד, ואז לכתוב את הקטע השני, וכו וכו (במילים אחרות - jupyter notebook)

אתה חוזר על זה אבל קוטלין היא גם שפה של סקריפטים ללא קמפול (או של שנייה) ולכן אפשר להשתמש בקוטלין אפילו עם jupyter https://kotlinlang.org/docs/data-analysis-overview.html

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

הספרייות הענקות, למה כתבו אותן בפייתון ??

מקווה שעניתי אבל עוד פעם, זה דעה מאוד לא פופולרית אבל זה הדעה שלי

הספריות הענקיות נכתבות על פי הדעה הפופלארית

זה נכון אבל עדיין לא תפסתי למה היא פופולרית כי עד עכשיו אמרתי רק שבכל היתרונות שהבאת קוטלין או שווה או יותר טוב, אבל בפייתון אתה לא יכול להשתמש בgradle ולכן כשתריץ פרוייקט תצטרך גרסה כזה של פייתון, אין סוף הגדרות כמו שיש לספריא כדי להריץ את השרת שלהם בלוקלי, איפה שעם gradle הכל אוטומטי, תריץ את הפרוייקט ב10 שנים זה עדיין יעבוד, ואין סוף יתרונות לקוטלין ועדיין לא מצאתי יתרון אחד לפייתון חוץ מהספריות.
קוד קוטלין יכול להתקמפל לקובץ נטיבי שאפשר להריץ ישיר על המחשב, יכול להתקמפל לjar, לאנדרואיד, לjs, לwasm, לios.
כשאתה לומד את קוטלין אתה לומד את שפה של השרתים ההכי חזקים שיש היום, השפה של הפלטפורמה הגדולה בעולם שזה אנדרואיד, השפה של הפרוומורק שלדעתי ההכי מהפכני בui שזה קומפוז, זה היכול להיות לייצר אתרים עם קוטלין react, אפליקציות iOS עם kmp, אפליקציות web wasm, שיטוף של הקוד בין שרת ללקוח, או בין מה שאתה לא רוצה, לכן אני לא תופס מה יש לפייתון חוץ מזה שאני לא מבין איך אפשר לאהוב אינדנטצייה.

[ENM]

@לא-מתייאש

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

יש כאן אי הבנה, אתה בכלל לא חייב לא להשתמש בgradle או בjvm כדי להשתמש בקוטלין,

אני יודע, פשוט התייחסתי ל gradle ו jvm, כי אתה התייחסת ליתרונות שהם נותנים לך

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

זה נראה ששאלת את gpt

מה שנכון נכון

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

לא חייבים בכלל להשתמש בטייפ סטטי שהעובדים עם json וכו',

באמת לא שמעתי על טייפים דינמיים בקוטלין, אז תודה שחידשת לי
אז עשיתי גוגל והגעתי לדף הזה: https://kotlinlang.org/docs/dynamic-type.html
(בהנחה שהבנתי נכון את מה שכתוב שם)
זה נראה כאילו לכתוב משתנה בלי טייפ בכלל
זה דרך מאוד נחמדת לעקוף את ה"בעיה" (לניתוח נתונים ai וכו, סטטי זו בעיה) שקוטלין היא שפה סטטית, אבל אז אין לך בכלל טייפים
בפייתון יש טייפים, רק שהם דינמיים

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

אתה חוזר על זה אבל קוטלין היא גם שפה של סקריפטים ללא קמפול (או של שנייה) ולכן אפשר להשתמש בקוטלין אפילו עם jupyter

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

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

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

אתה לגמרי צודק!
gradle זה כלי ממש יעיל ונוח! (למתקדמים, אבל עדיין)
אבל אם אתה מגיע למצב שאתה צריך גריידל, באמת עדיף לכתוב בקוטלין!

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

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

אין סוף הגדרות כמו שיש לספריא כדי להריץ את השרת שלהם בלוקלי

לא מכיר את ספריא

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

איפה שעם gradle הכל אוטומטי, תריץ את הפרוייקט ב10 שנים זה עדיין יעבוד

אני לא רוצה לבנות משהו שירוץ עוד עשר שנים, אני רוצה לכתוב את המשהו בעצמו תוך פחות מעשר ימים

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

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

ניכר שלא ירדתי לסוף דעתך, כי לא הצלחתי להבין מדבריך יתרונות של קוטלין בהקשרים של סקריפטים, אוטמציות, ai, וניתוח נתונים
בהחלט הבנתי מדבריך יתרונות של קוטלין בתוכנות ופרויקטים מורכבים
@לא-מתייאש כתב בשאלה | מה רע בפייתון:

חוץ מזה שאני לא מבין איך אפשר לאהוב אינדנטצייה.

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

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

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

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

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

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

Spoiler

ובפוסט הזה לא נעזרתי ב gpt

[לא-מתייאש]

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

@לא-מתייאש

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

יש כאן אי הבנה, אתה בכלל לא חייב לא להשתמש בgradle או בjvm כדי להשתמש בקוטלין,

אני יודע, פשוט התייחסתי ל gradle ו jvm, כי אתה התייחסת ליתרונות שהם נותנים לך

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

זה נראה ששאלת את gpt

מה שנכון נכון

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

לא חייבים בכלל להשתמש בטייפ סטטי שהעובדים עם json וכו',

באמת לא שמעתי על טייפים דינמיים בקוטלין, אז תודה שחידשת לי
אז עשיתי גוגל והגעתי לדף הזה: https://kotlinlang.org/docs/dynamic-type.html
(בהנחה שהבנתי נכון את מה שכתוב שם)
זה נראה כאילו לכתוב משתנה בלי טייפ בכלל
זה דרך מאוד נחמדת לעקוף את ה"בעיה" (לניתוח נתונים ai וכו, סטטי זו בעיה) שקוטלין היא שפה סטטית, אבל אז אין לך בכלל טייפים
בפייתון יש טייפים, רק שהם דינמיים

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

var age = 15
var newAge = age + "5" 

זה לא יעבוד כי הוא זיהה שage זה INT

הדבר השני זה כשמעבדים נתונים, אפשר או להצהיר מראש איזה סוג של נתונים שאתה הולך לקבל או להשתמש באובייקטים דינמים, למשל אם יש לי JSON כזה (בשביל הדוגמא אני אשמתש בספרייה רשמית של קוטלין kotlinx serialization):

{
    "name": "David",
    "age": 35,
    "details": {
        "city": "Tel Aviv",
        "country": "Israel"
    }
}

אפשר בטייפ סטיטי בצורה הזאת :

@Serializable
data class Details(
    val city: String,
    val country: String
)

@Serializable
data class Person(
    val name: String,
    val age: Int,
    val details: Details
)

fun main() {
    val jsonString = """{"name": "David", "age": 35, "details": {"city": "Tel Aviv", "country": "Israel"}}"""

    val person = Json.decodeFromString<Person>(jsonString)

    println("Name: ${person.name}, Age: ${person.age}, City: ${person.details.city}, Country: ${person.details.country}")
}

או בטייפ דינמי :

fun main() {
    val jsonString = """{"name": "David", "age": 35, "details": {"city": "Tel Aviv", "country": "Israel"}}"""

    val jsonElement = Json.parseToJsonElement(jsonString)

    if (jsonElement is JsonObject) {
        val name = jsonElement["name"]?.jsonPrimitive?.contentOrNull
        val age = jsonElement["age"]?.jsonPrimitive?.intOrNull
        val city = jsonElement["details"]?.jsonObject?.get("city")?.jsonPrimitive?.contentOrNull
        val country = jsonElement["details"]?.jsonObject?.get("country")?.jsonPrimitive?.contentOrNull

        println("Name: $name, Age: $age, City: $city, Country: $country")
    }
}

אבל כדי לחזור לטעות שלך, המטרה של JETBRAINS היא לעשות שפה שהיא תעשה הכל בצורה מושלמת, כלומר שאף פעם קוטלין ישתמש בBRIDGE בין הפלטפורמה למה שהשפה עושה, אלא רק בBINDING, כלומר ששימוש של ספרייה נטיבית הוא לגמרי שונה בין קוטליו JVM לקוטלין נטיבי, וכנראה שזה מבלבל כי יש עולם בין קוטלין סקריפט, קוטלין JS, קוטלין JVM וקוטלין נטיבי ואף לדעתי סקריפט קוטלין לא פחות מפייתון, אנשים שירצו לכתוב סקריפט בקוטלין כנראה לא יבינו כלום מרוב הדברים שניתן לעשות עם קוטלין, ומרוב הידע שצריך לפני כדי להבין את הDOC ואלו שמשתמשים בפייתון לא מתכנתים אלא מדעים ורוצים משהו שלא מצריך שנתיים או יותר של לימוד של השפה עם הכלים שלה, ובפרט שמי שלא מבין בJS לא יבין את קוטלין JS, מי שלא מבין בC לא יבין כלום בקוטלין נטיבי.

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

[ENM]

@לא-מתייאש
אתה צודק, טעיתי בנוגע להבנה מה זה התיעוד שם
דיברת על טייפים דינמיים בקוטלין, אז עשיתי גוגל "kotlin dynamic types", אבל על פי הדוגמאות שנתת נראה שהעיקרון דומה

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

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

דוגמה מקבילה בפייתון:

import json

json_string = """{"name": "David", "age": 35, "details": {"city": "Tel Aviv", "country": "Israel"}}"""
json_data = json.loads(json_string)

print(f"Name: {json_data['name']}, Age: {json_data['age']}, City: {json_data['details']['city']}, Country: {json_data['details']['country']}")

4 שורות
אמנם לא כולל בדיקת תקינות ה json (את הקוד הזה כתבתי כמעט בעל פה ואני לא זוכר את כל הפונקציות שקימות, מה לעשות)
אז נניח כולל בדיקת תקינות 5 שורות
ובלי להתעסק עם טייפים
ובלי לקמפל

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

ולכן כנראה שמרוב החשק של JETBRAINS של להחליף את כל שפות של רמה גבוהה לשפה אחת מושלמת

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

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

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

[לא-מתייאש]

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

@לא-מתייאש
אתה צודק, טעיתי בנוגע להבנה מה זה התיעוד שם
דיברת על טייפים דינמיים בקוטלין, אז עשיתי גוגל "kotlin dynamic types", אבל על פי הדוגמאות שנתת נראה שהעיקרון דומה

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

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

דוגמה מקבילה בפייתון:

import json

json_string = """{"name": "David", "age": 35, "details": {"city": "Tel Aviv", "country": "Israel"}}"""
json_data = json.loads(json_string)

print(f"Name: {json_data['name']}, Age: {json_data['age']}, City: {json_data['details']['city']}, Country: {json_data['details']['country']}")

4 שורות
אמנם לא כולל בדיקת תקינות ה json (את הקוד הזה כתבתי כמעט בעל פה ואני לא זוכר את כל הפונקציות שקימות, מה לעשות)
אז נניח כולל בדיקת תקינות 5 שורות
ובלי להתעסק עם טייפים
ובלי לקמפל

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

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

ולכן כנראה שמרוב החשק של JETBRAINS של להחליף את כל שפות של רמה גבוהה לשפה אחת מושלמת

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

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

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

אני חושב שהם יצליחו אבל זה לא יתפוס כי זה יותר מידי דברים שצריך ללמוד. למשל טאורתי אפשר דרך קוטלין JS לעשות בדיוק מה שעשית בפייתון, ולהריץ את זה וזה יעבוד (אבל יצרך "קמפול" לJS) :

fun main() {
    val jsonString = """{"name": "David", "age": 35, "details": {"city": "Tel Aviv", "country": "Israel"}}"""
    val data: dynamic = JSON.parse(jsonString)

    println("Name: ${data.name}, Age: ${data.age}, City: ${data.details.city}, Country: ${data.details.country}")
}

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

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

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

[ENM]

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

הקמפול של שנייה הוא לא חסרון לדעתי

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

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

לדעתי הם בוודאי רוצים לעשות את זה, ולכן הם מפתחים ספריות רשמיות משלהם בשביל JUPYTER, וכו

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

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

למשל טאורתי אפשר דרך קוטלין JS לעשות בדיוק מה שעשית בפייתון, ולהריץ את זה וזה יעבוד (אבל יצרך "קמפול" לJS) :

אם אני רוצה לעשות את זה, אני כבר ישר יכתוב ב js

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

להחליף גם את פלאטר עם COMPOSE

פלאטר היתה פלטפורמת נישה בינונית, אז יחליפו אותה בפלטפורמת נישה מצוינת
הנישה נשארת נישה

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

הם רוצים לנצל את WASM בשביל האתרים גם עם COMPOSE.

אם הם באמת היו רוצים, התמיכה ב wasm לא היתה עכשיו בתמיכת אלפא

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

[sivan22]

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

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

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

[לא-מתייאש]

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

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

הקמפול של שנייה הוא לא חסרון לדעתי

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

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

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

לדעתי הם בוודאי רוצים לעשות את זה, ולכן הם מפתחים ספריות רשמיות משלהם בשביל JUPYTER, וכו

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

המטרה שלהם זה יותר החברות כי

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

למשל טאורתי אפשר דרך קוטלין JS לעשות בדיוק מה שעשית בפייתון, ולהריץ את זה וזה יעבוד (אבל יצרך "קמפול" לJS) :

אם אני רוצה לעשות את זה, אני כבר ישר יכתוב ב js

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

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

להחליף גם את פלאטר עם COMPOSE

פלאטר היתה פלטפורמת נישה בינונית, אז יחליפו אותה בפלטפורמת נישה מצוינת
הנישה נשארת נישה

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

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

הם רוצים לנצל את WASM בשביל האתרים גם עם COMPOSE.

אם הם באמת היו רוצים, התמיכה ב wasm לא היתה עכשיו בתמיכת אלפא

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

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

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

אבל התמיהה שלי לא היה בכלל על סקריפטים, זה שאני מרגיש שיש הרבה תוכנות (אוליי רק בלינוקס ?) שעשו אותם בפייתון, ולפייתון אין סינטקס דקלרטיבית בשביל UI, אין את הקסם הזה שיש בREACT, FLUTTER, SWIFT, או ההכי מוצלח לדעת כל החברים שלי COMPOSE, וזה מפריע לי מאוד.

[לא-מתייאש]

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

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

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

אני חושב שפייתון היא השפה בשביל כל מי שהמקצוע שלו זה לא הנדסת תוכנה, אבל הם צריכים לתכנת בשביל העבודה שלהם עצמה, דהיינו מתמטיקאים, ביולוגים, מדעני נתונים, וסתם עמך שרוצים סקריפט וחצי.
פייתון הכי דומה לאנגלית, ואפשר להשתמש בה בלי להבין עקרונות של הנדסת תוכנה.
שים לב שהספריות הכי חשובות שיש בפייתון ברמה שאין בשפות אחרות זה ספריות מתמטיות/מדעי הנתונים, וגם ספריות של 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 נחמדה)