החלופות הטובות ביותר ל-GitHub Actions

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

1. AppFirst

AppFirst היא אחת השחקניות החדשות יותר בשוק, המנסה להסיר כמעט את כל עבודת התשתית מהמפתחים. אתם בעצם אומרים לה מה האפליקציה שלכם צריכה – מעבד, זיכרון, מסד נתונים, מה שצריך – והיא מקימה את כל הסטאק ב-AWS, Azure או GCP מבלי שתצטרכו לכתוב Terraform או CloudFormation. הרעיון הוא שהמפתחים יוכלו להישאר ממוקדים בקוד, תוך שהם עדיין מקבלים סביבות מבודדות מתאימות.

ממה שניתן לראות כרגע, הוא מיועד לצוותים שרוצים את המהירות של PaaS, אך זקוקים ליותר שליטה ממה שמציעים Render או Fly.io. הוא מטפל ברישום, ניטור ומעקב אחר עלויות באופן אוטומטי, וניתן להפעיל אותו כ-SaaS או כשרת עצמאי אם אתם בררנים בנוגע לנתונים. עדיין מוקדם, אך הגישה של “ללא קוד תשתית כלל” בהחלט בולטת.

נקודות עיקריות:

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

פרטי קשר ומדיה חברתית:

• אֲתַר אִינטֶרנֶט: www.appfirst.dev

2. GitLab

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

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

נקודות עיקריות:

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

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: about.gitlab.com
• פייסבוק: www.facebook.com/gitlab
• טוויטר: x.com/gitlab
• LinkedIn: www.linkedin.com/company/gitlab-com

3. CircleCI

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

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

נקודות עיקריות:

• ביצוע משימות במקביל כדי לקצר את זמני ההמתנה.
• כדורים הניתנים להתאמה אישית עבור שלבים חוזרים בצינור.
• תמיכה ב-Docker ובסביבות מחשב.
• ניטור בזמן אמת של בנייה ובדיקות.
• שילוב עם ספקי ענן כמו AWS ו-Google Cloud.

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: circleci.com
• דוא"ל: privacy@circleci.com
• טוויטר: x.com/circleci
• LinkedIn: www.linkedin.com/company/circleci
• כתובת: 2261 Market Street, #22561 סן פרנסיסקו, קליפורניה, 94114
• טלפון: +1-800-585-7075

4. ג'נקינס

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

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

נקודות עיקריות:

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

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: www.jenkins.io
• טוויטר: x.com/jenkinsci
• LinkedIn: www.linkedin.com/company/jenkins-project
• Google Play: play.google.com/store/apps/details?id=cc.nextlabs.jenkins

5. Azure DevOps

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

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

נקודות עיקריות:

• מעקב אחר עבודה באמצעות לוחות למשימות ותכנון.
• צינורות CI/CD לבניית קוד ופריסתו.
• כלי בדיקה לבדיקות ידניות ואוטומטיות.
• מאגרי קוד עם בקשות משיכה.
• ניהול חבילות לשיתוף תוצרים.

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: azure.microsoft.com
• טוויטר: x.com/azure
• LinkedIn: www.linkedin.com/showcase/microsoft-azure
• אינסטגרם: www.instagram.com/microsoftazure
• App Store: apps.apple.com/us/app/microsoft-azure/id1219013620
• Google Play: play.google.com/store/apps/details?id=com.microsoft.azure
• טלפון: (800)-642-7676

6. Travis CI

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

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

נקודות עיקריות:

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

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: www.travis-ci.com
• דוא"ל: support@travis-ci.com

7. צינורות Bitbucket

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

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

נקודות עיקריות:

• CI/CD משולב בתוך מאגרי קוד.
• זרימות עבודה הניתנות להתאמה אישית עם צינורות למשימות.
• תמיכה בשפות ומערכות הפעלה שונות.
• נראות לתהליכים ולרישומים.
• מעקב אחר פריסה בסביבות שונות.

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: bitbucket.org
• פייסבוק: www.facebook.com/Atlassian
• טוויטר: x.com/bitbucket

