האם קיבלת את הדואל/מסרון/סלאק שלי? הפוסט הזה מדריך מנהלים שעוברים מעבודה מרחוק לעבודה היברידית כיצד ליצור ולתחזק נורמות סביב תקשורת דיגיטלית עם הצוותים שלהם. המחבר דן בתוצאות מחקר שמראה כי מעל 70% מעובדי המשרדים חווים תקשורת לא ברורה, מה שמוביל לבזבוז מוערך של 188 מיליארד דולר בכלכלה האמריקאית בגלל תקשורת דיגיטלית לקויה או מבלבלת. המחבר מציע טיפים, כגון קביעת פגישה לסיעור מוחות ולקביעת הנחיות, שאילת שאלות כדי להניע את השיחה, ומינוי תומכי ערוצים כדי לעודד שיטות עבודה מומלצות בכל ערוץ. הפוסט מציע גם להשתמש בביטוי "#killduplication" כתגובה כאשר הודעה נשלחת בערוץ הלא נכון כדי לעזור למנוע בזבוז זמן ולהבטיח שעמיתים מייעלים את השימוש בכל מדיום דיגיטלי.יש גם טבלת מיפוי סוגי תקשורת ומהירות התגובה הרצויה בהם כשעובדים מהבית
טיפים לפקודות bash – הפוסט הזה מביא כמה טיפים שימושיים וטריקים לשימוש ב-bash בטרמינל. אלה כוללים שימוש באופרטור – כדי לעבור בין ספריות, אופרטור ה-!! להפעלת הפקודה האחרונה עם sudo, הרחבת סוגר מסולסל להפעלת סידרה של פקודות דומות, חיפוש בהיסטוריית הbash באמצעות Ctrl+R והגדרת aliases כדי לחסוך זמן והקשות.
מהו graphql – זו שפת שאילתות המספקת חלופה לממשקי API של REST ומאפשרת למפתחים לציין את שדות הנתונים המדויקים הדרושים להם. זהו תחביר לביצוע שאילתות על כל מקור נתונים, ניתן לחבר אותו לכל שפה, והוא יכול להתאים לכל מסד נתונים או סטאק טכני. ל- GraphQL יש נקודת קצה אחת – /graphql – וצורת התגובה נקבעת על ידי הלקוח המתקשר ל- API. הוא תומך בפעולות כגון שאילתה, מוטציה ומנוי. GraphQL הוא בחירה טובה כאשר יש ממשקי API מרובים, נתונים חיצוניים המגיעים מממשקי API אלה, או כאשר חשוב לך אילו שדות משמשים לקוחות. REST טוב יותר כאשר אתה מסתמך במידה רבה על אחסון במטמון או status code של ממשקי API.
10 מסרים להתקדמות בתור מפתחים – המאמר הזה מספק עצות איך להצטיין בקריירת פיתוח. הוא מדגיש שחשוב לא לצפות לדעת הכל, להבין שיטות עבודה מומלצות בתעשייה ולהימנע קוד לא מובנה, לא להתבייש לספר על דברים שעשית, ללמד ולשתף את מה שלמדת, לאמץ גישה של ניסוי וטעייה בעת קידוד, לקחת זמן כדי לשפר את המקצועיות שלך, ולהכיר בכך שאף אחד אחר לא יהיה מושקע בקריירה שלך כמוך. בנוסף, הוא טוען שלא צריך לקודד בכל סוף שבוע כדי להיות מוצלח ולא כדי להשוות את עצמך לאחרים. המאמר מעודד פיתוח רשת תמיכה באמצעות מעורבות קהילתית ותקשורת, כמו גם הבנת המטרה הגדולה יותר של הבעיה הנפתרת.
נגד SQL – מאמר זה בוחן את הפוטנציאל של החלפת SQL בשפה אקספרסיבית יותר כדי לפתוח יתרונות כמו איכות משופרת, שמירה קלה יותר של מטמון, פחות קוד boilerplate, פחות באגים ובקרת גישה טובה יותר. הוא מציע שלשפה כזו יהיה מבנה מבוסס ביטוי (expression-based structure), מערכת type-ים שלמה, מעט מילות מפתח, מערכת type-ים מפורשים, אינטגרציה של ספריות, והטמעה קלה בשפות אחרות. בנוסף, הוא מציע ליצור שכבות בשפה עם ממשקי API נפרדים לאחסון, טרנזאקציות, ו-execution, ולהפיץ את ה-query parser/planner/compiler כספרייה.
איך לכתוב קורות חיים כך שיגיעו למגייס.ת – מאמר זה מספק טיפים כיצד להתאים אישית את קורות החיים שלך כך שיבלטו למגייסים. הוא מציע להחליף את הצהרת המטרה המסורתית (Objective statement) בסיכום כישורים (Summary of Qualifications) ולהעביר את ההשכלה לסוף. בנוסף, הוא ממליץ להתמקד בתוצאות ולא באחריות, ולהתאים אישית את קורות החיים שלך לכל תפקיד אליו אתה מגיש בקשה על ידי שימוש במילים שמופיעות בתיאור התפקיד במודעת הדרושים. לבסוף, המאמר מציע שקורות החיים יהיו קצרים ולשים לב לפרטים קטנים כמו בדיקת איות ודקדוק.
כוחן של שיחות קפה – מאמר זה מספק עצות כיצד להשיג יותר תובנות לגבי קריירה פוטנציאלית וללמוד על הכישורים הדרושים כדי להצליח בתפקידים אלה. הוא מציע לפנות לאנשים שעוסקים כרגע בעבודות האלה ולבקש שיחת וידאו קצרה או צ'אט קפה כדי ללמוד עוד על מה שהם עושים. הוא גם ממליץ לשאול שאלות כמו "איך הגעת לתפקיד הזה/עשית עבודה מהסוג הזה?" ו"אילו שינויים בתעשייה אתה רואה משנים את הדרך שבה העבודה הזו נעשית?". למי שאין מושג מה הוא רוצה לעשות, הוא מציע לחקור כנס גדול ולבחון את סוגי המקומות בהם עובדים הדוברים.
ויזואליזציה של codebase – הצוות של GitHub Next בוחן דרכים לייצוג חזותי של בסיסי קוד, מה שיקל על מפתחים לחקור ולהבין את המבנה של בסיס קוד. הם יצרו GitHub Action שניתן להוסיף לקובץ README כדי ליצור תמונת דיאגרמה ולעדכן אותה כאשר בסיס הקוד משתנה. בנוסף, הם חוקרים כיצד מדדים כגון שינויים אחרונים, חיבורי קבצים ושינויים לאורך זמן עשויים לשמש כדי להקל על הבנת בסיסי הקוד. הם מזמינים משוב על החקירה שלהם
הגיע הזמן להוציא לגמלאות את CSV – המאמר מציע כי יש להחליף את פורמט הערכים המופרדים בפסיקים (CSV) בפורמטים מתאימים יותר של קבצים כגון Avro, Parquet, Arrow, HDF5, SQLite, XML, או פורמטים בינאריים ספציפיים לתחום. חלופות אלו מציעות מספר יתרונות על פני CSV, כגון קבצים המתארים את עצמם, typed values, ודיוק, שחסרים ב-CSV. כדי לטפל כראוי בבעיית ה-CSV, ארגונים חייבים לנקוט גישה כפולה: למנוע יצירת קובצי CSV חדשים, ולהמיר קבצי CSV קיימים באופן אקטיבי לפורמטים טובים יותר. כדי שזה יעבוד, למשתמשים צריכה להיות גישה נוחה לקריאה ולכתיבה של פורמטים אלה. בסופו של דבר, זה ידרוש מאמץ משותף ממפתחי תוכנה וחברות כדי לדחוף לפורמטים טובים יותר של קבצים ולהתרחק מ-CSV.
את התקצירים קיבלתי מ-fredo.ai, הבוט עוזר-הווצאפ שלי.
