@pcinfogmach כתב בשאלה | סקר: הצגת PDF באוצריא: שימוש בחבילת PDF מובנית או בweb_viewer?:
@לא-מתייאש
קשה להתווכח עם מה שאתה אומר לגבי מהירות תוכנה, אבל חשוב לזכור שלרוב המשתמשים האופטימיזציות הללו כלל לא מורגשות.
ביצועי התוכנה תלויים בראש ובראשונה באיכות המבנה שלה: אם היא לא הייתה בנויה היטב, גם האופטימיזציות שהזכרת לא היו משנות הרבה; ואם כן נבנתה היטב – ובמיוחד כשלא מדובר בתוכנה שדורשת משאבים כבדים – ספק אם רוב המשתמשים יבחינו בהבדל משמעותי.
אולי הדברים היו רלוונטיים יותר למחשבים במחשבים משנות התרח - אבל זוהי חיה שפוחתת והולכת ולו בגלל מספר הלחצנים שחסרים לאברכים הללו במקלדת.
אני לא מסכים, אני מרגיש את ההבדל, למשל קח את אוצריא בלי מפרשים, זה היה צריך להיות יותר מהיר מזית על db אם פותחים ספר מהתחלה, אז זה נכון שלא השקעיו כמו שאני הקשעתי בביצועים (חזרתי על מבנה כמה פעמים כדי להגיע לביצועים הללו) אבל אני לא חושב שהייתי מצליח להגיע לזה עם פלאטר וזה היה נרגש (כמובן מאד חלש) אפילו על מחשב מודרני והכי חשוב, שאני הייתי מרגיש את זה.
חוץ מזה, תדע שגם החיסרון הזה של זמן פיתחה מאוד מאוד מפריע לי, ואם לא הייתי יודע שיש פיתרון לזה, אני לא חושב שהייתי הולך לעשות אותו עם קומפוז. העניין שהפיתרון כן מוכן אבל לא מובנה עדיין בקומפוז, ואחרי שjb כן מנסים שיהיה מובנה עם קומפוז, עדיין לא ראיתי עניין לשלב אותו ידני, אבל אם לא יצילחו לעשות משהו plug and play אז כן אשלב אותו ידני אבל בסוף כי זה תהליך קשה.
רק מה יש משהו אחד בתוכנה שכן דורש משאבים חזקים - מנוע החיפוש: ושם אוצריא אכן מתקשה מאוד.
הם מתקשים כי יש binding בין דארט לrust, וdart לא נועד לדברים הללו, dart נועד בשביל להיות חילוף של js (ולא הצליח), ופלאטר נועד לשימושים פשוטים כי זה היה רק למובייל בהתחלה, זה פרוומוורק מובייל שהתאימו לדסקטופ (ועד שמה שאני יודע, אף אחד לא משתמש בו לדסקטופ חוץ מlocal send שזה עדיין נקרא אפליקצייה מאוד פשוטה), ולכן כשזה מתחיל להיות מסובך אז זה מתחיל להיות קשה, צריך לעשות הרבה עבודה ידנית והרבה באגים. זה כבר לא עניין של ביצועים. זה גם קורא הרבה באפליקציות מובייל שהופכות להיות מסובכות שזה מתחיל להיות גהינם לתחזוקה ואז חוזרים לנטיבי כי זה יותר קל יחסית אפילו שצריך לכתוב את הקוד פעמים בשפות שונות.
בקיצור הבנתם שאני לא אוהב את פלאטר ודארט