דילוג לתוכן
  • דף הבית
  • קטגוריות
  • פוסטים אחרונים
  • משתמשים
  • חיפוש
  • חוקי הפורום
כיווץ
תחומים

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

💡 רוצה לזכור קריאת שמע בזמן? לחץ כאן!
א

ארכיטקט

@ארכיטקט
אודות
פוסטים
1.1k
נושאים
252
שיתופים
0
קבוצות
0
עוקבים
1
עוקב אחרי
0

פוסטים

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

  • יצירת טבלה ללא מפתח ראשי - הכצעקתה?!
    א ארכיטקט

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

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

    ארכיון code613m

  • פלטפורה נוחה לבניית מערכת לניהול לקוחות ומלאי - כתהליך
    א ארכיטקט

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

    פורסם במקור בפורום CODE613 ב08/03/2017 22:41 (+02:00)

    ארכיון code613m

  • סריקת אתר וזיהוי שינויים בנושא מסויים
    א ארכיטקט

    @אליעזר

    כל חמש דקות

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

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

    ארכיון code613m

  • סריקת אתר וזיהוי שינויים בנושא מסויים
    א ארכיטקט

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

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

    עלה והצלח.

    פורסם במקור בפורום CODE613 ב20/02/2017 10:02 (+02:00)

    ארכיון code613m

  • כל האמת על ההידרים של Access-Control-Allow-Whatever או cors
    א ארכיטקט

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

    פורסם במקור בפורום CODE613 ב20/02/2017 09:20 (+02:00)

    ארכיון code613m

  • Type Script
    א ארכיטקט

    @דוד ל.ט.

    @אהרן
    איזה יתרונות js נותנת TS?

    חוץ מתמיכה בכל הES6, שזה בעיקרון אמור להיות נחלת הJS הרגיל:
    Type Checking
    Decorators

    שתיהם בעלי משמעות רק ביישומים מורכבים.

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

    פורסם במקור בפורום CODE613 ב19/02/2017 08:45 (+02:00)

    ארכיון code613m

  • Type Script
    א ארכיטקט

    @אהרן

    @אהרן
    משהו באנלוגיה לא ברור לי 🙂

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

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

    פורסם במקור בפורום CODE613 ב19/02/2017 08:37 (+02:00)

    ארכיון code613m

  • Type Script
    א ארכיטקט

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

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

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

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

    ארכיון code613m

  • עוברים את סטאק אוברפלוו
    א ארכיטקט

    webbrowser control clear cache

    פורסם במקור בפורום CODE613 ב17/01/2017 12:09 (+02:00)

    ארכיון code613m

  • עוברים את סטאק אוברפלוו
    א ארכיטקט

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

    פורסם במקור בפורום CODE613 ב17/01/2017 10:17 (+02:00)

    ארכיון code613m

  • אינדקס קודם בLINQ
    א ארכיטקט

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

    פורסם במקור בפורום CODE613 ב21/12/2016 23:01 (+02:00)

    ארכיון code613m

  • אינדקס קודם בLINQ
    א ארכיטקט

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

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

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

    /// <summary>
            /// מחזיר רשומות שהרשומות שבאו קודם מקיימות תנאי מסויים
            /// </summary>
            /// <typeparam name="TSource"></typeparam>
            /// <param name="source"></param>
            /// <param name="predicate"></param>
            /// <returns></returns>
            public static IEnumerable<TSource> WhereByPrevious<TSource>(this IEnumerable<TSource> source, Expression<Func<TSource, bool>> expr)
            {
                //מכין פרידיקייטים חיוביים ושליליים
                var predicate = expr.Compile();
                var notPredicate = Expression.Lambda<Func<TSource, bool>>(Expression.Not(expr.Body), expr.Parameters).Compile();
                
                //הנותרים כדי שלא לחזור על דברים שכבר עשינו
                var remaining = source.AsEnumerable();
                
                //קודם כל מדלגים על אלו שלא עונים לתנאי כדי שכשנגיע לתנאי נתפוס את הבא אחריו
                remaining = remaining.SkipWhile(notPredicate) ;
    
                IEnumerable<TSource> result = Enumerable.Empty<TSource>();
    
                do
                {
                    //לקחת את הראשון בתור שנמצא אחרי שהתנאי מתקיים
                    result = result.Concat(remaining.SkipWhile(predicate).Take(1));
                    //כעת יש לדלג על זה שלקחנו וגם על השאר שלא מקיימים את התנאי עד שנמצא את התנאי הבא
                    remaining = remaining.SkipWhile(predicate).Skip(1).SkipWhile(notPredicate);
    
                } while (remaining.Count()>0);
    
                return result;
               
            }
    

    פורסם במקור בפורום CODE613 ב21/12/2016 19:52 (+02:00)

    ארכיון code613m

  • ארכיטקטורה של גירסאות נתונים
    א ארכיטקט

    שלום לכולם

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

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

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

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

    בקיצור נבוכים הם בארץ סגר עליהם המדבר. כל העוזרים והמסייעים יבורכו מפי עליון אמן.

    פורסם במקור בפורום CODE613 ב10/11/2016 11:42 (+02:00)

    ארכיון code613m

  • החזרה (return) רק במקרה מסויים.
    א ארכיטקט

    @דוד ל.ט.

    יאהוו ארכיטקט מה ראית להקפצה זו?

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

    פורסם במקור בפורום CODE613 ב17/01/2017 10:10 (+02:00)

    ארכיון code613m

  • החזרה (return) רק במקרה מסויים.
    א ארכיטקט

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

    פורסם במקור בפורום CODE613 ב17/01/2017 00:13 (+02:00)

    ארכיון code613m

  • חשיפה מוקדמת - פרוייקט: "קרוב ה' לכל קוראיו"..
    א ארכיטקט

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

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

    ארכיון code613m

  • כיצד לעדכן ישות קיימת בדטה בייס (EF)
    א ארכיטקט

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

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

    ארכיון code613m

  • Swagger - מה זה ועל מה זה?
    א ארכיטקט

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

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

    ארכיון code613m

  • האם שדות ריקות בטבלה תופסות מקום בזיכרון?
    א ארכיטקט

    @דוד ל.ט.

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

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

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

    ארכיון code613m

  • המעלות והחסרונות של single-page application
    א ארכיטקט

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

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

    בשביל מה הצבא צריך כאלו מטוסים??? אכן תלוי מה המטרות שלך.

    פורסם במקור בפורום CODE613 ב17/12/2016 19:43 (+02:00)

    ארכיון code613m
  • 1
  • 2
  • 9
  • 10
  • 11
  • 12
  • 13
  • 56
  • 57
  • 11 / 57
  • התחברות

  • אין לך חשבון עדיין? הרשמה

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