שטיבלסיט 21/12/2030
הסטרטאפ שנכנס לשוק של מאה מיליארד דולר בשנה

שוב אנחנו כאן, והפעם עם בחור ישראלי צעיר (עוד לא עשרים ואחת) בשם ת. שמפתיע את העולם עם סטרטאפ חדש עליו עמל כחודשיים שלמים מאז שסיים קורס מקוון בבניית אתרי וויקס למתקדמים.
בראיון איתנו הוא יושב בתנוחה נינוחה (לא מסכים להצטלם בשום פנים ואופן, זה עוד יגיע, הוא אומר לנו) ומספר על הדרך הארוכה והקשה שעשה מהרגע שבו הבריק לו הרעיון, והוא קיבל החלטה נחרצת לפתור את אחת מבעיות העולם, ועד לשלב הנוכחי שבו הוא מספר לנו שהוא מחוזר על ידי קרנות הון סיכון מהמפורסמות בעמק הסיליקון.
את דרכו הארוכה בעולם הסטרטאפים הוא התחיל לפני כחודש וחצי, כאשר עלה במדרגות הבניין של סבתא שלו, בבניינים הישנים של רמת גן.
אני יושב מולו ומסתכל עליו, אני רואה את עצמי זקן מקומט בן ארבעים פלוס, מנסה להתפרנס בקושי, והנה מולי ממש מול עיניי החלום האמריקאי מתגשם. עוד אחד שעומד "לעשות את זה". אני מתחיל לתהות על הדרך שלי בחיים, צבירת ניסיון, עמל, הקמת משפחה, חינוך הילדים, פיתוח האישיות? אם יושב כאן בחור צעיר עילג שפה, חדל אישים, וחסר כל כישורי חיים, והוא כבר מדבר על מהפכה בסדר גודל עולמי. טוב, גלשנו, נעזוב לרגע אותי ובואו נצלול לרעיון שלו.
אני:
אז מה בדיוק אתם עושים?
ת:
טוב, נתחיל מהסוף ובכן הסטרטאפ שלנו נועד לחבר בין וועדי בתים לבין שוטפי מדרגות וספקי סמרטוטים (עם חזון להתרחבות גם לתחומים אחרים כגון ילדים שמנקים את החצר האחורית תמורת ארטיקים בערב פסח אבל זה כבר לשלב הבא)
למעשה וועדי בתים מתנהלים היום באלפיים שלושים בדיוק כמו לפני מאה שנה, הם לא באמת יודעים כמה סמרטוטים הולכים להם בשנה והאם זו אשמת המנקה או שהמדרגות מחוספסות.
אני:
וואו, מדהים איך לא חשבו על זה עד היום, איך הכל התחיל?
ת:
הכל התחיל מזה שלפני כחודשיים עליתי במדרגות בבניין של סבתא שלי, בניין מיושן ברמת גן, ואני רואה את המנקה מתמודד עם בעיה קשה של חורים בסמרטוט, לא בדיוק הבנתי מה הסיפור שם, אז שאלתי את סבתא שלי, היא הסבירה לי ש"וועד הבית לא חידש את מלאי הסמרטוטים שלו קרוב לעשור (!!!), ואנחנו חיים היום מסמרטוטים בלויים ושחוקים כל אחד מהשכנים שלא מוכן יותר לסבול את הסמרטוט שלו - במקום לזרוק הוא נותן אותו לוועד הבית, לכן השטיפה נראית כמו שהיא נראית", היא רוטנת. שאלתי אותה מה הסיבה שהסמרטוטים נשחקים לכם כל כך מהר, היא התחילה למנות מספר אפשרויות, מניסיונה העשיר בתחום, מנקה גרוע, מדרגות מחוספסות, מגב שלא מתאים בדיוק לטקסטורה של הסמרטוט + המדרגות.
וועד הבית הציע להעלות את התשלום החודשי על מנת לכסות על הבלאי והשחיקה המהירה של הסמרטוטים, אבל השכנים ראו בזה הטלת מס והטילו ווטו על ההחלטה, וככה אנחנו חיים היום.
אני:
נו ומה קרה אז?
ת:
באותו רגע הבנתי שיש כאן בעיה, הבנתי בעצם שבתחום הזה העולם כאילו עמד מלכת מאה שנה, הבנתי שיש כאן בעיה עמוקה מאוד לפתור, אנשים סובלים ממנה אבל מעולם לא הציעו להם פתרון.
בדיוק הבריק לי הרעיון, חייבים לפתור את הבעיה בדחיפות. המספרים רצו לי בראש, כמה בניינים משותפים יש בעולם? כמה סמרטוטים וכמה מנקים יש?
תחשוב על זה רגע, אנחנו מדברים כאן על שוק בינלאומי שמגלגל עשרות מיליארדים בשנה לפי הערכות מעודכנות.
למעשה ברגע שוועד בית הופך להיות לקוח שלנו כבר באותה שניה הוא יכול לקבל המלצות על סמך בינה מלאכותית שתגיד לו איזה סמרטוטים לקנות, כמה השחיקה הצפויה ועוד ועוד.
אני (מנסה לעצור אותו בלהט הדיבור שלו):
אני חייב להגיד לך שאני רואה מולי יזם אמיץ וצעיר, מהפכן אמיתי, אבל אם אפשר כמה שאלות נוקבות ברשותך?
ת:
בוא נחכה עם השאלות "הנוקבות" שלך לסוף, אתה קוטע לי את הרצף.
אני: טוב אמתין בסבלנות
ת:
וועד בית, יכול להשתמש בתוכנה על מנת לעקוב אחרי שחיקת הסמרטוטים בתחום שטיפת המדרגות, ולהשוות את הפחת מול השכר של המנקים השונים, כאשר במסך "מנקים" ניתן לראות את כל המנקים (כולל ממלאי המקום שלהם), ובאילו תאריכים הם ניקו.
בנוסף בלחיצת כפתור ניתן לדעת ולהודיע מראש על איחור או חיסור של המנקה, ואז הוא יכול לשבץ מנקה חילופי אונליין, וכל זה בלחיצת כפתור וללא מגע יד אדם. מדהים.
לגבי ניהול רכש הסמרטוטים, מכניסים את כמות הסמרטוטים הנרכשים פעם אחת, (עם סריקת חשבונית כמובן לתוך המערכת, אין צורך להקליד כמעט כלום!!!! רק כמות סמרטוטים ומחיר, לא יאומן!!!) המערכת יודעת לחשב באופן ממוצע את הפחת המצטבר במהלך החודשים הבאים, על בסיס בינה מלאכותית וסטטיסטיקה של החודשים הקודמים, ולהתריע גם על אובדן הסמרטוטים, וגם על האפשרות לשכור מנקה יקר יותר אבל עם הרגלים ידידותיים יותר לסמרטוט כך שהתועלת מהירידה באובדן הסמרטוטים תעלה על עלות השכר הנוספת של המנקה החדש. אם נחשב את זה ברמה עולמית, אנחנו מדברים כאן על שוק שמגלגל כעשרים מיליארד דולר בשנה רק בתחום הסמרטוטים לחדרי מדרגות.
אנחנו ממתגים את עצמנו כחברת הייטק, אבל בד בבד כחברה העוסקת בתחום הנדל"ן, כי אחרי הכל חדרי מדרגות זה משהו שהוא נדלנ"י ביסודו.
אני: אפשר שניה, להגיע לשאלות הנוקבות?
ת:
בהחלט, תתחיל להפציץ
אני:
אם אפשר לשאול מי הקרנות שרודפות אחריך היום?
ת:
זה חסוי בשלב הזה, יש התנפלות גדולה, ואנחנו במגעים עם כמה גופים שמתחרים ביניהם, כך שכל שם שאני יגיד עלול לחשוף אותנו לתביעה.
אני:
טוב, קיבלתי את התשובה. כמה עובדים יש לכם בחברה?
ת:
כארבעים בשלב זה
אני: תפקידים?
ת:
מפתח תוכנה אחד (אני) ועוד שלושים ותשע בתחומי המדיה הדיגיטלית שיווק ופרסום ושירות לקוחות.
אני:
כמה זמן החברה כבר רשומה?
ת:
כחודש.
אני:
כן אבל אתה מספר שאתה כבר אחרי כברת דרך ארוכה של כחודש וחצי? איך זה מסתדר עם זה שאתה מקים את החברה כל כך הרבה זמן אחרי שהתחלת לעבוד?
ת:
תראה, אני התחלתי לעבוד במרץ כדי לפתור את הבעיות של העולם, ולהפוך אותו למקום טוב יותר, לא חשבתי בכלל על הצד המסחרי. ברגע שהגיע הלקוח הראשון הבנתי שאין ברירה והקמנו חברה רשומה.
אני:
אהה, אז אתה בכלל אדם ערכי שרחוק מאוד מהעולם של הכסף, עכשיו אני יכול להבין את סוד ההצלחה שלך.
ת:
בהחלט
אני:
אז כמה לקוחות יש לחברה עד עכשיו?
ת:
זה גם חסוי, במסגרת המו"מ עם קרנות הון סיכון, אני רק יכול להגיד לך שבוועד בית של הבנין של סבתא שלי כבר קנו עשרות סמרטוטים. יותר מזה אני לא יכול לספר לך.
אני:
מה אתה יכול להגיד ליזמים צעירים שקוראים עכשיו את הריאיון הזה?
ת:
אני חוזר על המוטו שלי שלמדתי מהיזמים הקודמים, רוץ מהר, שבור דברים, אל תפחד, אל תיתן לשום דבר לעצור אותך, תהיה בקשרים טובים עם סבתא שלך, אם נכנס לך רעיון לראש רוץ איתו ובחיים אל תקשיב לאנשים שמייאשים אותך.
אני:
ומה אתה יכול לומר לסוס זקן כמוני שצופה בך עכשיו בקנאה?
ת:
אין גיל ליזמות, אם תקבל החלטה תראה שאפשר להקים משהו כאן ועכשיו, זו ממש לא בעיה, העולם מחכה לך.

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

