תחומים - פורום חרדי מקצועי

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

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

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

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

אז חזק ואמץ, אל תערוץ ואל תחת כי עמך ה' אלוקיך בכל אשר תלך.

פורסם במקור בפורום CODE613 ב28/02/2016 23:34 (+02:00)

@דוד ל.ט.

אבל לכאורה זה לא מכסה הרבה תרחישים. לדוגמה שאילתות סיכום

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

קשרים מורכבים בין טבלאות

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

ויותר נכון לשים את אפשרות החיפוש ההפוך קרוב לקריטריונים (שדה X גדול מ100, כל מי שלא כך).

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

פורסם במקור בפורום CODE613 ב26/06/2014 16:23 (+03:00)

שלום לכולם.

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

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

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

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

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

בהצלחה.

פורסם במקור בפורום CODE613 ב27/04/2014 16:34 (+03:00)

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

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

@ש-ב-ח אמר ביש מה לנסות? SQL ענק ומלא שאילתות וחישובים:

מקווה שהבנת.

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

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

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

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

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

פוליטיקה: רומא העתיקה

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

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

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

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

@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 לא צריך אותו.
את זה תיקנתי כבר עכשיו.
בהמשך אנסה להפוך את הקוד לברור יותר ואפרסם גירסה חדשה.

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

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

פורסם במקור בפורום CODE613 ב13/05/2017 23:00 (+03:00)

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

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

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

פורסם במקור בפורום CODE613 ב16/02/2017 14:41 (+02:00)

רחמים תודה

דווקא התשובה שנמצאת כאן

זאת עם אפס הצבעות, היא הכי פשוטה ויעילה.

הקוד כך:

declare @t table (ContractClause nvarchar(max))
insert @t
values ('1'),('11'),('1.1.3'),('2.1')
select * from @t 
ORDER BY cast('/' + ContractClause + '/' as hierarchyid)

פורסם במקור בפורום CODE613 ב25/07/2016 23:31 (+03:00)

@ארכיטקט

@םןץףך
ובשביל מסד נתונים- אפשר ב- https://c9.io ?

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

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

פורסם במקור בפורום CODE613 ב26/05/2016 23:20 (+03:00)

@םןץףך

ובשביל מסד נתונים- אפשר ב- https://c9.io ?

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

פורסם במקור בפורום CODE613 ב24/05/2016 16:00 (+03:00)

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

פורסם במקור בפורום CODE613 ב03/04/2016 18:35 (+03:00)

קודם כל 625 שעות זה לא חינם!!! זאת השקעה אדירה מצידך.

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

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

פורסם במקור בפורום CODE613 ב16/01/2014 11:10 (+02:00)

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

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

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

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

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

כעת ניצבת בפניך משימה של בחירת שפה, וזאת החלטה לא פשוטה, כי השפה שתבחר עכשיו היא תהיה השפה שלך לשנים הקרובות, לאחר מכן יהיה קצת קשה להגר לשפה אחרת, מהרבה סיבות, מנטליות וכלכליות. אז זה נושא בפני עצמו וכדאי שתחליט עליו לפני שאתה מתחיל. אני אישית הייתי ממליץ לך ללמוד שפות אינטרנטיות, ובכלל לפתח הכל רק בשפות של דפדפן, זה אומר HTML JavaScript בצד הלקוח, ו PHP או NodeJS בצד השרת (תבדוק בויקיפדיה ותבין מה המשמעויות) זה אמנם יותר קשה ללמוד מאשר דוט נט, אבל יש יתרון עצום ונורא למי שיודע את השפות הללו. אני היום כבול באקסס, דוט נט וגרורותיה, ולומד את שפות הדפדפן, זה מאוד קשה להגר זאת תפיסה אחרת לגמרי יעיד על כך דוד ל.ט. שלא עלתה בידו, אבל העתיד נמצא שם.
לגבי מסדי נתונים יש את MySQL שהיא קוד פתוח וחופשי, ויש את SQL Server מבית Microsoft וכאן שוב אתה נכנס לשאלת השאלות האם ללכת עם Microsoft או עם תוכנות קוד פתוח. אני כבר הכרעתי שעדיף קוד פתוח, ודוד ל.ט. הכריע שעדיף מיקרוסופט, כל אחד מסיבות אישיות, פרקטיות, דתיות, או לא משנה מה. אתה גם צריך להכריע וכדאי לך לעשות את זה מוקדם, כדי שלא תתחרט אחר כך.

בכל מקרה איחוליי להצלחתך ותעשה חיל!

פורסם במקור בפורום CODE613 ב11/07/2013 11:17 (+03:00)

קצת רקע לפני שאני עונה:

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

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

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

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

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

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

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

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

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

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

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

אין קשר בין המקצוע לבין הפרנסה והביקושים, מקצוע בוחרים לפי הנפש, ופרנסה זה עניין של מאמץ, וס"ד.

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

פורסם במקור בפורום CODE613 ב10/07/2013 22:33 (+03:00)

מוגש כשירות לציבור שוחרי SQL נקי:

USE [GlobalOptimum]
GO

/****** Object:  UserDefinedFunction [dbo].[Validation_CheckIsraelID]    Script Date: 08/02/2015 00:54:45 ******/
SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

-- =============================================
-- Author:		<Author,,Name>
-- Create date: <Create Date, ,>
-- Description:	<Description, ,>
-- =============================================
CREATE FUNCTION [dbo].[Validation_CheckIsraelID] 
(
	-- בודק מספרי תעודת זהות מספר עמותה תיק ניכויים וכדומה כמקובל במדינת ישראל
	@id nvarchar(10)
)
RETURNS bit
AS
BEGIN

--אם אין אורך של תשע ספרות זה משבש טובא את כל השיעור ועל כן יחזיר אפס
if len(@id)<>9  return 0;

--הספרה הימנית היא ספרת הביקורת
declare @ControlNumberByPass TinyInt = Right(@id,1)
-- הספרות כולם למעט הימנית ביותר הן גוף המספר
declare @NumberWithoutControl nvarchar(10) = left(@id,(len(@id)-1))

declare @ControlNumberByCheck TinyInt = 0;
declare @strNum nvarchar(20) = '';
declare @i int = 1;

--צובר את הספרות במכפלות לפי משקלים
WHILE @i <= len(@NumberWithoutControl)
begin
set @strNum += cast(Cast(SUBSTRING(@NumberWithoutControl,@i,1) As TinyInt) * (case when @i%2 = 0 then 2 else 1 end) as nvarchar);

set @i+=1;
end

set @i = 1;
--מחבר את הספרות שנוצרו
WHILE @i <= len(@strNum)
begin
set @ControlNumberByCheck += Cast(SUBSTRING(@strNum,@i,1) As TinyInt)
set @i+=1;
end

--מעדכן למספר המשלים למכפלת עשר מדוייקת
set @ControlNumberByCheck = (10 - (@ControlNumberByCheck%10))

--מחזיר ערך מאומת על פי בדיקה האם ספרת הביקורת מתאימה

	RETURN (case when @ControlNumberByCheck=@ControlNumberByPass then 1 else 0 end)

END

GO

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

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

פורסם במקור בפורום CODE613 ב29/06/2016 12:16 (+03:00)