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

@הפצת-אנקי לא הבנתי, בתמונה שהבאתי זה בעברית ואמרת שזה טוב

@אבי-203 גם אני התקדמתי בזכות הפורום הזה המון
ואכן אם מישהו מוכן תמורת שכר טרחה - בהחלט יש על מה לדבר

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

@רפאל ומבחינת יעילות הקוד? לא הקוסמטיקה

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

for (let index = 0; index < 10; index++) {
    let number = index;
    console.log(number);
}

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

@הפצת-אנקי אולי צריך להשתמש בinherit? או שזה לא קשור..
בכל מקרה כדי שאוכל לנסות לבדוק, תצטרך להסביר לי איך מריצים את זה.. זה נראה פייתון

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

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

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

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

יש דרך לא נורמלית, אבל אל תעשה את זה...
eval(`arrayList${TypeList}Items`).length = 0

גם אם הTypeList מגיע מהקוד עצמו ולא מהמשתמש? (כלומר בקוד מוגדר שכפתור X קורא לפונקציה עם ארגומנט "X", וכפתור Z קורא לפונקציה עם ארגומנט "Z", ולא שהמשתמש מזין את שם הרשימה בדרך כלשהיא)

@nigun אמר בשאלת תם - מה כל כך נורא בPHP?:

בנוסף נתקלתי במפתחי PHP (כולל את עצמי בעבר) שבכלל לא מבינים מה זה HTTP ומבחינתם אתה זורק קובץ והקסם נוצר.

מה זה אומר? קסם שלא תלוי ברשת?!

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

@yossiz אמר בפרקטיקת התמודדות מוצלחת עם מחרוזות טקסט ארוכות:

למה רק חלקי?

כי לפעמים הצורך בירידת שורה מגיע בשלב שזה מבלבל, כמו למשל באמצע תגית HTML...
לגבי mustache - לא הבנתי איך משתמשים בזה... וה-pithy לא הצלחתי למצוא CDN שלו בגוגל כדי לטעון אותו.
המשפט תנאי שהבאת באמת נראה פתרון טוב להרבה מקרים, השאלה מה אם אני רוצה להדפיס בהתאם לערך של המשתנה, ולא משפט תנאי פשוט? מה בעצם המקבילה של switch case?
@dovid אתה מתכוון בעצם שהפונקציה שמדפיסה רק תדפיס, ואת הטקסט שהיא תדפיס או לא - יהיה צריך לבחור בעת הקריאה אליה? אגב מעניין אותי לדעת מה באמת הגישה לגבי פיצול פונקציות והקטנתן, האם כל המרבה הרי זה משובח או שיש מקרים/רמה שזה לא מומלץ? אולי אפתח על זה נושא נפרד בהמשך...

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

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

@יוסף-בן-שמעון אמר בעזרה - שרשור פרומיסים מותנה וביצוע פעולה רק בסיום כולם (JS):

שם משתנה a1 זה לא תקין בעליל

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

@יוסף-בן-שמעון אמר בעזרה - שרשור פרומיסים מותנה וביצוע פעולה רק בסיום כולם (JS):

הוא משמש לכמה דברים בזה אחר זה

איזה דברים?
אני מגדיר אותו קודם כל כמערך עם מחרוזת ריקה בnextPageToken, בשביל תקינות הקריאה הראשונה.
חוץ מזה אין עוד שימוש

@www אמר בעזרה - ביטול פיצול שורות מציק בPrettier:

יש מוסכמה מסויימת על אורך השורות, אא"כ יש לך עכבר אנכי...

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

וגם זה לא ממש עוזר, שבמקום שורה כזו:

alert("aaaaa aaaaaaaaa aaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaa")

יהיה כזה:

alert(
  "aaaaa aaaaaaaaa aaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaa"
)

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

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

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

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

ואכן תייגתי עם זה רק מאגר פרטי...

@ארכיטקט אמר בחשיבת מפתחים לטווח רחוק..:

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

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

וכמו ש @יוסף-בן-שמעון אמר בחשיבת מפתחים לטווח רחוק..:

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

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