תחומים - פורום חרדי מקצועי

בלי API ובלי חינמי, זה קיים?

@one1010 אני מנסה להסביר לך ששכחת לכתוב שאתה רוצהלתקשר עם מודל AI או בשפתנו "צאט בינה מלאכותית".
API - זה שירות למפתחים. שולחים לו טקסט, ואז מה? שוליים לו אודיו ואז מה? העיקר חסר מן הספר.
מציע לפתוח נושא חדש בגלל ההטרלות שלי, ולשאול האם יש צאט בינה מלאכותית שמגיבה במלל, בשירות רגיל או בAPI.

@one1010 כתב בהאם יש API חינמי של גוגל שתומך בדיבור?:

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

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

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

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

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

אם אפשרי לבנות אותו בHTML זה הכי טוב ונכון.
זה לא מתאים במקרה שלך?

https://tchumim.com/topic/16969/

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

אוקי, אבדוק איך לחסום את זה אחרת שבשבוע הבא.
(@צדיק-תמים ועוד מישהו גם עשו קוד לחסום אולי אראה מה הם עשו).

@meir-lamdan הוא לא קוד פתוח במובן של תרומות או ריפו ציבורי.
המבזקים פלוס אכן לא טופל עד היום.

@one1010 כתב בתוסף לקול רגע:

באג אחד קיים שרשימת המבזקים בכל רגע לא רצה כמו שהיה עד היום

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

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

עדכנתי, יש שינוי שם ל"נקי"
וגם הסלמת הרשאות לJDN, למרות שלא חסמתי עוד כלום שמה.

הgithub copilot הוא בחינם, מה הבעיה?
לדעתי אין כזה דבר.
אגב הAPI מאוד מאוד זול, וגם לא בתשלום קבוע (אתה ממלא כסף וזה מפסיק לעבוד כשנגמר).

@pcinfogmach ערפול? זה רק הממשק הגרפי, זה בכל מקרה לא קריא בקלות בכלל (בכל הפרימוורקים המובילים שיש אריזה), וגם C# לא ממש מעורפל...
איך לומדים פיתוח WEB? מה היה קורה לו היית שואל אותי את זה על C# וWPF, או שהיית יודע יותר טוב או שלא היית יודע כלום...
במקרה שלך לא צריך את כל הסטאק, אפשר ממש רק צד לקוח: צריך בעיקרון ללמוד HTML+JS בסיסי, ובבסיסי הזה כדאי להבין טוב מה קורה שמה. כמו כן בJS להבין קצת אסינכרוניות: קלאבק, פרומייס וasync\await, ואז להתחיל ללמוד פרימוורק שאתה בוחר וזהו.
אם אתה רוצה ללמוד טיפה על הרעיון של שרת/לקוח (שאתה תממש אותו בדרך שונה בwebview2 עם post message) אז תוכל להפיק תועלת מהמדריך שלי פה בפורום על פיתוח full stack שנותן קצת רקע לעניין. לצערי חסר שמה כמה יסודות, אבל זה לא נוגע בכלל לענייננו.

@ארי כתב בתוכנת אקסס לגמח:

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

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

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

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

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

אגב זה אמור לקחת זמן קצר ביותר, ולא הרבה קודים. זה אמור להיות:
א. טבלת חודשים, שאותה תמלא בלולאה. זו טבלת עזר.
ב. כל שאר הטבלאות עם INSERT של SELECT של חודשים שאין להם תאום, אמור לקחת שבריר שניה.

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

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

@pcinfogmach כתב בהדפדפן ככלי אולטמטיבי לפיתוח GUI:

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

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

לולא זה אני מרגיש שאני מפסיד מדאי הרבה כשאני עובר לדפדפן - אני מפסיד את הקלות של ה-debugging, את ה-intellisense העוצמתי של C#, את ההתמשקות העוצמתית של C# עם WPF.

כיום חוויית הדיבאג של תכנות לדפדפן לעיתים עולה על של C#. גם ההשלמה אוטומטית וההבנה של IDE מעולה אם משתמשים בTypeScript (שזה הנורמה היום בכל הפרימוורקים המובילים).
הקושי שהתכוונתי זה עצם הפיצול. אתה כאילו מפתח שני כלים: צד אחורי וצד קדמי נפרדים שמתקשרים ביניהם כאילו הם שני תוכנות.

בכל אופן עדיין נותרו לי כמה שאלות ברמה כללית:
א. האם זה לא מאט את זמן הטעינה - לעבוד ככה?
ב. האם יש לי את הגמישות של ה-layout שאני מכיר ב-wpf?
ג. באיזה IDE אוכל להשתמש כדי לייצר אפליקציות בזרימה שאני מכיר מ-C#.

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

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