8. AWS CodePipeline

אנשים משתמשים ב-AWS CodePipeline כאשר הם כבר עובדים בתוך המערכת האקולוגית של AWS ורוצים דרך לחבר בין בנייה, בדיקות ופריסות מבלי לעזוב את קונסולת הענן. הוא מתחבר ישירות לשירותים אחרים של AWS כמו CodeBuild או CodeDeploy, כך שצוותים יכולים להגדיר זרימות עבודה שמושכות קוד ממקומות כמו GitHub או S3, לבצע את כל השלבים הדרושים להם, ואז לדחוף את הדברים לשרתים או למכולות.

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

נקודות עיקריות:

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

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: aws.amazon.com/codepipeline
• פייסבוק: www.facebook.com/amazonwebservices
• טוויטר: x.com/awscloud
• לינקדאין: www.linkedin.com/company/amazon-web-services
• אינסטגרם: www.instagram.com/amazonwebservices

9. רתמה

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

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

נקודות עיקריות:

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

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: www.harness.io
• פייסבוק: www.facebook.com/harnessinc
• טוויטר: x.com/harnessio
• LinkedIn: www.linkedin.com/company/harnessinc
• אינסטגרם: www.instagram.com/harness.io

10. מזל"ט

Drone שומר על קלות – זהו למעשה מערכת CI הבנויה סביב מכולות Docker וקובץ תצורה יחיד ברפוסטרי שלכם. צוותים שאוהבים את הגישה של "הכל כקוד" ולא רוצים ממשק כבד נוטים להיענות אליו. אתם מבצעים commit ל- .drone.yml, מבצעים push, והוא מפעיל את כל המכולות שביקשתם כדי לבצע את השלבים.

מכיוון שכל שלב פועל במכל משלו, לעולם לא תיתקל בשאריות מוזרות מבניית קוד קודמת. הוא עובד היטב עם GitHub, GitLab, Bitbucket – כמעט כל דבר שיכול לשלוח webhook. כדי להגדיל את היקף הפעילות, כל שצריך לעשות הוא להוסיף סוכנים נוספים, ומכיוון שהוא כעת חלק מ-Harness, לעתים תראה את השניים מוזכרים יחד, למרות ש-Drone עדיין פועל היטב בפני עצמו.

נקודות עיקריות:

• צינור שהוגדר ב-YAML הועבר לרפו.
• כל שלב פועל במכולה Docker חדשה.
• עובד עם רוב ספקי Git המובילים.
• קל להרחבה באמצעות תוספים קהילתיים.
• הגדרת סוכן פשוטה להרחבה.

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: www.drone.io
• טוויטר: x.com/droneio

11. הרמת חלל

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

מה שמושך את תשומת הלב הוא ההתמקדות בניהול – ניתן לנעול דברים באמצעות מדיניות ואישורים מותאמים אישית, תוך מתן אפשרות למפתחים להמשיך לעבוד בקצב מהיר. כמו כן, הוא משתמש ב-Ansible לצורך תצורה לאחר ההקצאה, מה שמאפשר לשמור על זרימה אחידה במקום לקפוץ בין כלים שונים. עבור קבוצות שגדלו מעבר ל-Terraform CLI גולמי או משימות CI בסיסיות, הוא ממלא את החלל הזה בצורה מסודרת למדי.

נקודות עיקריות:

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

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: spacelift.io
• דוא"ל: info@spacelift.io
• פייסבוק: www.facebook.com/spaceliftio
• טוויטר: x.com/spaceliftio
• LinkedIn: www.linkedin.com/company/spacelift-io
• כתובת: 541 Jefferson Ave. Suite 100 Redwood City CA 94063

12. צפון-אגף