[size=200:25h9veiv]למה מתכנתים לא רוצים להיות עצמאיים ולעבוד מול לקוחות בתחום שהכי קשה להסביר לאנשים שלא מבינים[/size:25h9veiv]
(הערה: חלק נכבד מהדברים כאן אמיתיים לחלוטין בלי גוזמא)
אתה צריך להיות הפסיכולוג של הלקוחות:
יש פרוייקטים של תוכנה ואתה צריך תוך כדי גם לטפל בלקוחות קיימים וגם להיות בקשר עם לקוחות חדשים, לתמוך, לעודד, להדריך, לשמוע את הצרות של כולם, להיות נחמד, אדיב, חינני, חייכן, מתחשב, ממחשב, רחמן, קשוב, אמפתי, אפאתי, אנטיפסטי, להעניק ללקוחות תחושת בטחון, לשכנע אותם שבאמת תחזור אליהם כשאתה אומר אני יחזור אליך.
זה לא פוטר אותך מלהיות סוחר זול כדי להביא קצת לחם הביתה:
אתה צריך לשמוע שוב ושוב את הבקשה "תעשה משהו עם המחיר" ובמקום להיות יקה ולטרוק את הטלפון צריך לענות הרצאה שלמה של שוק מחנה יהודה (אחרת לא תיסגר עיסקה), תראה תשמע תבין.... אני לא מרויח פה, אני על גבול ההפסד, אני מחזיק עובדים (אשתך מגהצת חולצות והילדים מושכים לך בחולצה כשאתה בטלפון עם לקוח) משרד (סלון בבית) יש לי הוצאות של רישיונות (רישיון רכב שעשית לפני כמה שנים + הארכה ע"ס 183 ₪ אחת לחמש שנים) אני מעסיק קבלני משנה (חבר שפעם אחת עזר לך באיזה קוד ושילמתי לו משהו על זה) יש לי הוצאות של ציוד (קנית מחשב נייד לפני שנה) החזקת שרתים (האתר שלך יושב על איחסון של 2 דולר לחודש) וכן הלאה וכן הלאה. אז איך אני יכול להוריד במחיר???? איךךךך????
מה ההבדל בין תוכנה לנעליים:
להסביר ללקוחות שלפני 3 שנים רכשו תוכנה, שלא התכוונת להיות המשה רבינו שלהם ללכת איתם במדבר ולשאת אותם 40 שנה, ושאם הם רוצים שתעבוד עבורם, הם צריכים לשלם על כך והרבה כסף. "אבל מה איכפת לך רק משהו קטן" ו"נו תעשה טובה, אני קורס" ואסור לך לנתק את הטלפון לאנשים כאלו כי אז הם יגידו שאתה "נוכל", פירוש: מוכר נעל לילד ומנתק את הטלפון כאשר שומע דרישה להחליף לו אותה בחינם בנעל גדולה יותר כשהוא גדל.
להתמודד עם הדרכים הכי יצירתיות של לקוחות להתחמק מתשלום:
נסתדר על התשלום אחר כך, אני אשלם לך בהקדם, אני אדאג שיטפלו בך, אתה תטופל, זה בטיפול, נתתי הוראה לטפל בזה, אין לי כרגע אתה תשמע ממני בימים הקרובים, אני יעשה מאמץ בעניין התשלום, שבוע הבא צריך להגיע אלי מיליון יורו במזוודה אתה תהיה הראשון בתור, נגמר לי בדיוק הפנקס שיקים, תבוא אלי מחר למשרד נשתה קפה נדבר, אני יעביר לך לחשבון, נפל עלי סיפור אל תשאל קמתי בבוקר והייתי צריך עוד פעם לגלות שהכרטיס שלי לא זכה בלוטו, הכסף נמצא בחו"ל זה העברה שלוקחת 12 יום עד שרואים אותה, יש לי בעיה רפואית נהייתי אנדרוגינוס וזה ביטל לי את תעודת הזהות ואת זכות החתימה בבנק תמתין עד שנפתור את זה. קיבלתי הבטחות גדולות ממקורב אישית של ביל גייטס וכבר שילמתי לו אחוזים על החשבון אז נגמר לי הכסף על זה, אבל אל תדאג זה יחזיר את עצמו פי 100 ואתה הראשון שתקבל..... אני יכול רק ב 60 תשלומים תבוא כל חודש ניתן לך במזומן ההסדר הזה יתחיל בעוד חודשיים.
להסביר לאנשים מה לא קשור אליך:
יש לי בעיה באינטרנט אולי תקפוץ אלי שניה לאילת לראות מה קורה. נפל החשמל בכל השכונה, נראה לך שזה קשור לתוכנה??? הדלקתי את האור בשירותים והתוכנה נפלה מיד אחר כך....... אולי זה בגלל שלא ריססתי בפעם האחרונה כשיצאתי או שזה לא קשור??? יש לי בקשות/דרישות להוספת כמה דברים קטנים בתוכנה: זיהוי דיבור באידיש ותרגום מיידי לקווקזית, קריאת מחשבות, חיזוי העתיד, מספר מדוייק עדכני של כמות הדגים באוקיינוס השקט, וחשיפת קודים של חשבונות בנק בשוויץ (אה לא.. סליחה זה לא כל כך קשור לתוכנה טוב נוותר על זה בינתיים למרות שבעיקרון זה היה ברור מאליו שזה כלול......).
ללמד אנשים לשאול שאלות רלוונטיות:
להשתדל לא לפגוע במזכירות ששואלות את אותה שאלה כמה פעמים בתואנה שזאת שאלה אחרת לגמרי (ועוד מתקשרים אליך לנייד, לא אימייל, לא צ'אט, סלולרי שיחה נכנסת אמבולנס!!!). להתמודד עם בקשות ללימוד כל מדעי המחשב על רגל אחת, "תסביר לי למה היה לי באג אני לא מבין מה ההבדל בין היום לאתמול, איך זה קרה פתאום". לקבל שאלות של "למה זה לא אפשרי" ולענות "אם זה אפשרי תעשי את זה את.... קחי את התוכנה תתחילי לכתוב קוד, ותעשי את זה".

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

פורסם במקור בפורום CODE613 ב27/05/2014 19:25 (+03:00)

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

בעודי מהרהר מאיזה כיוון להתחיל ולתקוף את סוגיית המכונית האוטנומית, אני מבין שבעצם ביסודה עומד רעיון רחב הרבה יותר "בינה מלאכותית" על כל המשתמע מכך.
מכונית אוטונומית היא למעשה רק דוגמא חזקה מעוררת אימה, "הגולם מפראג" האגדי שנוסע במכונית בכביש אמיתי. אולם לפי האמת, הרי אין זה סוד שחיים ומוות לא תלויים רק במכונה פיזית שנוסעת על כבישים. באופן מעורר חלחלה, בתוך כשלושים שנה, אחוזים עצומים מחיי היום יום שלנו נעשו תלויים במחשבים ובתקשורת בצורה כזו או אחרת ישירה או עקיפה. "העולם הפיזי" כפי שהוא נדמה לאנשים, הולך ונעשה פחות ופחות עצמאי (מה קורה לאוניה גדולה בנמל עם קונטיינטרים מלאים בנעלי בית, כשהמחשבים של הנמל או של החברות קורסים??) קורי העכביש ההולכים ונרקמים סביבנו, ובהם תלויים כל המשאבים הדרושים להתקיימות היחיד והכלל, החל מאספקת המזון ועיבודו, ועד לניהול הממשל והצבא, ריבוי התלויות והמורכבות הם בלתי נתפסים. אז בכדי להפחיד את הבריות, מדברים על רכב שנוסע בכביש ללא נהג, אבל האמת שאנחנו כבר מזמן עמוק עמוק בתוך מלכודת הדבש הטכנולוגית, אם נשארו למאן דהו יד או רגל בחוץ, כנראה שהוא גר ברפובליקה הדמוקרטית של קונגו (המדינה הנחשלת ביותר בעולם).
כשאני משוחח על הנושא הזה עם אנשים, ולפעמים ביני לבין עצמי. יאמרו לי, הלא החשמל כבר עובד מעל מאה ועשרים שנה, רכבת קיטור יותר מכך, והעסק ממשיך לעבוד. אולם יש הבדל מהותי בין כל ההמצאות עד לעידן תקשורת המחשבים, לבין המצאת האינטרנט, ויותר מכך להמצאת הבינה המלאכותית (שעוד נתעמק בהבדל בינה לבין התוכנה הקלאסית בפוסטים הבאים).
כל המצאה שהיתה עד לעידן זה, קיימה תנאי בסיסי: בידוד, החשמל איננו קשור לקיטור, ולגז, ולבנזין. הגז לא קשור לחשמל, וגם בין תחנות כוח שונות אין בהכרח קשר. כשל או תקלה במכונה אחת איננו משפיע על יתר הפרטים או שהשפעתו מוגבלת מאוד. אולם עולם המחשבים והתקשורת הסבוכה כל כך, בעצם עולם האינטרנט על כל הסרביסים התלויים בו, זאת מפלצת של ממש שהולכת ויוצאת משליטה, סוג של קוד ספגטי עולמי, שבו המושגים הבסיסיים והתקינה משתנים באופן קיצוני בין מערכות שונות, ג'ונגל נטול כל רגולציה, שנבנה מראש על תשתית רקובה בעלת סיכוני אבטחה גבוהים מאוד. מה גם שעלות התחזוקה של כל מערכת הולכת ועולה עם השנים (בגלל התיישנותה ביחס לסביבה) וזה דבר שאין ולא ניתן לחשב אותו לעולם ועד (אבל על כך פוסט נפרד במדור זה בלי נדר).
לצורך ההמחשה נעצום לרגע עין ונדמיין קריסה רחבת היקף בחוות השרתים של אמזון (שכל הסיפור שלה הוא 10 שנים בלבד, ולפי כמות ההכנסות של החברה מהשירות זה נראה שמיליוני סרביסים יושבים שם), מה יהיה אם חומרים נמחקו לבלי שוב? אם התערבבו להם דומיינים וכתובות פיזיות של שרתים ושל דיסקים קשיחים בגלל >באג>וירוס>טעות טכנית>סופת ברקים>רעידת אדמה>הפצצה של כוחות אויב>דליפת זיכרון>התקפה של חרקים או חיידקים>תא רדום של דעאש או של פוטין שיושב באמזון כבר כמה שנים> ועוד ועוד כיד המדע הבדיוני הטוב עליכם.
הרי אנחנו יודעים שכל הדבר הזה שנקרא "מחשוב ענן" הוא הררים התלויים בשערה כפשוטו ממש!! מוכרים לך משהו שנקרא "כוח חישוב" שהוא למעשה שימוש מקביל במאות מחשבים מבוזרים שכרגע הם פשוט פנויים להעלות אותך עליהם טרמפ. ב"טרמפ" הזה יושבים פיזית עוד הרבה מאוד אורחים, ותוכנה בלבד מפרידה בין כולם (שימו לב! לא חומרה מפרידה אותך מאחרים אלא תוכנה! זהו הרעיון של מחשוב ענן ותקשורת מחשבים בכלל וזהו עקב האכילס של האינטרנט). נראה לכם שזה כל כך פשוט לתחזוקה הדבר הזה?? זה בדיוק מה שמפחיד בכל הסיפור. ואם אנחנו מדברים על סרביסים שתלויים באמזון, מה עם הסרביסים שתלויים בסרביסים שתלויים בסרביסים שתלויים באמזון?? ומי יודע עד היכן שרשרת התלויות הזו מגיעה? המגמה הזו הולכת ומתחזקת, תלויות על תלויות על תלויות, ולנו זה נראה כאילו ג'ף בזוס הוא גדול מכדי ליפול, אז זהו שלא. אוקיי, הפחדנו מספיק, בואו נכתוב קצת פילוסופיה.

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

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

וְהַחֵלֶק הַשִּׂכְלִי - הוּא הַכֹּחַ הַנִּמְצָא לָאָדָם, אֲשֶׁר בּוֹ יַשְׂכִּיל וּבוֹ תִּהְיֶה הַהִשְׂתַּכְּלוּת, וּבוֹ יִקְנֶה הַחָכְמוֹת, וּבוֹ יַבְדִּיל בֵּין הַמְגֻנֶּה וְהַנָּאֶה מִן הַפְּעֻלּוֹת.
וְאֵלּוּ הַפְּעֻלּוֹת : מֵהֶן - מַעֲשִׂי, וּמֵהֶן -עִיּוּנִי.
וְהַמַּעֲשִׂי : מִמֶּנּוּ - מְלֶאכֶת-מַחֲשֶׁבֶת, וּמִמֶּנּוּ - מַחֲשָׁבִי.
וְהָעִיּוּנִי : אֲשֶׁר בּוֹ יֵדַע הָאָדָם הַנִּמְצָאוֹת שֶׁאֵינָן מִשְׁתַּנּוֹת, כְּפִי מַה שֶּׁהֵן עָלָיו, וְהֵן אֲשֶׁר יִקָּרְאוּ : "חָכְמוֹת" סְתָם.
וּמְלֶאכֶת מַחֲשֶׁבֶת - הוּא הַכֹּחַ אֲשֶׁר בּוֹ יִלְמַד הַמְּלָאכוֹת : כְּנַגָּרוּת, וַעֲבוֹדַת הָאֲדָמָה, וְהָרְפוּאוֹת, וְהַמַּלָּחוּת.
וְהַמַּחֲשָׁבִי - הוּא הַכֹּחַ אֲשֶׁר בּוֹ יִסְתַּכֵּל הָאָדָם בַּדָּבָר אֲשֶׁר יִרְצֶה לַעֲשׂוֹתוֹ : אִם אֶפְשָׁר לַעֲשׂוֹתוֹ, אִם לָאו; וְאִם אֶפְשָׁר לַעֲשׂוֹתוֹ, אֵיךְ צָרִיךְ שֶׁיַעֲשֶׂה ?
זֶה שִׁעוּר מַה שֶּׁצָרִיךְ שֶׁנִּקַּח מֵעִנְיַן הַנֶּפֶשׁ הֵנָּה.

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

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

פורסם במקור בפורום CODE613 ב11/08/2017 04:11 (+03:00)

יותר ויותר אנשים אוהבים את המקצוע הזה, אך מתקשים למצוא דרך.

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

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

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

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

בהצלחה

פורסם במקור בפורום CODE613 ב13/06/2016 20:39 (+03:00)

@shsh654

ושוב מגיע ה'מתכנת' התורן, הוא כבר עשה כמה 'תוכנות' באקסס לניהול הת"ת בישיבה ולחישוב מלאי בחנות של הדוד

לא ממש מצליח להבין את הזלזול, מיהו בעיניך מתכנת ללא מרכאות?? אחד שלמד באקדמיה? עבד בחברת כוח אדם המספרת שירותים למשרדי ממשלה?? (שאת הקוד שלהם אתה יכול לראות אפילו בדפדפן איזה HTML מגעיל ומכוער...)
כל אלו בעיני אינם אותם אנשי מקצוע טובים ויצירתיים שהייתי רוצה לנהל איתם שיחה (יצא לי להכיר מהם יש בהם שחצנים שחושבים את עצמם לאלילים בגלל שעבדו פעם במשרד האוצר ואולי עשו פעם סלקט על "כמה כסף יש עכשיו במדינה" ווואוו איזו חרדת קודש... אנשים כאלו הם ממש לא נעימים עד כדי שהם לא מסוגלים לשמוע אותך בכלל הם רק מדברים בלי סוף על עצמם) אני מאמין אך ורק באותו מתכנת שהתחיל עם תשוקה גדולה לכתוב תוכנה למחסן של דוד שלו, והוא מתקדם ללא לאות ולומד כל הזמן. אז למה לכתוב בכזו ציניות, זהו הדור הבא, ואלו האנשים המבוקשים ביותר בשוק אגב. יש כיום 2 תוכנות מפורסמות לניהול מוסדות, אחד APT והשני עסקים. מעניין ש 90% מהלקוחות שלהם מקללים אותם, או שהם פשוט לא מבינים כלום. אז אתה רוצה שהשוק יישלט בידי בריונים שמספקים סחורה זבל, או לפתוח את השוק לאנשים טובים באמת???
אתמהה.

פורסם במקור בפורום CODE613 ב01/08/2015 22:57 (+03:00)

שלום חברים מהן תכונות האופי של המתכנת? האם העובדה שפלוני הוא מתכנת, ועוסק בתחום אומר משהו על האישיות שלו? יש תכונות שסותרות אחת את השניה כפי שנראה בהמשך, לפעמים על המתכנת לעשות בחירות קשות.
חכמה וגאונות
מרגלא בפומיה דיוסיף ג'וגאשווילי, לקרוא לאצולת ההנדסה לענפיה וסוגיה בשם "האינטליגנציה הטכנית". עד להופעת ענף התוכנה איש לא חשב לתאר את המהנדס כאיש "חכם" אלא כאיש "מוכשר". משהתפתחו ענפי המחשבים והתוכנה, החלו לצוץ פתאום "גאונים", והילה של "חכמים" אופפת את האנשים הנעלים והנאצלים שהעפילו לגדולה זו של תיכנות.
ובכן, נכון שבתחום התוכנה - אולי יותר מכל מקצוע טכני אחר שהאנושות המציאה, יש מקום רב לגאונות, ולרב מימדיות של כשרונות, ואפילו מקום לחכמה במידה מסויימת. מה שמעניין במקצוע הזה, שהפערים בין המתכנתים יכולים להגיע לסדרי גודל של פי אלף ואלפיים אם לא יותר, לפעמים זה גם מדיד (כלומר אם מודדים את זה למשל בתפוקת עבודה, יש עבודה שמתכנת אחד בחכמתו עושה משהו במקום 100 מתכנתים, במונחים של שעות עבודה). אולם רוב רובם המוחלט של המתכנתים, הם אנשים לא חכמים בלשון המעטה, כשאתה מנסה לפתח איתם שיח כלשהו בנושא אחר, הם מגלים פאנטיות ו/או טמטום כמו רוב האנשים ברחוב. ולכן כל מתכנת הוא בחזקת מטומטם כמו כל אדם, עד שיוכח אחרת.
יושרה ונאמנות
באנשים העוסקים בפיננסים, פרסום, ומכירות, (וכן אנשי צווארון כחול כגון אינסטלטורים טכנאי מחשבים וכדומה) דבק כמעט באופן אוטומטי תואר של נוכלים. אצל אנשים מתחומים הומאניים דבק תואר של הזויים ותלושים מהמציאות. אצל האנשים העוסקים במקצועות מדוייקים יותר אנשים נוטים לייחס יושרה ואמינות. יש בזה משהו הגיוני, קשה נפשית למהנדס או כימאי להיות שקרן, זה סותר את עצם המקצוע שלו. אולם כפי שנראה להלן, מתכנת מוצא את עצמו הרבה פעמים מול דילמות קשות. כי לפרנסתו הוא עובד מול לקוח, או אצל איזה בוס, ולא פעם יש לחצי תקציב ולוחות זמנים, הפתרון במקרה זה הוא פשוט לחפף, ולוותר על חלקים שלא קריטיים לתפקוד המערכת, כגון אבטחה, איכות הקוד, בדיקות, ביצועים למקרים של עומס, וכדומה. המתכנת מוצא את עצמו מול דילמה של אוי לי אם אומר אוי לי אם לא אומר. אם אומר לבוס או ללקוח, שהנושא הזה בעייתי, זה יהרוס את היחסים איתו. מצד שני אם לא אומר, זה הרי ידפוק אותו בעתיד. תרשו לי לנחש מה ההכרעה ברוב המקרים......... בעצם זה אומר שמתכנת ברוב המקרים הופך להיות נוכל בעל כרחו, ומכאן המדרון חלקלק.
גם חברות גדולות שהתחילו עם סוג של טיקט של יושרה (כגון גוגל) כלפי המשתמש, הפכו להיות מפלצות מהר מאוד, וזה בשם התחרות וכו', לא ממש משנה מה הסיבה, בסוף זה נוגע ללחצים כספיים.
אידיאולוגיה
מתכנתים נוטים להיות אידיאולוגים בקוד (שמעתם לא פעם על מישהו שנאבק עם הקוד על 100ms?), בבחירות שלהם, ובשיטות העבודה. דבר זה מטריף את הלקוחות בהרבה מקרים. וזה טריגר נוסף לאיבוד היושרה שדיברנו עליו לעיל. כי מי שכופתים אותו לזנוח את האידיאולוגיה שלו לטובת הלקוח, למה שלא יזנח אותה לטובת עצמו?
דיקטטורה
מחשב, כמו כל חוקי הטבע, הוא דיקטטור. אם משהו לא עובד, אתה נכנס למחנה עבודה בכפייה עד שהדיקטטור יהיה מרוצה. קראתי פעם שמהנדסים יש להם סיכוי של פי 17 להצטרף לארגון קיצוני. לכן מתכנתים נוטים בהרבה מקרים להפגין סוג של דיקטטורה, והם לא סובלים ויכוחים עם הלקוחות, ולא "פשרות" ולעשות "צעד לקראת" מהסוג המקובל בעולם העסקים, בפרט שהם מוצאים את עצמם חסרי כל שפה מול הלקוחות. כמובן שגם הנושא הזה נשחק בעקבות הרצון בפרנסה ללא מלחמות ובזבוז אנרגיה.
דחיית סיפוקים
ככל שיכולת דחיית הסיפוקים שלך ירודה, כך אתה מתכנת גרוע יותר, לא צריך להסביר לאף אחד מהפורום כאן למה. האם הלקוח שלנו יודע לדחות סיפוקים? הרשו לי לנחש.... אולי במקרים נדירים.

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

פורסם במקור בפורום CODE613 ב25/08/2017 14:05 (+03:00)

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

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

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

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

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

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

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

וגם שימוש רב בתת שאילתה מקוננת במקום בג'וין (ב SQL SERVER הביצועים נהדרים! ב mysql ובאורקל זה בבחינת "אל תנסו את זה בבית") אתן לכם דוגמא, ותחליטו איזה קוד קריא יותר.

קוד SQL "לפי הספר":

SELECT 
a.Title
,c.FullName AS ContactFullName
,c2.FullName AS AssignedToFullName
FROM
Activities.Activities a 
JOIN Contacts.Contacts c
ON a.ContactID=c.ID
JOIN Contacts.Contacts c2
ON a.AssignedToID=c2.ID

קוד SQL בסגנון אחר:

SELECT 
a.Title
,(select top 1 FullName from Contacts.Contacts where ID=ContactID) AS ContactFullName
,(select top 1 FullName from Contacts.Contacts where ID=AssignedToID) AS AssignedToFullName
FROM
Activities.Activities a

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

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

פורסם במקור בפורום CODE613 ב28/07/2017 02:13 (+03:00)

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

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

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

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

אבל אולי הציבור כן יכול. בשביל זה אתם צריכים לשתף ולשתף, ללחוץ וללחוץ, ולא להרפות. זה יכול להיות אחרת. תוך חודש זה יכול להיות אחרת. וזה בידיכם.

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

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

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

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

למעשה זה הרבה יותר גרוע, כי יש מקרים שיש כמה מאגרי נתונים משורשרים, וכל מעבר ממאגר למאגר עד שהמידע מגיע לייעד כרוך בתשאול ובמשיכת המידע.

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

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

משרת החיזויים המידע מועבר לשרתי השאילתות (אליהם פונים איפובוס, מוביט וכל השאר, וגם מערכות השלטים), הידוע בתור שרת הSIRI. המידע מועבר בהזרמה ומבוסס דלתות (הפרשים). רוחב הסרט של המידע הזה הוא, בשעות האלה, כ150K בייט לשנייה.

אל שרתי השאילתות (יש חמישה כאלה עם מאזן עומסים) פונים המתשאלים כאמור. נפח ממוצע של התשובות לשאילתות בשעות האלה הוא כ6M בייט לשנייה על כל שרת, בסך הכל כ30M על חמישה שרתים. בסך הכל מתבצעות כ20,000 שאילתות בדקה.

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

וכך הופכת חצי שנייה לשתי דקות...

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

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

ולמי שהגיע עד כאן ועדיין יש לו סבלנות צפויה הפתעה.

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

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

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

@אהרן אמר בבשורה מרעישה לכל מי שסובל מבעיות UX הנובעות מבלבול בין לחיצות כפולות לבודדות:

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

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

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

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

@dovid אמר בבשורה מרעישה לכל מי שסובל מבעיות UX הנובעות מבלבול בין לחיצות כפולות לבודדות:

ואני מתנגד (או יותר נכון לא מבין את הצורך) לטיימהאוט.

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

@zvizvi אמר בבשורה מרעישה לכל מי שסובל מבעיות UX הנובעות מבלבול בין לחיצות כפולות לבודדות:

נכון זה לא כ"כ גנרי (צריך לממש כל פעם), אבל עדיין...

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

@yossiz שיפרתי את הקוד, ההערות שלך תוקנו. כעת אם יהיו שיפורים אעדכן את התגובה הזו כל הזמן.

import { Directive, EventEmitter, HostListener, Input, Output } from '@angular/core';
/**
 * This directive help us to manage user single click and double click
 * In regular DOM events, when a user click double click -  twoo events of "click" will be fired, and one event of "dblclick"
 * This behevior make troubles. becose if we need one event, and the user click twice, twoo events will be fired.
 * So:
 * the basic behvior of this directive, is to emit a new event called "singleClick". this event is fired only once,
 * and is not affected by the second click of user.
 *
 * ====================================================================================================================
 *
 * In addition can you use an event called "singleOrDblclick" so that only one event between them will be triggered,
 * and they will not contradict each other.
 * So if you have problems with such a scenario 
 * for example opening dialogs they may close on the second click if they are opened on the first click
 * you can solve the problem by listening to the "singleOrDblclick" event.
 * 
 * More beheviors documented bellow in the code
 */
@Directive({
  selector: '[mtrSingleClick]'
})
export class SingleClickDirective {

  /**
   * a flag that tell us if was there a single click before less than the time allotted in the variable "doubleClickSpeed"
   */
  private singleClickWasClickedRecently_FLAG = false;

  /**
   * a flag that tell us if we now after a dblclick event
   */
  private isdblClick_FLAG = false;

  /**
   * the maximum time (in ms) between clicks, that the DOM fired a dblclick event.
   */
  @Input() public doubleClickSpeed = 500;

  /**
   * if you wand that not fired an single click event when the user click double click.
   */
  @Input() public ignoreSingleClickWhenDblClick = true;

  /**
   * use $event.stopPropagation()?
   */
  @Input('mtrSingleClickStopPropagation') public stopPropagation = false;

  /**
   * an event that emmitted once for single click only and not emmitted twice when the user click double click.
   * if you choise "ignoreSingleClickWhenDblClick" then this event will not be fired at all - ​if the user make a double click.
   */
  @Output() singleClick = new EventEmitter<any>();

  /**
   * this event will fired once when the user make a single click or a dblclick
   * if the user make a dblclick then the event will be fired only by the dblclick DOM event.
   */
  @Output() singleOrDblclick = new EventEmitter<any>();

  @HostListener('click', ['$event'])
  onClick($event): void {

    if (this.stopPropagation) {
      $event.stopPropagation();
    }

    // if singleClickWasClickedRecently we do nothing
    if (this.singleClickWasClickedRecently_FLAG) {
      return;
    }

    // Raise a flag
    this.singleClickWasClickedRecently_FLAG = true;

    // If we ignoreSingleClickWhenDblClick we cannot fire event before checking that the user not click twice
    if (this.ignoreSingleClickWhenDblClick) {

      // So we have to wait until we make sure we are not in a double click mode
      const mainTimer = setTimeout(() => {

        // Either way we have to lower the flag
        this.singleClickWasClickedRecently_FLAG = false;

        if (this.isdblClick_FLAG) {
          clearTimeout(mainTimer);
          return;
        }
        // If is not dblclick we emit a single click event
        this.emitSingleClickEvent($event);
        clearTimeout(mainTimer);
      }, this.doubleClickSpeed + 10);
    } else {
      this.emitSingleClickEvent($event);
      const timer = setTimeout(() => {
        this.singleClickWasClickedRecently_FLAG = false;
        clearTimeout(timer);
      }, this.doubleClickSpeed + 10);
    }
  }

  emitSingleClickEvent($event): void {
    // console.log('emitSingleClickEvent');
    this.singleClick.emit($event);
    this.singleOrDblclick.emit($event);
  }

  @HostListener('dblclick', ['$event'])
  onDblclick($event): void {

    if (this.stopPropagation) {
      $event.stopPropagation();
    }

    this.isdblClick_FLAG = true;

    this.singleOrDblclick.emit($event);
    const timer = setTimeout(() => {
      this.isdblClick_FLAG = false;
      clearTimeout(timer);
    }, this.doubleClickSpeed + 100);
  }

  constructor() { }

}

@yossiz אמר בבשורה מרעישה לכל מי שסובל מבעיות UX הנובעות מבלבול בין לחיצות כפולות לבודדות:

מטה הערה, האם זה חסרון בי שלקח לי הרבה זמן (יחסית) להבין את הלוגיקה של הקוד? משהו פה מרגיש לי מסובך מדי. (לענ"ד זה מה שגרם לחלק מהבעיות שבאות ג', גם הערת @Shaya היה מונע אות א' וג')

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

@yossiz אמר בבשורה מרעישה לכל מי שסובל מבעיות UX הנובעות מבלבול בין לחיצות כפולות לבודדות:

שאלה צדדית:
למה אתה נוהג לנקות את ה-timeOut אחרי הרצת הפונקציה של הטיימאאוט? זה לא קורה ממילא?

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

@yossiz אמר בבשורה מרעישה לכל מי שסובל מבעיות UX הנובעות מבלבול בין לחיצות כפולות לבודדות:

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

לא ממש, אני לא "בונה" דאבל קליק, שים לב שאני מאזין לאירועים קיימים של קליק ודאבל קליק, ורק מחליט אם אני יורה או לא. ההחלטה אם לירות אירוע ואיזה אירוע, זהו לב לבו של הקוד הזה.

@yossiz אמר בבשורה מרעישה לכל מי שסובל מבעיות UX הנובעות מבלבול בין לחיצות כפולות לבודדות:

אתה משתמש בשיעור זמן שרירותי של 500 ms

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

@yossiz אמר בבשורה מרעישה לכל מי שסובל מבעיות UX הנובעות מבלבול בין לחיצות כפולות לבודדות:

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

אכן זה ראוי לתיקון.

@yossiz אמר בבשורה מרעישה לכל מי שסובל מבעיות UX הנובעות מבלבול בין לחיצות כפולות לבודדות:

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

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

תודה על ההשקעה.

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

@yossiz אדרבה תעשה משהו בריאקט או וויו או ב vanilla-js

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

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

import { Directive, EventEmitter, HostListener, Input, Output } from '@angular/core';

@Directive({
  selector: '[mtrSingleClick]'
})
export class SingleClickDirective {

  private singleClickWasClickedRecently = false;
  private isdblClick = false;

  @Input() public debounceTime = 500;
  @Input() public ignoreSingleClickWhenDblClick = true;
  @Input('mtrSingleClickStopPropagation') public stopPropagation = false;

  @Output() singleClick = new EventEmitter<any>();

  @Output() singleOrDblclick = new EventEmitter<any>();

  @HostListener('click', ['$event'])
  onClick($event): void {
    if (this.stopPropagation) {
      $event.stopPropagation();
    }

    if (this.singleClickWasClickedRecently) {
      return;
    }

    this.singleClickWasClickedRecently = true;
    if (this.ignoreSingleClickWhenDblClick) {
      // check if not dblclick
      const mainTimer = setTimeout(() => {
        if (this.isdblClick) {
          this.singleClickWasClickedRecently = false;
          clearTimeout(mainTimer);
          return;
        }
        // if is not dblclick
        this.emitSingleClick($event);
        clearTimeout(mainTimer);
      }, this.debounceTime);
    } else {
      this.emitSingleClick($event);
    }
  }

  emitSingleClick($event): void {
    this.singleClick.emit($event);
    this.singleOrDblclick.emit($event);

    const timer = setTimeout(() => {
      this.singleClickWasClickedRecently = false;
      clearTimeout(timer);
    }, this.debounceTime);

  }

  @HostListener('dblclick', ['$event'])
  onDblclick($event): void {
    if (this.stopPropagation) {
      $event.stopPropagation();
    }
    this.isdblClick = true;
    const timer = setTimeout(() => {
      this.isdblClick = false;
      clearTimeout(timer);
    }, this.debounceTime);
    this.singleOrDblclick.emit($event);
  }

  constructor() { }

}

למימוש:

<div mtrSingleClick (singleOrDblclick)="openForm()"
            [mtrSingleClickStopPropagation]="true" >
</div>

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