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

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

@eido כתב באיך למדתם לכתוב קוד - סקר:

לא חסר לך מה שכינה @צבי-ש

@צבי-ש כתב באיך למדתם לכתוב קוד - סקר:

דברים בסיסיים או ידע מתחת למכסה המנוע שאני לא מכיר טוב כמו שהייתי רוצה

?

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

@eido סקר מרתק. בעיקר בכזו פלטפורמה.

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

בסיעתא דשמיא @חגי הכניס אותי לעבודה הראשונה שלי למרות שאני חושב שזה היה חסר אחריות ממש חח בכל אופן התחלתי שם מday one לכתוב python שלא כתבתי לפני זה כלל. ועם זה להעמיק גם בפיתוח ווב כללי HTML CSS JS - שוב, הכל בלי שום בסיס של לימודי מדעי המחשב או תיאוריות דומות.

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

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

@dovid הכל טוב ברור לי וגם כתבתי, שהבעיה ממש לא הובהרה כיאות.

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

@י.פל. כתב ביש חלופה טובה/עדכנית לרקורסיה?:

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

אני לא חושב שזה 'פיתרון' זה אולי יכול לעקוף את הבעיה - כך שזה כבר לא תשובה לשאלה בפורום אלא פשוט 'פיתרון' עסקי. כאן זה פורום שהרעיון הוא שמעלים סיטואציות כלליות ושאלות כלליות ולא רק 'כואב לי כך' ו'הנה פיתרון עסקי'.
זה אמור להיות מצב שמגרה אנשים לענות ולא להרגיש כאילו הם אלטרנטיבה לLLM מטופש.

אני מגיב כאן כי השרשור השני נעול.
אני אולי לא לגמרי מעודכן בצרכים אבל אם אני מבין נכון אתה מתעסק עם google drive api ומתפעל אותו על גוגל סקריפט. (זה נכון?)
יש משהו מסוים במבנה הקבצים בגוגל דרייב זה שהוא flat כלומר אין עץ. פשוט לכל קובץ מסוג תיקייה יש גם ילדים files שצריך לעשות query קודם על התיקייה עצמה לקבל את הfiles שלה ואז עוד query על כל אחד מהילדים שהוא מסוג תיקייה לקבל את הfiles שלו וכן הלאה. זה הבעיה. (ויכול להיות שמה שאנשים פה הגיבו לך איך שהגיבו זה בגלל שתי סיבות: הם לא מכירים ואין להם ניסיון ספציפית עם גוגל דרייב api, וגם שהבעיה לא באמת הובהרה כיאות על ידך)
עדיף שתעלה את הקוד שלך ויהיה אפשר להתייחס לבעיה בשורשה ובאופן יותר מדויק.
יכול להיות מאוד שיש פתרונות שקשורים לדרך השאילתא לגוגל דרייב api.

