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

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

פורסם במקור בפורום CODE613 ב02/12/2014 14:52 (+02:00)

@ארכיטקט

בשולחן העבודה של כל המשתמשים (שולחן עבודה ציבורי)

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

פורסם במקור בפורום CODE613 ב02/12/2014 10:39 (+02:00)

@ארכיטקט

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

?!?!

פורסם במקור בפורום CODE613 ב30/11/2014 12:59 (+02:00)

ClickOne, הJSON משלים לך, ואף נותן מיקוד לשאילתה ספציפית, נכון? אז איך נאסוף את כל הנתונים?

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

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

תוכל להשתמש בשופי בקוד השני שהבאתי או בזה:

var input = System.IO.File.ReadAllText("c:\\lb.json");
var arr = JArray.Parse(input);
var list = arr.Values("text").SelectMany(x => x.Select(y => new
{
    text = y["data"].Value<string>()
    /* , עוד? בבקשה:
    xMoreProp = x["xxx"].Value<string>(),
    xMoreProp = x["xxx"].Value<string>(),
    xMoreProp = x["xxx"].Value<string>(), */
}));

רמזתי לך על כך באישי אבל אתה כנראה לא ראית.

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

פורסם במקור בפורום CODE613 ב25/11/2014 13:54 (+02:00)

ארכיטקט, היה עליך לכתוב "טוב, הסתדרתי" ולא להדביק קוד שכ"כ לא נאה לשמך (ניקך).

א. אם החלפת טקסט, אז יאללה regex ששולף, במקרה שלך:

var input = System.IO.File.ReadAllText("c:\\lb.json");
foreach (Match ma in Regex.Matches(input, "'data':'(.)'"))
		Console.Write (ma.Groups[1]);

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

static void Main(string[] args)
{
    var input = System.IO.File.ReadAllText("c:\\lb.json");
    var pages = Newtonsoft.Json.JsonConvert.DeserializeObject<List<Page>>(input);
}


class Page
{
    public string number { get; set; }
    public string pages { get; set; }
    public string width { get; set; }
    public string height { get; set; }
    public subObjectForText[] text { get; set; }
}

class subObjectForText
{
    public string data { get; set; }
}

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

פורסם במקור בפורום CODE613 ב25/11/2014 13:06 (+02:00)

לכאורה הבעיה שאתה מבקש שדות ללא פונקציית צבירה כל שהיא בשאילתת קיבוץ.

פורסם במקור בפורום CODE613 ב24/11/2014 22:07 (+02:00)

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

הנה האתר הרשמי: http://www.dotnetfoundation.org/
הנה רשימת הפרוייקטים: http://www.dotnetfoundation.org/projects

פורסם במקור בפורום CODE613 ב19/11/2014 15:21 (+02:00)

@ארכיטקט

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

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

פורסם במקור בפורום CODE613 ב25/11/2014 21:19 (+02:00)

@rotiroti

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

זה דוקא קל: טבלה בעלת שלושה שדות Key From To, השדה Key מקושר לשדה AgeGroup בטבלת האנשים. כעת בINSERT כותבים WHERE שלוקח את השורה שמתאימה.

@rotiroti

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

ברוך הבא והמעודד!
בתקוה שתאהב את המקום.

פורסם במקור בפורום CODE613 ב18/11/2014 17:24 (+02:00)

הכל ומסודר, אבל המון סבלנות! לקרוא (לתרגם בגוגל טרנסלייט מידי משפט...) קטע קטע.
SQL Server Index Design Guide

פורסם במקור בפורום CODE613 ב20/11/2014 12:14 (+02:00)

עדכון:
הפרויקט הועבר זה מכבר לgithub.
גירסת הCTP כבר אוחזת ב6. השיפורים בשפות ניתן להתעדכן כאן: https://github.com/dotnet/roslyn/wiki/Languages-features-in-C%23-6-and-VB-14.

זה פשוט מדהים הרצינות שבה הם מתייחסים להצעות.
אמצו הרבה מאוד רעיונות של אנשים שנאספו ע"י UserVoice.
לדוגמה לC# עכשיו כבר הרשימה ל6 די סגורה, ויש כבר סגירה ותכנון למהדורה שלאחריה (7)!.

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

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

קומפיילר אונליין תומך ב6:
http://www.volatileread.com/UtilityLibrary/SnippetCompiler

פורסם במקור בפורום CODE613 ב10/03/2015 13:43 (+02:00)

גירסת CTP כבר ב6. אגב השם שונה מ"14" (זה היה זמני) ל2015, שנת היציאה הרשמית הצפויה.
חידושים:
https://www.visualstudio.com/en-us/news/vs2015-vs.aspx

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

וכעת הפוקוס על Visual Basic 14, סקירת הפיצ'רים, עם אנימציית המחשה:
New Language Features in Visual Basic 14

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

באותו עניין:
http://www.visualstudio.com/en-us/news/vs2015-preview-vs#ManLang

http://codeblog.jonskeet.uk/2014/12/08/c-6-in-action/
http://developer.telerik.com/featured/whats-new-c-6-0-inside-visual-studio-2015-preview/

פורסם במקור בפורום CODE613 ב08/12/2014 14:55 (+02:00)

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

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

השנוי הגדול זה מעבר לקומפיילר Roslyn. זה נותן מלא פיצ'רים (למשל: חלון צף עם metadata מעל כל מילה בקוד שאיננה מילת מפתח (חוסך GoToDefination ומחכים מאוד עצלנים) Refactorings רבים (ייעולים והצעות אוטומטיים: הוצאת קטעי קוד לפונקציה, מחיקת קוד מיותר ועוד) שזה פועל יוצא מההבנה הטובה של IDE מה הולך בקוד שלנו) ושינויים של ממש בשפה (שינויים בVB, בC#).

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

פורסם במקור בפורום CODE613 ב05/11/2014 14:53 (+02:00)

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

פורסם במקור בפורום CODE613 ב13/11/2017 15:30 (+02:00)

הקפצה:
יש מאוכזבים מלוינשטיין, והנה אחד שטוען שיש לו פתרון טוב יותר:
https://www.codeproject.com/Articles/1209269/Not-Levenshtein
אני חושב שלבעל המאמר יש טעות, כי לונשטיין לא בא לפתור את הדמיון האנושי בין מחרוזות אלא לזהות שגיאות הקלדה (אות חסירה ויתירה בשוגג) וממילא "מרחק עריכה".

לעיון נוסף
https://stackoverflow.com/questions/5859561/getting-the-closest-string-match

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

בל על זמנך, אתה מחפש בדיוק מה שמליונים חיפשו לפניך. נדמה לי שזה בדיוק מה שועשה אלגוריתם מרחק לוינשטיין.
הנה מימוש בשפות רבות כולל VBA.: http://en.wikibooks.org/wiki/Algorithm_Implementation/Strings/Levenshtein_distance.

פורסם במקור בפורום CODE613 ב05/11/2014 12:26 (+02:00)