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

@dovid אמר בתוספים שימושיים לVSC:

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

תודה על Thunder Client, לא הכרתי.

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

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

@צדיק-תמים אמר ביצירת פרויקט nodeJS שיבקש מהמשתמש קונפיג בהרצה הראשונה:

@davidnead דווקא לא הלכתי בעקבות שום מדריך... נראה לי אתה מחליף עם הnodemon.json...
לתת קונפיג מוכן ושהמשתמש ישנה אני יכול גם בenv.... ושם זה אף יותר קל, כי לפי מה שהבנתי הגדרת משתנה סביבה בשם הזה דורסת את ההגדרה בקובץ...
אני משתמש בקבצי env. של dotenv, בהתחלה עשיתי json ועשיתי לו require, ואז החלפתי לזה...

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

אני מבין שהתשובות פה לא מספקות עבורך. תוכל לפרט למה? למה היית מצפה ומה אתה רוצה להשיג?

@yossiz אמר ביצירת פרויקט nodeJS שיבקש מהמשתמש קונפיג בהרצה הראשונה:

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

@צדיק-תמים
א) הזכרת בשאלה ששם הקובץ יהיה config.env, זה מעלה בי חשד שאתה מתכנן שזה יהיה בפורמט של קבצי .env. אני מציע להיצמד ל-json כי זה פורמט שנתמך בצורה מובנית ב-JS וקל לכתוב אותו לקובץ.

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

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

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

@רפאל אמר בvue components, frame for childs components:

עלול להוות דיס-אינפורמציה.

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

@רפאל אמר בvue components, frame for childs components:

@davidnead יבוא מראש זה בדיוק ההגדרה לאי-דינמיות, באותה מידה אפשר ליצור <Dictionary<Key, Component ולהחליט על מפתח שרירותי שיועבר בין הקומפוננטות.

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

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

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

@רפאל אמר בvue components, frame for childs components:

@davidnead אמר בvue components, frame for childs components:

אם הבנתי נכון את צרכיך, התשובה לשאלותיך זה התחביר הבא:

@davidnead איך זה היה אמור לעזור לשואל השאלה?? קראת את השאלה שלו??

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

@מוטי-אורן אמר בvue components, frame for childs components:

@chagold לא לגמרי הבנתי מה הצורך, אבל לפי מה שהבנתי נראה לי ש slots יכול לעזור לך לממש את מה שאתה צריך.
תנסה לראות כאן https://vuejs.org/guide/components/slots.html

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

אם הבנתי נכון את צרכיך, התשובה לשאלותיך זה התחביר הבא:

<componnet :is="componnetName"></componnet>

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

<child1 v-if="componnetName=='child1'"></child1>

<child2 v-else-if="componnetName=='child2'"></child2>

<child3 v-else-if="componnetName=='child3'"></child3>

<child4 v-else-if="componnetName=='child4'"></child4>

@chagold אמר בתאריך עברי ב VEU:

@davidnead אמר בתאריך עברי ב VEU:

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

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

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

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

@צדיק-תמים אמר בהסרת מאזין לאלמנט (mouseenter) - מציאת הhandleEvent:

@מוטי-אורן אני לא צריך לעצור את ההתפשטות של האירוע הזה אלא לעצור אירועים אחרים...

It also does not prevent immediate propagation to other event-handlers. If you want to stop those, see .stopImmediatePropagation()

ולמעשה גם עם stopImmediatePropagation:

const element = document.querySelector('[class="V6 CL V2"]')
element.addEventListener("mouseenter", stopEvents);
function stopEvents() {
    element.stopImmediatePropagation()
}

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

הקוד לא עבד לך כי

1. ניסית לקרוא לelement בלי שהוא קיים בתוך הפונקציה שלך.
2. stopImmediatePropagation זו פונקציה של הevent ולא של הelementt. ולכן הקוד התקין הוא:

const element = document.querySelector('[class="V6 CL V2"]')
element.addEventListener("mouseenter", stopEvents);
function stopEvents(event) {
    event.stopImmediatePropagation()
}

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

echo "Deleting zip files older than %retaindays% days now"
Forfiles -p %_destFolder%\ -s -m *.* -d -%retaindays% -c "cmd /c del /q @path"

אני חושב שזה מה שאתה מחפש. ואידך, זיל גמור.

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

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

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

@צדיק-תמים אמר בלימוד שפה נוספת מעבר לJS - נצרך?:

@davidnead אמר בלימוד שפה נוספת מעבר לJS - נצרך?:

• שאלה: אז מה בעצם הספק שלך כרגע?

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

כמדומני שיהיה קל יותר לכולם לענות על שאלותיך (וגם לך עצמך) אם תבהיר קצת את המטרות שלך:

1. כמה אתה רוצה להשקיע בלימוד תכנות?
2. לאיזו רמת ידע אתה שואף להגיע?
3. איזה סוג משרה ורמת השתכרות?

כי אם אתה אומר לי שאתה רוצה להגיע לתעשיה האוירית או לראש מגדלי ההייטק (ומשכורות בהתאם), ואתה שואף להגיע בסוף לבינה מלאכותית או מדעי נתונים או לטארטפים רפואיים או אנאערעף (כך כותבים?) - אז עזוב אותך מJS, לך תשקיע לכל הפחות כמה חודשים טובים ביסודות של שפות תכנות אמיתיות (כמו ג'אוה או לפחות C#) ואז תשקול את המשך הדרך.
אבל אם מתכנת fullstack מתאים לך אז JS זו בהחלט אפשרות עם יתרונות משמעותיים, בטח בשביל שפה ראשונה.

@dovid אמר בלימוד שפה נוספת מעבר לJS - נצרך?:

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

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

@צדיק-תמים אמר בלימוד שפה נוספת מעבר לJS - נצרך?:

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

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

רק שאלה, והערה.

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

@davidnead אמר בלימוד שפה נוספת מעבר לJS - נצרך?:

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

לגבי זה, עיין כאן (הציטוט השני), מחכים מאוד בעיני:
https://tchumim.com/topic/11517/תכנות-איך-להתחיל/101

@dovid אמר בלימוד שפה נוספת מעבר לJS - נצרך?:

@davidnead אמר בלימוד שפה נוספת מעבר לJS - נצרך?:

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

איך אתה מצליח לתקוע את זה בכל מקום?

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

@צדיק-תמים אמר בלימוד שפה נוספת מעבר לJS - נצרך?:

@davidnead

שפת התכנות הכי מבוקשת בישראל היא דווקא Python, אחריה JAVA, במקום השלישי ++C, במקום הרביעי Node.js

(מתוך הקישור שהבאת)

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

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