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

@avr416

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

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

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

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

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

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

אז ככה, אני מצפה מעצמי ומאחרים לכסות את הנושאים הבאים:
שמות אובייקטים במסדי נתונים, SqlServer ו my_sql
שמות משתנים ב DotNet
שמות אטריביוטים ב HTML (ההמרה של אנגולר בין הקונבנציה של HTML [קו אמצעי מפריד בין מילים] לבין הקונבנציה של Js [אות גדולה מפרידה בין מילים למעט המילה הראשונה - Camel case זה נקרא בשפה המקצועית])
שמות משתנים ופונקציות ב Js

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

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

ערך בויקיפדיה המוקדש לנושא:

רשימת מושגים בתחום:

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

כל המשתתף בפוסט זה מובטח לו שהוא בן העולם הזה...

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

CREATE FUNCTION [dbo].[System_Helpers_Date_DateAddWeekdays]
(
   @FromDate datetime,
   @DaysToAdd int
)
RETURNS datetime
AS
BEGIN
   DECLARE @Result datetime
 
   SET @Result = DATEADD(day, (@DaysToAdd % 5) + CASE ((@@DATEFIRST + DATEPART(weekday, @FromDate) + (@DaysToAdd % 5)) % 7)
                                                 WHEN 0 THEN 1 -- יום שישי
												 WHEN 6 THEN 2 --יום חמישי
                                                 ELSE 0 END, DATEADD(week, (@DaysToAdd / 5), @FromDate))
 
   RETURN @Result
END

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

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

פורסם במקור בפורום CODE613 ב18/02/2016 08:36 (+02:00)

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

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

עם זאת עדיין לא התחלתי לפתח.

פורסם במקור בפורום CODE613 ב27/05/2016 11:18 (+03:00)

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

פורסם במקור בפורום CODE613 ב04/05/2016 14:40 (+03:00)

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

) שזהו C# ל Web.
אבל ענקיות הטכנולוגיה כבר הבינו שלא הולכים ראש בקיר בכל הנוגע לטכנולוגיה וידע, צריך ללכת עם המנצח גם אם הוא מתחרה שלך, או אולי כמו שאמר אחד המצביאים, שמור את חבריך קרובים – ואת אויביך קרובים עוד יותר...

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

פורסם במקור בפורום CODE613 ב01/05/2016 22:29 (+03:00)

שלום לכולם
לאחר ניסיון של שנים רבות, אחת היומרות שלי היא לפתח מוצר מדף, שניתן להרחיב אותו לכל כיוון שהלקוח רק ירצה או יבקש, וכל זאת מבלי לפגוע בעצם מוצר המדף, מבלי שהוא יפסיד עדכוני גירסה, ומבלי לפגוע כמובן בלקוחות אחרים. אם תתעקשו אני בעצם מנסה להתחרות בסיילספורס, או משהו כזה.
ובכן חילקתי את האתגר לפי שכבות הפרוייקט, ואני מציין כאן מושגים שקשורים ליומרה הזו.
ראשית:
דטה בייס:
כפי שכבר סיפרתי פעם ישנה תבנית דטה בייס כמעט כל יכולה, שהיא אכן מצליחה ועונה על 90 אחוז מהדרישות של 90 אחוז מהלקוחות, על מנת להמשיך ולפתח את התבנית הלזו הגנרית כל כך, אנו משתמשים בvisual studio sql server project ומפיצים את הגירסאות מידי פעם בין הלקוחות די בקלות (לפעמים זה לא כל כך קל, אבל בכל אופן זה עובד) בכל מקרה זוהי תבנית קשיחה ואין בה תנועות לכאן או לכאן, גם אם לקוח יעמוד על הראש.
תשאלו אם ככה מה עם ה 10% הנותרים? וכי אנחנו נכתיב ללקוח איזה נתונים יש לו??? התשובה על כך טמונה ביכולת המדהימה של SQL server ליצור סכמה נוספת בתוך הדטה בייס (שימו לב שתמיד סכמת ברירת המחדל היא dbo) שזה בעצם ניימספייס נוסף, ואז יצרנו סכמה שנקראת cstm (מלשון קסטם) שם ישנם אובייקטים מאובייקטים שונים, ואף אחד לא מפריע שם לתבנית הגנרית (מותר גם ליצור טבלה עם אותו שם בדיוק שקיים בסכמה אחרת) מה שמאפשר את זה הוא היכולת של ויזואל סטודיו לאשר את הפבליש של הפיתוח רק על סכמה מסויימת (כלומר dbo עבור הסכמה הגנרית) כמובן שאת הפיתוח של הסכמה הזו, נעשה גם בויזואל סטודיו אולם זהו פרוייקט עבור הלקוח.
צד שרת
ארכיטקרטורה רב שכבתית, כאשר כל מה שגנרי מפותח עבור כולם (מה שחסר לנו זה אנטיטי פריימוורק עם קונקשן סטרינג מרובה, כי אנחנו מאמינים בדטה בייס נפרד עבור כל לקוח אבל הבנתי שזה אפשרי). כמובן כל מה שהיא יודעת לעשות זה גנרי אלא אם כן הוגדר בפירוש אחרת בדטה בייס (אז יש טבלה שמנהלת את התלויות השונות של הלקוח כפי שאסביר תיכף)

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

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

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

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

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

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

