יישום פילוסופיית יוניקס על פרודוקטיביות אישית

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

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

מתוך 17 הכללים של פילוסופיית יוניקס הרשומים בספרו של ריימונד, הנה רק כמה שחלים במיוחד על תכנות מחדש של זרימת העבודה שלך:

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

(כלל המודולריות)

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

ריימונד כותב:

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

בהירות עדיפה על פיקחות.

(כלל הבהירות)

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

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

קפל ידע לנתונים כך שהלוגיקה של התוכנית יכולה להיות טיפשית וחזקה.

(כלל הייצוג)

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

כאשר אתה חייב להיכשל, להיכשל ברעש וכמה שיותר מהר.

(כלל התיקון)

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

זמן המתכנת יקר; לשמר אותו בהעדפה לזמן מכונה.

(כלל הכלכלה)

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

אב טיפוס לפני ליטוש. תן לזה לעבוד לפני שאתה מייעל אותו.

(כלל אופטימיזציה)

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

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

(כלל הרחבה)

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

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

ג'ינה טראפני, העורכת של Lifehacker, צריכה לקעקע את כלל הבהירות על מצחה. התכונה השבועית שלה,חנון לחיות, מופיע בכל יום שני ב-Lifehacker. הירשם ל-עדכון של Geek to Liveכדי לקבל תשלומים חדשים בקורא החדשות שלך.