חברה טובה ראבי
חברהתגובות הפורום שנוצרו
-
וואו, ממש חשוב ומועיל!
תודה על השיתוף. -
אני הייתי עונה שהייתי משתמשת ב Docker.
Docker מאפשר להרים על המחשב מעין מכונה וירטואלית
(אני מדגישה שזה רק דומה למכונה וירטואלית, מבחינה טכנולוגית יש הבדל בין Docker Container ל Virtual Machine ואין כאן המקום להאריך.)ובתוכה להתקין כל מערכת הפעלה שאני רוצה וכל dependency שאני זקוקה לו לצורך הרצת הקוד,
ואז להריץ בתוכו את הקוד של הקומפוננטה שכתבתי.בצורה כזו אני לא תלויה בסביבה שלי, אני פשוט מביאה את הסביבה איתי.
את ה Docker image (הקובץ שמכיל את כל ההגדרות, מערכת ההפעלה והספריות שצריך להתקין) אני יכולה להעתיק לכל מקום ולהריץ על כל שרת/מחשב מקומי.
(אגב, בעבר windows לא תמכה ב docker ואפשר היה להתקין docker images רק על מחשב עם לינוקס או מאק,
כיום, בגרסאות האחרונות של windows, נדמה לי מגרסה 10 ומעלה, כבר יש תמיכה ב docker)
-
אופס, רק עכשיו שמתי לב שהשאלה פורסמה בקבוצה של מובייל.
לפי זה, התשובה שלי כמובן לא קשורה לשאלה.
הקונטקסט כאן שונה ממה שחשבתי…משאירה בכל זאת את התשובה, כי הדברים עצמם נכונים גם אם לא בהקשר הנוכחי.
-
-
אני לא עובדת עם Visual Studio, אבל נראה לי שזה יכול להועיל לך:
https://learn.microsoft.com/en-us/visualstudio/ide/find-code-changes-and-other-history-with-codelens?view=vs-2019
כדי להפעיל את האפשרות:
Go to Tools > Options > Text Editor > All Languages > CodeLens.
בהצלחה! -
תודה!
ואני חיבת להוסיף תודה מיוחדת ל @EsterKaufman המיוחדת על ההשראה והדחיפה לפתוח את הבלוג, למרות כל המכשולים בדרך… -
נראה כמו בעית הרשאות.
תנסי להריץ עם sudo. כך:
sudo npm install -g typescript -
משמח מאד לשמוע שנושעתם!
שיהיה בהצלחה רבה בעבודה החדשה ובהתקדמות בהמשך!
חשוב לי רק לסייג, שככל הידוע לי, אין מקור ידוע לטקס המפורסם כסגולת ר׳ מתיא בן חרש.
פרקי התהילים בודאי עוזרים 🙂
ותפילה מעומק הלב לה׳ – תמיד נענית. (גם אם לאחר זמן או בתחום אחר)
שנזכה לבשר ולהתבשר בשורות טובות! -
מעבר מ TFS ל Git בהחלט דורש שינוי תפיסה.
אני לא בטוחה שהבנתי במאה אחוז את שאלתך –
בכל רגע נתון, ישנה גרסה אחת בלבד בשרת הבדיקות.
כאשר את מסימת לפתח פיצ׳ר מסוים,
את מוציאה גרסה מהbranch שלך ומעלה אותה לשרת הבדיקות.
צות הבדיקות מבצע את התהליכים שלו ולאחר אישור מצידו, את יכולה למרג׳ג׳ את הbranch שלך אל master (או main, איך שקוראים לbranch המרכזי אצלכם)
מומלץ ביותר לבצע את המירג׳וג׳ בעזרת Pull Request (יש אפשרות לנעול את ה master/main מפני מירג׳וג׳ ישיר וכך להכריח הכנסת קוד אליו רק דרך Pull Requests)
אם יש לכם צורך לבדוק כמה פיצ׳רים ביחד בגרסה אחת,
אפשר ליצור branch מתוך main (כמדומני שמקובל לכנות אותו next) ולמרג׳ג׳ לתוכו את כל ה feature branches הדרושים,
ואז ליצור גרסה מתוך ה branch הזה ואותה להעלות לשרת הבדיקות.אני מקוה שמצאת מענה לשאלתך.
-
רעיון מקסים!
שלחתי לך מדריך בנושא הקמת MongoDB Server חינמי לצרכי למידה. -
אחות של גיסתי למדה שם כשהיתה בתיכון.
הבנתי ממנה שהקורס די דורש (אולי גם ש.ב., אבל בעיקר במקום – חיבים להשתתף ולקחת חלק פעיל)
היא מרוצה מאד. יצאה עם ידיעת אנגלית פרפקט. -
לא שמעתי מעולם על תפקיד כזה בהייטק.
מחיפוש קליל בגוגל נראה שמדובר בתפקיד שקשור יותר לתחום ראית חשבון.
או שמא מדובר בהגדרה פנימית של החברה הספציפית שהציעה לך?
בכל מקרה, די ברור שזו ירידה ברמה לעומת פיתוח תוכנה. כנראה מקביל לבדיקות תוכנה ופחות מזה.
-
מערכת בענן תהיה, מן הסתם, זולה יותר,
וכן תוכלו לקבל עדכונים עבורה בקלות ובמהירות, יחסית לתכנה לוקאלית.
זו בדר׳׳כ הבחירה המועדפת כיום בשוק.
הנקודה הקריטית היא אבטחת המידע.
חובה לוודא שהמערכת בענן מתחיבת לסטנדרט אבטחת מידע גבוה, כי כל הנתונים שלכם יהיו על השרתים שלהם.לפני שבוחרים מערכת חדשה, יש לבדוק שהמערכת מסוגלת לתמוך בעומס העבודה הנדרש מבחינתכם, לדוגמא: כמות הלקוחות, מספר הפעלות במקביל (יש כמה אנשים שעובדים על המערכת בו זמנית?), זמני פעילות (האם אתם צריכים פעילות מסביב לשעון?).
כמו כן, כדאי לערוך רשימה של פיצ׳רים הכרחיים שאתם זקוקים להם לצורך העבודה השוטפת ולבדוק מול איש המוצר של המערכת האם היא כוללת את כל הפיצ׳רים.
האם יש לכם היום כבר מערכת CRM?
אם כן, יהיה קל יחסית לגבש את רשימת הפיצ׳רים מתוך בדיקה של אופי השימוש במערכת הקיימת + מחשבה על התפתחות עתידית של העסק וצרכים חדשים. -
שתי השפות נחשבות קלות ללמידה.
node.js פשוטה עוד יותר בשביל מי שמכירה כבר javascript מצד הקליינט.
במקרה שהServer נועד רק לאפשר גישה אל מסד הנתונים או מערכות אחרות,
כלומר, צריך בעיקר לטפל בבקשות I/O,
מומלץ לבחור ב Node.js שבנוי היטב לזה.
אם יש גם חישובים כבדים ומניפולציות לבצע על המידע, עדיף פייתון.מנסיון אישי, עבדתי על כמה פרויקטים שבכולם בחרו ב Node.js.
בחלק מהם זה היה מוצלח מאד – כי היה צורך רק להעביר מידע,
אבל בפרויקט שהיה צורך גם לטפל במידע בצורה מורכבת, זה היה הרבה פחות יעיל. נכון יותר היה להשתמש בפייתון או בג׳אווה.במקרה שאתן אכן הולכות על Node.js,
ממליצה לעבוד עם Nest.js ב Typescript (ולא ב pure javascript) -
בהחלטות ארכיטקטוניות (איך לבנות פרויקט), פחות משמעותית השפה בה בוחרים,
הרבה יותר חשוב לדעת מה המוצר הסופי שרוצים לקבל.
כדאי שתפרטי מה הפרויקט שאת הולכת לבנות (משחק? אתר? מחשבון מדעי?) כדי שנוכל לכוון אותך מה המודל הארכיקטוני המתאים בשבילו.
-
שמעתי המלצות חמות על GotFreinds. לא יצא לי עדיין לנסות אותם בעצמי.
למיטב הבנתי, את לא מוציאה על זה כסף.
את התשלום הם מקבלים מהמעסיק כאשר את מתקבלת לעבודה דרכם.לדעתי, שווה מאד לנסות את הערוץ הזה, בתנאי שהולכים על חברת השמה טובה ולא נודניקים שיחפרו לך עם משרות לא רלונטיות.
זה יכול לחסוך לך הרבה כאב ראש ומאמץ בתהליך חיפוש עבודה וגם להביא אותך למשרות שלא היתה לך דרך אחרת לדעת עליהן. (הרבה פעמים חברות מוציאות משרות רק לחברות השמה ולא מפרסמות אותן בעצמן.) -
השאלה לא מספיק ברורה.
האם את בונה אתר בריאקט ורוצה לשלב בו אפשרות לפתוח לינק לפגישת זום?
-
אני לא מכירה חברות רציניות שמתענינות ביוזמות כאלו,
אבל יש לך את האתר Fiverr שמיועד לפרלינסרים.
את יכולה לנסות להרשם ולהציע את שירותייך שם: https://www.fiverr.com/start_selling?source=top_nav
קחי בחשבון שפרויקט ללקוח הוא דבר רציני שידרוש ממך הרבה,
ככל הנראה, הרבה מעבר למה שישלמו לך,
מצד שני, זה אכן נסיון מעשי וזה שווה לא מעט ביציאה לשוק העבודה.אופציה נוספת עבורך זה לחפש ב Github פרויקטים של קוד פתוח שמענינים אותך ואת יכולה לתרום להם חלק משמעותי (חלק שיהוה פרויקט גמר עבורך ויהיה חלק מהפרויקט השלם)
גם זה נסיון טוב מאד. -
באופן אישי, הייתי בוחרת בפיתוח אוטומציה ברמה גבוהה על פני פיתוח ברמה נמוכה.
השיקול שלי שעם רמה טכנולוגית גבוהה אני נשארת מעודכנת לשוק,
אפילו אם נניח שהטייטל של פיתוח אוטומציה יקשה עלי בעתיד למצוא משרה בפיתוח,
עדיין מצבי יהיה טוב יותר מאשר אם אתקע עם נסיון ברמה נמוכה.
מקסימום, אפשר להישאר בנישה של פיתוח אוטומציה שהיא מספיק מבוקשת היום ויכולה להיות מאתגרת ומענינת לא פחות מפיתוח קלאסי.
לעומת זאת, עם נסיון טכנולוגי ברמה נמוכה יהיה קשה להתקדם לפיתוח טוב יותר בעתיד. -
תבדקי שוב.
לפי מה שקראתי בלינק ששמתי לך, זה אמור להראות בתוך השורה, כמו שאת רוצה.
(בניגוד לאופציה Git Blame ב Visual Studio שמראה רק בחלון צידי)
-
רק ראיתי את כותרת השאלה ומיד חשבתי לתייג אותך…
לכל מי שלא מכירה,
חוה מקצועית מאד ולמדה לעומק (בין היתר) את נושא הRegex.אני עדיין מחכה להזדמנות שתעבירי לנו סשן בנושא.
-
תודה, תהילה!
-
נשמע מעולה ביחס לסיטואציה שתיארת.
לא נראה לי שיש סיכוי שפתאום יאשר העלאה גדולה משמעותית,
אבל לפחות את יודעת שניסית את המקסימום.
הצעד הבא – לחפש עבודה…
בהצלחה רבה!
-
בבקשה
[email protected] -
מקום שקשה לך בו ברמה של ״סבל ללכת לעבודה כל בוקר״ – את חיבת לעזוב הכי מהר שאת יכולה.
הנפש שלנו יקרה יותר מכסף או תדמית וזו ממש לא השתדלות נכונה לפרנסה להישאר בכזה מקום.
במיוחד כשזו, לדעתי, סיבה לגיטימית ומתקבלת על הדעת לציין בתור גורם לעזיבה מהירה.
נתונים כמו תנאי שכר וטכנולוגיות אפשר לברר לפני שמתקבלים לעבודה,
לכן קשה לטעון שעזבת בגלל סיבות אלו (אם כי יש גם מקרים שבהם מתגלה פער בין ההבטחות לפני לבין המציאות בשטח.)
אבל על האוירה במקום ועל האנשים האחרים קשה יותר לברר לפני,
כך שסביר בהחלט לספר בראיון עבודה שלא התאימה לך האוירה במקום ולכן עזבת.
(בכל אופן, כדאי להשתדל לא ׳ללכלך׳ על מקום העבודה הקודם.) -
תודה על הרפרפנס לבלוג הזה.
לא הכרתי אותו קודם.
הוא נראה מעניין, שווה קריאה.