תודה לכולם.

פורסם במקור בפורום CODE613 ב28/12/2015 20:07 (+02:00)

@softs

שאילתה ריקורסיבית ללוח שנה

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

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

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

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

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

mycontrol = mycontrol.itemsData(0)

פורסם במקור בפורום CODE613 ב06/12/2015 14:50 (+02:00)

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

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

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

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace HtmlTemplateEngine
{
   public class ReplaceNumberToString
    {
        public string WordToSingleDigit(int Digit, bool Male, bool Base)
        {
            string functionReturnValue = null;
            //    מערכים של מספרים
            string[] SeparateMale = new string[]{"", "אחד", "שנים", "שלשה", "ארבעה", "חמשה", "ששה", "שבעה", "שמונה", "תשעה",
            "עשרה", "עשרים", "שלשים", "ארבעים", "חמישים", "שישים", "שבעים", "שמונים", "תשעים"};
            string[] BaseMale = new string[]{"", "אחד", "שני", "שלשת", "ארבעת", "חמשת", "ששת", "שבעת", "שמונת", "תשעת",
            "עשרת", "עשרים", "שלשים", "ארבעים", "חמישים", "שישים", "שבעים", "שמונים", "תשעים"};
            string[] SeparateFemale = new string[]{"", "אחת", "שתים", "שלש", "ארבע", "חמש", "שש", "שבע", "שמונה", "תשע",
            "עשר", "עשרים", "שלשים", "ארבעים", "חמישים", "שישים", "שבעים", "שמונים", "תשעים"};
            string[] BaseFemale = new string[]{"", "אחת", "שתי", "שלש", "ארבע", "חמש", "שש", "שבע", "שמונה", "תשע",
            "עשר", "עשרים", "שלשים", "ארבעים", "חמישים", "שישים", "שבעים", "שמונים", "תשעים"};

           //  הואיל והמערך מכיל גם מספרים של עשרים ומעלה
           //   לכן יש לסדר את המספר הריאלי, ולהמיר אותו למספר המתאים למערך
            //  כאן הוא מחזיר את המספר כפי שהוא נכון לגבי המערך
            if (Digit > 10)
                Digit = (Digit / 10) - 1 + 10;

            if (Male == true)
            {
                if (Base == true) { functionReturnValue = BaseMale[Digit]; return functionReturnValue; }
                else { functionReturnValue = SeparateMale[Digit]; return functionReturnValue; }
            }
            else if (Male == false)
            {
                if (Base == true) { functionReturnValue = BaseFemale[Digit]; return functionReturnValue; }
                else { functionReturnValue = SeparateFemale[Digit]; return functionReturnValue; }

            }
            return functionReturnValue;

        }
       public string ReplaceTextCurrency(double סכום)
        {
            string functionReturnValue = null;
            int שלמים = 0;
            int אגורות = 0;
            int עשרות_אלפים = 0;
            string טקסט_לשלמים = null;
            string טקסט_לעשרות_אלפים = null;
            string טקסט_לאגורות = null;
            string טקסט_למיליונים = null;
            if (סכום >= 1000000 | סכום == 0) { functionReturnValue = ""; return functionReturnValue; }
           שלמים = Convert.ToInt32(סכום);
           // שלמים = סכום;

           אגורות = Convert.ToInt32((סכום - Convert.ToInt32(סכום)) * 100);
            עשרות_אלפים = Convert.ToInt32((סכום - (סכום % 1000)) / 1000);
            if (עשרות_אלפים >= 10)
                שלמים = שלמים - (עשרות_אלפים * 1000);//Replace text
            טקסט_לשלמים = ReplaceTextFromDigit(שלמים, true, false);
            if (אגורות > 0)
                טקסט_לאגורות = " ו" + ReplaceTextFromDigit(אגורות, false, false) + " אגורות";
            if (עשרות_אלפים > 10)
                טקסט_לעשרות_אלפים = ReplaceTextFromDigit(עשרות_אלפים, true, true);
            if (עשרות_אלפים >= 10)
                טקסט_לעשרות_אלפים = טקסט_לעשרות_אלפים + (עשרות_אלפים == 10 ? "עשרת אלפים" : " אלף") + (שלמים > 0 ? " ו" : " ");

            functionReturnValue = טקסט_לעשרות_אלפים + טקסט_לשלמים + (שלמים + עשרות_אלפים > 0 ? " שקלים" : "") + טקסט_לאגורות;
            return functionReturnValue;

        }

        public string ReplaceTextFromDigit(int מספר, bool Male, bool Base)
        {
            string functionReturnValue = null;
         //   מחזיר טקסט ממספר עד לסכום של 9999 אלפים צריכים להיות מטופלים בנפרד בפונקציית המטבע
          //-----------------------------   ERROR: Not supported in C#: OnErrorStatement


            if (מספר == 0) { functionReturnValue = ""; return functionReturnValue; }
            string טקסט_ליחידות = null;
            string טקסט_לעשרות = null;
            string טקסט_לעשרות_ויחידות = null;
            string טקסט_למאות = null;
            string טקסט_לאלפים = null;
            string טקסט_לעשרות_אלפים = null;
            string טקסט_לאגורות = null;
            string טקסט_לשלמים = null;
            int יחידות = 0;
            int עשרות = 0;
            int מאות = 0;
            int אלפים = 0;
            int עשרות_אלפים = 0;
            int יחידות_אגורות = 0;
            int עשרות_אגורות = 0;
           // מפרק את המספרים לערכים הדרושים
           // מכין את הערכים המספריים הדרושים
            יחידות = מספר % 10;
            עשרות = מספר % 100 - יחידות;
            מאות = (מספר % 1000 - עשרות - יחידות) / 100;
            אלפים = (מספר - (מספר % 1000)) / 1000;

           // מכין את הטקסט הדרוש

          //  עושה שימוש בפונקציה מודולרית שנותנת ערכים למספרים בודדים

         //   מכין את הטקסט לעשרות ויחידות
            if (יחידות + עשרות < 10)
            {
                טקסט_לעשרות_ויחידות = WordToSingleDigit(יחידות, Male, Base);


            }
            else if (יחידות + עשרות == 10)
            {
                טקסט_לעשרות_ויחידות = WordToSingleDigit(יחידות + עשרות, Male, false);

            }
            else if (יחידות + עשרות > 10 & יחידות + עשרות < 20)
            {
                טקסט_לעשרות_ויחידות = WordToSingleDigit(יחידות, Male, false);
                טקסט_לעשרות_ויחידות = טקסט_לעשרות_ויחידות + " " + WordToSingleDigit(עשרות, Male ^ true, false);

            }
            else if (יחידות + עשרות >= 20)
            {
                טקסט_ליחידות = WordToSingleDigit(יחידות, Male, false);
                טקסט_לעשרות = WordToSingleDigit(עשרות, Male, true);
                טקסט_לעשרות_ויחידות = טקסט_לעשרות + (יחידות > 0 ? " ו" : "") + טקסט_ליחידות;
            }
            if (עשרות + יחידות > 9 & עשרות + יחידות < 21 & מאות > 0)
                טקסט_לעשרות_ויחידות = "ו" + טקסט_לעשרות_ויחידות;

          //  מכין את הטקסט למאות
            if (מאות == 1)
            {
                טקסט_למאות = "מאה";
            }
            else if (מאות == 2)
            {
                טקסט_למאות = "מאתיים";
            }
            else if (מאות > 2)
            {
                טקסט_למאות = WordToSingleDigit(מאות, false, true) + " מאות";
            }

          //  מכין את הטקסט לאלפים

            if (אלפים == 1)
            {
                טקסט_לאלפים = "אלף ";
            }
            else if (אלפים == 2)
            {
                טקסט_לאלפים = "אלפיים ";
            }
            else if (אלפים > 2 & אלפים < 10)
            {
                טקסט_לאלפים = WordToSingleDigit(אלפים, Male, true) + " אלפים";
            }

           // מכין את הטקסטים כראוי להצגה על המסך עם ווי חיבור וכיוב
            if (אלפים > 0 & עשרות + יחידות == 0 & מאות > 0)
                טקסט_לאלפים = טקסט_לאלפים + " ו";
            if (אלפים > 0 && ((עשרות + יחידות > 0) || (מאות > 0)) )//&& !(טקסט_לאלפים // ERROR: Unknown binary operator Like
              טקסט_לאלפים = טקסט_לאלפים + " ";

            טקסט_למאות = טקסט_למאות + ((עשרות + יחידות )> 0 ? " " : "") + ((אלפים > 0 | מאות > 0) & ((עשרות + יחידות < 10) & (עשרות + יחידות > 0)) ? "ו" : "");
            string טקסט_לפני_הסרת_רווח = null;
            טקסט_לפני_הסרת_רווח = טקסט_לאלפים + טקסט_למאות + טקסט_לעשרות_ויחידות;
        //    if (טקסט_לפני_הסרת_רווח // ERROR: Unknown binary operator Like
        //)
        //        טקסט_לפני_הסרת_רווח = Strings.Right(טקסט_לפני_הסרת_רווח, Strings.Len(טקסט_לפני_הסרת_רווח) - 1);
            functionReturnValue = טקסט_לפני_הסרת_רווח;
           return functionReturnValue;

        }
    }
}

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

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

