הייטק Sara Royde
הייטקתגובות הפורום שנוצרו
-
עוד נקודה קטנה –
אני אוהבת לעשות את הקניות מוקדם, ועדיין תמיד מחריגה את הבגדים בערב פסח
קונה הכל מוקדם – איפור, כלי בית וכו, אבל לא סחורה שתלויה בעונה- בגדים, נעלים, תכשיטים, כי עדיין לא קיים בחנויות מספיק.
ימים בודדים לפני ר”ח ניסן – עדיין נחשב עונת מעבר, והסחורה הטובה בדכ מגיעה צמוד לרח ניסן
(תעברי עכשיו בחנויות, תראי מה יש, זה רבע ממה שתראי עוד שבוע)
היום שאני אוהבת לעשות קניות רגועות – זה יום לפני ר”ח, ולא חסר את החנויות שעדיין באמצע להתארגן באותו יום לעומס שיתחיל מייד אחר כך
מה גם, שלא סתם זה התאריכים שבהם הולכים לקניות. טכנית, הנערות בלימודים לפני כן, והמורות / גננות / צהרונים ועוד מלמדות עדיין עד ר”ח כך שגם להן יותר נוח לערוך את הקניות בר”ח וכך נוצר מצב שכל הקניות נדחות לאחרי ר”ח, וממילא רק אז החנויות מוכנות.
אני חושבת שלא סתם אנחנו דוחים את הקניות עד אז
צר לי, אבל לא חושבת שיהיו ככ הרבה רכישות של בגדים לפני ר”ח
בקשר להוראות – מורכב מדיי, חסד והכל, עדיין לא חושבת שהייתי מסתבכת עם זה.
איך אני עכשיו אדע מראש איפה אני אמצא את הבגד שאני אוהבת? אין לי מדפסת, אני אצטרך לכתוב עם דף ועט את כל קודי החנויות האפשריות… לא נשמע לי סביר
אם היה מדובר במשהו של אחת שתים שלוש סגרנו – מילא, יותר מזה – כאב ראש גדול מדיי
אולי אפשר כן למצוא דרך לאטמט את התהליך
אולי אם הייתי מתקשרת לאיזשהו קו, מקישה קוד חנות (שאת זה בטח לא יהיה אכפת למוכרת בחנות לומר לי אפילו) ומקבלת קוד אישי – הייתי מוכנה בשמחה כנראה
-
שפן עם משקפיים 😉 – הכי אהבתי כי הוא שנון… תכלס מגיע מהבדיחה הטיפשית של איך יודעים שגזר טוב לראייה… וגם קל להכנה ומתאים גם לגיל גדול שאפשר ללכת רק עם הקרניים של השפן ומשקפיים גדולות
אמא ישנה 😉
ילדים מסדרים את החדר 😉
טבח רזה 😉
מורה בתלבושת
מכירות את סבתא עם תינוק על הכתפיים? אז להפך… תינוק שמחזיק זקן.. קצת עבודה אבל נראה מחריד
כלב נחייה עיוור
שואב מים שהדליים הם בקבוקי מי עדן
מליונר עני
סבתא תופרת (על משקל סבתא סורגת)
-
מורכב להפריד לבד את הפלייבק מהמילים
אלא אם כן התוכנות השתכללו היום 🙂
אולי תלכי למישהי פרטית שתנגן לך? אם היא לומדת עדיין בטח היא תיקח יותר זול
ואם זה רק הפזמון זה ודאי לא יעלה כמו קנייה של פלייבק מוכן
איך שאני ביררתי בזמנו (כמה שנים אחורה) – המחירים דיי דומים בין נגינה לבין קנייה
כך שמניחה שרק פזמון + מישהי מתחילה = ייתן לך מחיר זול יחסית.
-
ההשמה של קמא טק היא לא הנושא, אלא התוכן הלימודי.
מבחינת רמה מקצועית והתאמה לשוק העבודה – אין מה להשוות בת שלמדה קמאטק למה”ט בלבד.
המקור של קמאטק הוא נסיון להתאים בנות לרמה המקצועית המתקדמת בשוק.
קמאטק עשו מחקרים מקיפים מאוד על מה שחסר לבנות שלומדות בסמינרים שבגללם הן לא הצליחו לעבור מינימום מבחנים וראיונות בחברות ההייטק. עם המסקנות הם יצרו תוכנית לימודים מותאמת.
אלגוריתמים, מבני נתונים זה ממש חובה. גם אם קשה – לא שווה לוותר.
לראיונות עבודה ולעבודה עצמה בכל חברה עם רמה מקצועית טובה.
ייתכן שישנם דברים אחרים פחות קריטיים כמו מערכות ספרתיות שחשוב מאוד, אבל רק למי שתעבוד בתחום, ושם אולי אפשר להוריד פרופיל אם את רואה שגדול עלייך וממילא זה לא הכיוון שלך..
אם את ממש טובעת – ממליצה לך להתייעץ על סדרי העדיפויות המתאימים לך, ולוותר על מה שפחות קריטי. אבל לחלוטין לוותר על קמאטק – ממש ממש לא כדאי
יכולה לפנות אליי באישי אם תרצי עוד הכוונה.
בהצלחה
-
יש עוד אתרים קרובים לירושלים / מ. עילית שמתאימים לתקופת מזג אויר זו?
-
אולי תתני קצת יותר מידע
איך שנשמע כאן – קובץ אקסל אמור לספק את כל הצרכים שכתבת 🙂
-
ברור שהיא מתכוונת לקבל שחקניות מתחילות, אולי כאלו שסתם מוכשרות וכו .
מישהי שעדיין אין לה תיק עבודות כי היא חדשה/ מתחילה/ מתלבטת עדיין אם להיכנס לתחום – זו הזדמנות בשבילה
ומי שכבר מנוסה ויש לה תיק עבודות – באמת לא תעניין אותה ההצעה
המפרסמת לא התכוונה למישהי שכבר סיימה את ההכשרה וההשתלמות והיא שנים במקצוע. היא יודעת שבשביל זה היא צריכה לשלם הרבה
היא מחפשת מישהי שרוצה לצבור נסיון על חשבון הברון , והיא מוכנה להיות הברון הנל
הדיון הזה עולה ככ הרבה. והוא חסר תועלת
מי שלא מתאים לה ממילא לא תפנה
ומי שמתאים לה – רוצה מאוד הזדמנויות כאלו שיתנו לה להוכיח את עצמה , ויתנו לה שם (“הופעתי בתפקיד ראשי בכמה סרטים”, לא נשמע לך מפתה? השחקניות גם יודעות את זה)
סטאז זה משהו שכל אחת מוכנה לשלם בשבילו. זה משתלם בשיקולי רווח הפסד.
-
אם תפרטי יותר – אשמח גם כן לעזור לך
את רוצה לראות אתר תדמית? משחק? למידה?
-
היי
יש לי כמה חומרים על הנושא
שמה לך פה
מתנצלת שאין לי זמן לסנן רק את מה שרלוונטי, (הדגשתי משפטי מפתח)
אבל נראה לי עונה על רוב השאלות שלך..
(ואגב, אשמח לשמוע הערות והארות 🙂 )
Web components – קומפוננטות- רכיבים – אוסף של טכנולוגיות שונות שמאפשרות ליצור אלמנטים מותאמים אישית וניתנים לשימוש חוזר.
-
Custom elements – היכולת ליצור אלמנטים מותאמים אישית שניתנים לשימוש חוזר. למשל אם יש לנו תפריט בעמודים ובאזורים שונים נוכל ליצור רכיב שייקרא בשם menu , ניתן לרכיב את כל הערכים שהוא זקוק להם, ובכל פעם נוכל לקרוא ל<menu></menu> ולקבל את תוכן האלמנט כפי שהוגדר.
-
Shadow dom- היכולת לשמור על כל רכיב כישות בפני עצמה, עם קוד ועיצוב משל עצמה
-
Html template – דפי תבנית של HTML שיהיו מיועדים עבור הקומפוננטות. היכולת לכתוב למשל <menu></menu> שלא יוצג כך , אלא ירונדר לתוכן הרכיב.
אפשר להתייחס לקומפוננטות שלנו כ’עץ קומפוננטות’. יש לנו את הקודקוד, בד”כ קומפוננטת הapp והיא מרנדרת את כל הקומפוננטות שהיא מכילה, כל אחת מהן כשהיא מתרנדרת מרנדרת את כל הבנים שלה וכן הלאה… סוג של עץ, עם היררכיה של אב ובן. האב הוא הקומפוננטה, הבן הוא הקומפוננטה שהאב מרנדר. כך:
Function Parent(){
Return <ChildComponent />
}
בעצם מה שקרה- האב – קומפוננטת הParent כשתרונדר- הפונקציה תחזיר את הבן, מה שירנדר גם אותו. כמובן, אם לבן ישנם עוד בנים – גם הם ירונדרו.. והלאה..
-
לפעמים, או אפשר לומר שבדרך כלל – לקומפוננטה ישנה התנהגות שתלויה במידע חיצוני שהיא תקבל. (למשל קומפוננטה שמציגה “שלום ל<שם>” עבור כל שם שתקבל. ) הקומפוננטה צריכה לקבל מידע רלוונטי ממי ש’יצר’ אותה. האב שולח לבנו את המידע שהוא זקוק לו דרך הprops. בעצם כמו שלכל אלמנט רגיל יש לנו פרופרטיז כמו src ל img , hrefל a, כך גם לקומפוננטה יש ‘הגדרות נוספות’ שמקבלת מקומפוננטת האב. כמו כל פרופרטי – נכתוב כך <Hello name=”Adina”/> ואז הבן יקבל פרופרטי בשם name שיכיל בתוכו את המידע “Adina” ויוכל להשתמש בו.
איך משתמשים במידע שהגיע? כמו כל פרמטר חיצוני שמגיע לפונקציה. Function Hello(props) {} מקובל לקרוא למשתנה המכיל את הערכים שנשלחו מהאב בשם props. זה בעצם אובייקט שמכיל את כל שמות הפרופרטיז שנשלחו ואת ערכיהם.
במקרה זה: props = { name : “Adina”}
ונוכל לגשת אל הערך: props.name .
חשוב! אף פעם לא משנים ערך של משתנה שהגיע דרך ה props.
-
ניהול ארועים בריאקט – אפליקציה היא דבר דינאמי, שאופן התנהגותו לפי פעולות של המשתמש. ערכים שונים משתנים ומשפיעים על הפעולה של האפליקציה.
המקרה הסטנדרטי לשינויי ערכים אלו ארועים, פעולות של המשתמש onClick, onBlur …
בעת פעולה של ארוע נרצה שתקרה פונקציה מסוימת. ניצור פונקציית עדכון הערך וכערך המאפיין נשלח שם הפונקציה כך : <input onBlur={setUser}/>
או במקרה שבו הפונקציה פשוטה, נוכל לכתוב אותה כבר כערך המאפיין בתחביר חץ כך: <input onChange={e => props.setUser(e.target.value)}/>
כפי שנכתב לעיל אין לשנות משתנה פרופס בשום אופן! לכן אם יש צורך לשנות משתנה כזה, אז באותו מקום שהוגדר המשתנה, ניצור פונקציית עדכון, ונשלח גם אותה בפרופס.
-
State יש לנו בעצם משתנים בריאקט שאמורים בעת שינוי להשתנות בתצוגה, לפי קלט מהמשתמש או מסיבה אחרת. בעצם גוררות אחרי השינוי שלהן צורך בעדכון שלהן. ריאקט לא מרנדרת בכל שינוי את כל התצוגה, כי זו פעולה כבדה מאוד. אלא – משתנים שיש להם משמעות ויזואלית , ז”א שינוי שלהם גורר שינוי בתצוגה או כפי שאמרנו, שינוי שיש בו תלות – ניצור משתנה מסוג state. משתנים אלו ריאקט שמה עליהם עין ובודקת שינויים. בכל שינוי – ריאקט מרנדרת את כל הקומפוננטות הרלוונטיות בעץ הקומפוננטות.
משתנה state מוגדר כך: const [user, setUser] = useState({name:””, address:””});
כשהערך שמקבל הuseState הוא הערך ההתחלתי של המשתנה.
בעצם, הפונקציה useState מחזירה מערך שמכיל במקום הראשון את הערך הראשוני שניתן לה, ובמקום השני פונקציה לעדכון הערך.
אין אפשרות לשנות את הערך ישירות, מכיוון שריאקט אחראית לניהולם ועדכונם של משתני סטייט. יש להשתמש בפונקציית עדכון הערך.
בכל פעם שריאקט מזהה שינוי של משתנה סטייט- היא מרנדרת את הקומפוננטה מחדש, עם הערך החדש.
useEffect:
Hooks
הוקס הם פונקציות שמאפשרות להשתמש בפיצרים רבים הקשורים לסטייט של הקומפוננטה ולמחזור החיים שלה, שהיו קיימים קודם רק במחלקות, בקומפוננטות מסוג פונקציה.
ריאקט מגדירה זאת כך:
” Hooks הם פונקציות שנותנות לך “להתחבר” ל-state של React ותכונות מחזור חיים מתוך קומפוננטות פונקציה.”
ההוק הראשון והשימושי ביותר הוא useState.
הוק נוסף הוא הuseEffect- הוק שמתייחס למחזור החיים של הקומפוננטה.
מה קורה כשמשתנה סטייט מתעדכן?
דיברנו על משתני סטייט ואמרנו שזהו משתנה שריאקט יודעת לסנכרן עם המסך ולשנות את המסך בכל המקומות שתלויים בערך שהשתנה.
איך בעצם זה עובד? איך ריאקט יודעת את מה היא צריכה לעדכן?
ריאקט שומרת לעצמה virtual dom – דום וירטואלי –עותק של כל הJS של האפליקציה שלנו.
בכל שינוי של משתנה סטייט – היא משנה בוירטואל דום את כל המקומות הרלוונטיים ואז עוברת אל הדום האמיתי ומרנדרת שוב את הקומפוננטה העליונה שהשתנתה, ואת כל הבנים שלה.
מה ריאקט מרוויחה מזה?
בעיקר מהירות. גישה לדום היא דבר יקר, ואנו משתדלים להמנע מכך כמה שיותר. לעומת זאת שינוי של משתנה בJS זו פעולה זולה ופשוטה. כאן ריאקט חוסכת גישה מיותרת אל הדום וניגשת רק למה שרלוונטי.
בעצם על כל שינוי של סטייט – כל הקומפוננטות הרלוונטיות מריצות שוב את פונקציית הrender שלהן, או במקרה של קומפוננטת פונקציה – הפונקציה מופעלת שוב. (App()).
לכל קומפוננטה יש מחזור חיים
היא נולדת כשמגדירים אותה,
במהלך חייה היא עוברת שינויי סטייט ובעקבות כך רנדורים מחודשים
ובסוף מתה.
אנחנו רוצים להתייחס למצב הקומפוננטה ולפי זה לעשות פעולות מסוימות.
המצבים שאמורים לעניין אותנו – הקומפוננטה נוצרת, או הקומפוננטה מתעדכנת, מסיבת שינוי סטייט.
למשל- מייד בהולדת הקומפוננטה נרצה לעשות קריאת שרת שתייבא את כל הנתונים הרלוונטיים.
או בשינוי של משתנה סטייט מסוים , נרצה לשמור את הנתון החדש בlocal storage.
חשוב לשים לב: הקומפוננטה תתרנדר שוב רק אחרי שהפונקציה מסיימת לרוץ. זוהי פעולה אסינכרונית שלעולם אינה עוצרת פעולה סינכרונית. אם אנחנו רוצים לעשות פעולה דווקא אחרי שהמשתנה סטייט מתעדכן, עם הערך החדש – בדיוק בשביל זה יש לנו את ההוק – useEffect
useEffect רצה בכל פעם שהקומפוננטה מתרנדרת.
משתמשים בה בעיקר כדי לעשות פעולות צדדיות (side effects) שקורות כתוצאה משינוי של משתני state.
-
הוקס לעולם לא נקראים בתוך תנאי
-
הוקס לעולם לא מוגדרים בתוך לולאה
הסיבה היא שהצורה שבה ריאקט מנהלת את משתני הסטייט שלה- היא צריכה לדעת כבר כשהקומפוננטה נוצרת אילו וכמה משתני סטייט קיימים. כנ”ל לגבי שאר ההוקים.
-
-
שתיהם נכונים מבחינה תחבירית באנגלית
השניה בהחלט נשמעת יותר מגרה 🙂
-
היי, תודה לכולן
אבל מי שלא מאומתת על ידי קדם, או יש לה תיק עבודות
למה שאני אעיז לשלוח לה תמונות פרטיות?
לתשומת ליבכן…
-
If debugging is the process of removing software bugs, then programming must be the process of putting them in.
אם debug זה הפרוסס של הוצאת באג מהתוכנה אז כתיבת קוד זה הפרוסס של הכנסת הבאג לתוכנה
-
מאוד כן!!
יש הרבה דעות לכאן ולשם על כל תכנית הלימודים של קמאטק אבל מה שברור זה שאלגוריתמים + מבני נתונים זה חובה !!
יש לדעת לכתוב קוד, ויש לדעת לחשוב.
באלגוריתמים לומדים לחשוב קוד, לקחת בעיה ולפתור אותה עם קוד
תכלס, זה מה שאנחנו עושים בעבודה
מקבלים בעיה, ומחליטים איך לפתור אותה באופן הטוב ביותר. רק אחר כך אנחנו ניגשים לפתור אותה
אז נכון שאלגוריתמים מדבר על בעיות יעילות – ז”א יש לי בעיה ואני רוצה לפתור אותה באופן היעיל ביותר מבחינת זמן הריצה , ובעבודה הבעיות יכולות להיות אחרות כמובן
עדיין את משתפשפת בדברים שהם קריטיים , לדעתי זה מה שהופך אותך מיודעת קוד לבין מתכנתת טובה
במקומך אם לא היה לי זמן הייתי אפילו מוותרת על קורסים אחרים בשביל זה. -
אם כך, גם ממליצה , לכי על להציג את הקטלוג כבר בהתחלה
ממש לא רק אחרי ההרשמה
התמונות היחידות זה תמונות מפונפנות של עיצובים פחות רלוונטיים וממילא נותן הרגשה כאילו אנחנו לא משדרים על אותו תדר
אם היה לי קטלוג שווה והייתי אומרת ‘וואו זה המתנה שחיפשתי’ והמחיר וכו מתאים – הייתי נמשכת לזה יותר
כנל בדף נחיתה – להוסיף שם תמונות של מתנות שבאמת יגרמו למי שפותח להרגיש שאליו את מדברת
ואשראי טלפוני – בהרבה מקומות משתמשים כך, אצלנו בעיריה כל הפעילויות הם בתשלום באשראי טלפוני. גם התשלום לספריה הציבורית. וכל העיר מסתדרת עם זה יופי.
אבל אם יש לך את המשאבים לתת גם לינק לתשלום – מבורך.
-
כמה אחוזים מקובל לקחת?
ואם אני עושה את זה בעצמי יש סיכון?
אני אוכל להפסיד או להינזק?
-
אני גם, אבל במודיעין עילית, את בחיפה, לא?
אצלנו חרדיות בלבד, יושבות אצל אנטריפוינט במשרדים במודיעין עילית.
המנהלים מרחוק כולם.