Northflank נכנסת לתמונה כאשר צוותים מחפשים פלטפורמה שתטפל בקונטיינרים, משימות ומסדי נתונים מבלי לחייב אותם להפוך למומחים ב-Kubernetes בן לילה. אתם מפנים אותה לקוד שלכם, בוחרים את המשאבים הדרושים לכם – אפילו מעבדי GPU אם אתם עוסקים ב-AI – והיא דואגת לכל השאר. צוותים קטנים וסטארט-אפים רבים משתמשים בה מכיוון שההגדרה שלה דומה יותר ל-PaaS, אך עדיין מאפשרת שליטה נאותה.

החלק שאנשים מזכירים הרבה הוא היכולת להפעיל סביבות תצוגה מקדימה מבקשות משיכה (pull requests) מבלי לכתוב סקריפטים נוספים. זה יכול לרוץ בענן שלהם או להתחבר לענן שלך, מה שעוזר כשאתה צריך להישאר בתוך ה-VPC שלך מסיבות של תאימות. בסך הכל, זה נראה מכוון לאנשים שרוצים ליהנות מהיתרונות של Kubernetes אבל לא רוצים לבזבז את חייהם בניהול אשכולות.

נקודות עיקריות:

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

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: northflank.com
• דוא"ל: contact@northflank.com
• טוויטר: x.com/northflank
• LinkedIn: www.linkedin.com/company/northflank
• כתובת: חברה 11918540 20-22 Wenlock Road, לונדון, אנגליה, N1 7GU

13. Devtron

Devtron נבחר כאשר צוותים מפעילים מספר אשכולות Kubernetes ורוצים מקום אחד לטיפול באפליקציות, CI/CD, סריקות אבטחה ומעקב אחר עלויות. הוא התחיל כדרך להפוך את Kubernetes לפחות מכביד בעבודה היומיומית, והפך למטוס בקרה מלא הממוקם מעל האשכולות שלכם. אנשים המפעילים עומסי עבודה בייצור בסביבות שונות נראים כמשתמשים בו רבות.

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

נקודות עיקריות:

• ממשק אחיד עבור מספר אשכולות Kubernetes.
• CI/CD מובנה עם תמיכה ב-GitOps.
• סריקת אבטחה ואכיפת מדיניות.
• נראות עלויות ואופטימיזציה של משאבים.
• תכונות גיבוי ושחזור לאחר אסון.

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: devtron.ai
• טוויטר: x.com/DevtronL
• LinkedIn: www.linkedin.com/company/devtron-labs
• כתובת: Devtron Inc. 8 The Green Ste A, Dover, Kent, Delaware, 19901 – ארה"ב

14. Argo CD

Argo CD יצא מעולם Kubernetes כדרך לבצע אספקה רציפה בסגנון GitOps ללא כל התוספות המיותרות. צוותים מפנים אותו למאגר Git שמכיל את מצב האשכול הרצוי להם – בדרך כלל תרשימי Helm או מניפסטים פשוטים – והוא מפקח עליו באופן קבוע כדי לוודא שהאשכול החי תואם את מה שיש ב-Git. אם מישהו משנה משהו באופן ידני או שהפריסה סוטה, הוא מתקן זאת באופן אוטומטי או פשוט צועק עד שמישהו יבדוק.

הוא די נחרץ לגבי שמירה על הכל הצהרתי, מה שמתאים לקבוצות שכבר מתייחסות ל-Git כמקור האמת היחיד. ממשק המשתמש האינטרנטי מפתיע ביעילותו בבדיקת מה מסונכרן, מה מקולקל, ובביצוע החזרה לאחור כשדברים משתבשים. הרבה אנשים מריצים אותו יחד עם Argo Workflows או Rollouts כי כולם חלק מאותה משפחה ומשתלבים היטב זה עם זה.

נקודות עיקריות:

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

פרטי קשר ומדיה חברתית:

• אתר אינטרנט: argoproj.github.io

לסיכום

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

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