פורסם במקור בפורום CODE613 ב01/09/2015 00:06 (+03:00)

חס וחלילה להשתמש בוורד!!!
יש ספריה נפלאה שעושה את העבודה בצורה הכי נקייה, תשתמש בקומנד ליין.
http://wkhtmltopdf.org/

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

אל תשכח להוציא מהם 100 דולר להפניית לקוח!!!
בהצלחה!

פורסם במקור בפורום CODE613 ב23/08/2015 13:06 (+03:00)

@softs

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

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

פורסם במקור בפורום CODE613 ב15/08/2015 20:47 (+03:00)

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

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

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

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

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

ובכן, ככל שהדבר נוגע לחומרה, אין לדעת אם בעוד 5 שנים הנושא הזה לא ייפתר מצד החומרה, כלומר התקדמות עולם החומרה מפתיעה מאוד, וייתכן שפתאום נגלה שאפשר לנהל בדטה בייס רלציוני רגיל, את כל המידע שישנו בחוות השרתים של גוגל, ועוד על מחשב נייד אישי. מקורות לנושא הזה לא חסר, ואין המקום גם לפרט, אבל הנה דוגמאות: אינטל ומיקרון חשפו טכנולוגיית זיכרון המהירה עד פי 1,000 מזכרון NAND
ההודעה המפתיעה של IBM: מפתחת שבבים בטכנולוגיה חדשה שחזקים פי 4 מהדור הנוכחי ויש עוד הרבה ידיעות על כל מיני תוכניות מגירה שונות חלקם יוצאים לפועל וחלקם לא.

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

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