עריכה: בשביל מי שלא מכיר את גוגל דרייב api, אני לדוגמא יש לי לא מעט היכרות איתו ועם מגבלות שלו. לדוגמא אם רוצים לעשות חיפוש רקורסיבי תחת תיקייה ספציפית זה ברמת הלא אפשרי (אפשרי רק בצורה ממש לא יעילה, אי אפשר לקרוא לזה אפשרי. לעשות שאילתות כפול מספר התיקיות שנמצאות תחת התיקייה הספציפית) לפחות עד כמה שאני ניסתי וחקרתי. אם למישהו יש פיתרון שעובד - נפתח על זה שרשור נוסף (ה'פיתרון' הכי הגיוני שאני מכיר הוא כזה בערך: לבצע חיפוש (גלובלי) ואז על כל אחת מהתוצאות לעשות רקורסיה לקבל את הparent ואז את הparent של הparent וחוזר חלילה, ולעצור אם הparentId שהתקבל = הid של התיקייה הספציפית שבה אנחנו רוצים לחפש.. אם כך אנו כוללים את התוצאה הזו בתוצאות הוולידיות).
לגוגל עצמה נראה שיש איזה api פנימי שעובד (צריך להבין איך הוא עובד כי באמת מצורת מבנה הקבצים שבה גוגל דרייב משתמשת זה מאוד מקשה לתמוך בכזה פיצ'ר) - אפשר להגדיר parent:id כאופרטור בחיפוש של דרייב וזה מחפש רקורסיבית בתוכו.
במילים אחרות: אין path נייטיבי בגוגל דרייב, לפחות לא בapi. לכן אין באמת רקורסיה נייטיבית של עץ קבצים. לכן יש אתגרים.
במילים נוספות: למי שתוהה, לone drive כן יש path וכן אפשר לחפש רקורסיבית בתוך תיקייה. דרך הapi.

@ek0583232948 אתה רוצה להפוך את כל הממשק לRTL או את כל התאים (במצב עריכה וגם במצב תצוגה) לRTL? יש הבדל גדול
ברור שאם תחיל direction: rtl זה ישבור את כל המסך ויהרוס פונקציונליות של הרבה קומפוננטות. אתה צריך לבודד את המקומות הספציפיים שאותם חשוב לך שהדפדפן ירנדר אותם כRTL. ואת זה עושים על ידי בדיקה בכלי המפתחים של הדפדפן (זה מאוד קל) תנסה ללכוד את האלמנט שמייצג את התא הטיפוסי (או ה'קומפוננטה') בצורה הכי גנרית כלומר תתפוס את האלמנט מצד אחד בהיררכיה הכי גבוהה שאחראי על ה'איזור' או תחום שאתה רוצה לשנות, ומצד שני תשים לב לא לעלות יותר מידיי בהיררכיה של הדף כי זה יגרור שתחיל כלל direction: rtl על חלקים שאתה לא רוצה.
(יש בכלי המפתחים כלי לכידה, קיצור מקשים במק זה CMD SHIFT C, מאוד יעיל כדי למצוא ולהניח את האצבע על אלמנט)

אחרי שהחלטת על אלמנט פשוט תמצא בפירוט חוקי הCSS שחלים עליו (ליד איפה שהעץ אלמנטים) מקום עם חוקים שמתייחסים לרשימה טובה ומאפיינת של קלאסים. דוגמא:

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

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

הכלל הרלוונטי שיצא לי הוא:

.dataRow:not(.header) .cell {
  direction: rtl;
}

אפשר לגמרי לשים את זה בStylus ויעבוד.

@NH.LOCAL כתב בבירור על מערכת סליקת אשראי מתאימה לאתר עם מודל מנויים:

יש לך ניסיון אישי עם השירות הזה?

כן

העמלה הבסיסית היא 5%, אבל בפועל עם עמלות המשיכה לבנק, המרת המט"ח וכו' לכמה זה מגיע בפועל?

בפועל זה מגיע לסביבות ה7-10% תלוי בסכום העסקאות

זה יכול להיות פער בין 2% עם ספק ישראלי (עמלות + תשלום חודשי) לעומת 8-10% עם paddle!

זהו שיש כאן משהו אחד שאתה מפספס: המע"מ. ויורחב בהמשך.

הבנתי שאין להם ממשק סליקה בעברית, האם ניתן להתאים אישית את הסליקה כדי שתתאים למשתמשים שלי

זה כבר אני לא יודע

בנוגע למע"מ. אני אציין שזה כנראה רלוונטי בעיקר אם אתה גלובלי ורוצה למכור גלובלי. יכול להיות שטעיתי פה, כי כנראה אתה לא גלובלי.
במכירה גלובלית יש שיקולים של התאמת המע"מ לפי האיזור ממנו אתה מוכר, מכירה לאיזורים שונים לפי איזורים שונים. או נגיד מכירה מארה"ב (יש הרבה שיראו בזה must בעיקר אם אתה saas לא מוכר). שם הפיתרון של MOR פותר לך את הכאב ראש באופן מושלם.
אני בהחלט לא ממש מבין בזה לעומק אז לא אאריך.
אני חושב שאם אין לך עוסק זעיר, אתה חייב לקזז מע"מ מכל העסקאות מכירה שלך ולהעביר אותו לרשות המסים. זה נתח מכובד. עד כמה שאני מבין, בpaddle זה כבר קוזז ואתה מקבל את הסכום המלא פחות העמלות (נגיד 8%) ומהכסף הזה אתה צריך להוריד רק מס הכנסה.

אשמח אם יתקנו אותי.

@NH.LOCAL כתב בבירור על מערכת סליקת אשראי מתאימה לאתר עם מודל מנויים:

אפשרות משיכה של הכסף לחשבון ישראלי

הם לא מאפשרים משיכה ישירה לחשבון אלא משיכה לשירות - או payoneer או wire - ומהשירותים הנ"ל אפשר למשוך לחשבון.

@eido ברור שטכנית אפשר לעשות הכל לבד. אבל זה יכול להיות מורכב בעיקר אם זו רק ההתחלה והפעם הראשונה שמממשים כזה דבר. כל חלק בפעילות הסליקה נמצא אצל ספק אחר - הניהול של הsubscription באחריותך ואם עשית באג אתה אוכל אותה. הסליקה אצל מישהו אחד. ייצור החשבוניות אצל מישהו אחר. וזה באחריותך לכתוב את הקוד שיסלוק את החיוב החודשי אוטומטית וייחשב את החישובים של grace period וכדו' ולשלוח התראות בהתאם, ולייצר את החשבוניות.

לא בא להלחיץ ומי שזה מתאים לו אדרבא. רק אומר שנראה לי קל יותר להיכנס לתחום עם MOR

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

לpaddle (ודומיו כמו lemon squeezy) יש את הדרישות שלך:
API ברור (מאוד עם SDK ספריות לשפות שונות)
חיוב חודשי אוטומטי - מה שנקרא subscription עם אפשרות לביטול, או ניהול אמצעי התשלום בקיצור - כיף גדול, ועדכון באמצעות webhook על שינויים בsubscription כגון שהאשראי לא נסלק אז אתה מקבל עדכון.

@סיסמה כתב במיילים יוצאים אוטומטית באמצעות פורום שמגיעים לספאם.:

יש לך הסבר?

לא

@dovid כתב בשליחה מרובה של מיילים:

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

אם מאוד מתקשים לנסח יש ChatGPT בשביל כאלה דברים..

@משרדי כתב בשליחה מרובה של מיילים:

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

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

כן לכאורה

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

אפשר לשלוח באמצעות שירות חיצוני כלשהו באמצעות API. כגון מיילגאן, resend, הכי זול עם אמזון SES (יש שיחשיבו את זה למסובך). יש להם גם SDK לכל שפה בערך. כדי ש'גוגל לא יחסמו את המיילים' אתה צריך להגדיר את כל הגדרות הDNS הנדרשות. אין סיבה שיחסמו.

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

@pcinfogmach האופציות הן בערך:

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

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

@Shmuel754 כתב בחיבור נטפרי על תשתית סיב רימון-נטפייבר?:

ניתן גם לרכוש ראוטר באופן עצמאי

יש לך מושג אילו דגמים נתמכים על ידי תשתית סיבים נטפייבר וספק נטפרי? (איזה שלא יהיה, 019/RL/יוסי תקשורת)

@mekev השאלה לא ברורה מספיק,
אבל אם הכוונה היא לאלמנט HTML של טבלה (<table>) אתה יכול לאתחל עליו אובייקט חדש של DataTables, שיאפשר לך להוסיף יכולת חיפוש, סידור, מיון סינון וכו'.
כדי לעשות את זה עליך לייבא את datatables.js לדף, ולאתחל את ה-instance החדש של DataTables על האלמנט הרצוי, עם ההגדרות הרצויות.
הספרייה הזו מתועדת היטב.

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

@האדם-החושב אולי הורדת עדכון שלא מיועד למודל שלך