הנה ציטוט מאחד שעשה על זה סאטירה:

With the advent of X, what will be the future of the RDBMS?

In 1995 it was "with the advent of data blades and the illustra database - it is a matter of time before the RDBMS is dead dead dead". As it happened, the RDBMS subsumed the importantly relevant functionality of the "object" database and you don't see any "we are just object relational database" anymore.

Around the same time it was "with the advent of the internet, it is a matter of time before the RDBMS is dead dead dead". Not that the internet was or is a 'database' in the classic sense, but it was confused for one.

Similarly, when TEXT started making a big explosion - text was going to take over. Just store documents. Didn't really happen - what did happen is the text functionality was moved into - the RDBMS...

Again - OLAP becomes really big, huge - at the end of the 20th century. Guess what happened? Again.

XML - XML was going to kill the RDBMS - it was as good as dead. And now where are we again with that?

What I've seen happen again and again and again is that when something truly useful database wise evolves - so evolves the RDBMS. There are lots of fresh starts that get subsumed over time. There are many things in the database right now that you need over time and that would take a long time to re-invent. And remember (this is important), these specialized databases are just that - specialized. They are not general purpose - they are very good at what they do - but they do not do it for everyone. And they will end up being abused (just like XML, and all 'technologies' like that have been) and over used, used in the wrong place.

So, what I think we'll see is the feature set of the two merge into one (again). The truly useful aspects of one will combine with the other - making something larger.
And remember also, most people are not building facebook, they are building reservation systems, tracking systems, hr systems, finance systems, order entry systems, banking systems, etc - things where transactions are sort of important (lose my status update - no big deal, lose my $100 transfer and I'm sort of mad). There is room for a lot of things out there.

פורסם במקור בפורום CODE613 ב12/08/2015 18:21 (+03:00)

WEB!
אין עתיד לשום דבר אחר. חד משמעית.

פורסם במקור בפורום CODE613 ב20/07/2015 00:54 (+03:00)

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

פורסם במקור בפורום CODE613 ב05/07/2015 01:35 (+03:00)