אולי גם האתר הזה יהיה לתועלת:
http://www.mila.cs.technion.ac.il/
יאהוו! פרוייקט רציני ומקיף יש שמה.
פורסם במקור בפורום CODE613 ב30/04/2015 10:47 (+03:00)
אולי גם האתר הזה יהיה לתועלת:
http://www.mila.cs.technion.ac.il/
יאהוו! פרוייקט רציני ומקיף יש שמה.
פורסם במקור בפורום CODE613 ב30/04/2015 10:47 (+03:00)
האם יותר מהיר למלא אותו מראש בכל ההטיות כפי שהצעת, ולעשות חיפוש אחד על דטה-בייס גדול,
או למלא אותו רק בשורשים, ולעשות כמה חיפושים (כפי השורשים האפשריים) על דטה-בייס קטן?
ברור שהדרך הראשונה מהירה יותר. אכן היא תופסת יותר מקום כמובן.
פורסם במקור בפורום CODE613 ב29/03/2015 20:11 (+03:00)
@דוד ל.ט.
לדעתי תפתח בעצמך. בC#.עד כמה השיקול של יכולת התקשור הישיר של C# מול תוכנות אחרות היא משמעותית, והאם אלגוריתם כזה שדורש משאבי עיבוד בפרט בחיפושים יהיה מספיק יעיל בשפה עילית שכזו? ואגב אתה מדבר מתוך היכרות עם הרבה שפות או סתם ככה כי את C# אתה מכיר?
למדתי C++. אבל מעולם לא כתבתי שם תוכנה עם יותר מכמה עשרות שורות קוד, כי בשביל מה להתאמץ
?
חיפושים לא נעשים כ"כ בשפה בד"כ אלא בכלי צד שלישי כמו מסד נתונים שכתוב כמובן בC++.
גם אם תממש את המסד בעצמך, לך על C#, זה עלול להיות מהר יותר מC++. מנין לי? ממאמרים רבים באינטרנט ומהיכרות (שטחית) של מעלותיהם וחסרונותיהם של השפות העיליות והתחתיות.
עיקר המעניין והחשוב בפיתוח הזה, זה אפיון וניסוח האלגוריתם.
המימוש נראה לי הקטע הקטן.
פורסם במקור בפורום CODE613 ב21/07/2014 17:59 (+03:00)
לדעתי תפתח בעצמך. בC#.
פורסם במקור בפורום CODE613 ב21/07/2014 12:24 (+03:00)
אם הבנתי לView יש את הנתונים, ואתה שולח אותם לצד שרת בשביל המיון.
זה נראה מופרך לגמרי.
אבל זה עדיין קל להיעשות ע"י JS שהופך את הנתונים לJSON. אמרת שאתה לא רוצה JS כי אתה רוצה שתתבצע פנייה לView חדש/מחדש. וכי א"א לעשות זאת עם JS?
פורסם במקור בפורום CODE613 ב21/07/2014 12:22 (+03:00)
ההגדרה של הפקד ViewBox היא התאמת התצוגה שהוא מכיל לגודלו שלו (כמו Fill בתמונה).
זה נותן את אותה תוצאה של הגדלת הפונט ללא הגדלתו.
דוגמה:
<Viewbox>
<TextBlock>123</TextBlock>
</Viewbox>
מקור:
http://stackoverflow.com/q/2282662/1271037
פורסם במקור בפורום CODE613 ב17/07/2014 18:09 (+03:00)
ההבדל בין האחרון לשניים הראשונים,
זה שהראשונים בקוד פתוח, וזה אומר 1. שזה קשור לפורום תכנות
2. שמבחינת אבטחה הקוד החשוף בטוח, משא"כ הקוד להרצה.
פורסם במקור בפורום CODE613 ב21/07/2014 18:06 (+03:00)
בקשר לרגישות לרישיות, C# הולכת אחרי C++,
TSQL לא רגישה, לפי התקן הרשמי שלה. לא יודע איפה מצאת רגישות.
לעניין מוסכמות למתן שמות, ראה מה שמצאתי בסטאק:
http://stackoverflow.com/q/7662/1271037
http://stackoverflow.com/q/7899200/1271037
http://stackoverflow.com/q/5325520/1271037
בהקשר דומה - יחיד לעומת רבים:
http://stackoverflow.com/q/338156/1271037
אגב, בEF הוא אוטומטית קורא לטבלאות עם S בסוף (לבטא רבים, באנגלית) כאשר לאובייקטים הוא משאיר כפי שהיו.
פורסם במקור בפורום CODE613 ב03/07/2014 22:50 (+03:00)
אגב אם האגלית שלך טובה מומלץ בחום לעשות את הקורס הבא של אוניברסיטת סטנפורד:
יאהוו, יש לי את הכבוד להתקוטט בפורום עם בוגר אוניברסיטה!
מקוה שתשאר איתנו בפורום ותחכים אותנו! תודה מראש...
אגב, גם לי השכלה מרשימה: אני בוגר חיידר מבני ברק, ועוד היד נטויה! :lol:
פורסם במקור בפורום CODE613 ב02/07/2014 16:28 (+03:00)
במקום לקבל את המחמאה המובלעת בדברי, אתה עונה לי תשובה לא נכונה . . .
נורמליזציה מדברת בדיוק על זה ()
המענה שלי בפורום הוא תכליתי מאוד, כך שאינך אמור לנחש מדברי אם קיבלתי את מחמאתך או לאו 
אבל, להסביר לי מה זה נרמול מסדי נתונים זה מעליב אותי (ועוד עם לינק מויקיפדיה).
נרמול מסדי נתונים מדבר על ביצועי אחסון בלבד. ולא על ביצועי אחסון של מהירות, אלא של מקום. ואני דיברתי על זה רק במילים "תאים ריקים", כל שאר השיקולים עסקו בביצועי המסד, שהנורמליזציה לא עוסקת בה, כי היא בכלל לא יורדת לרזולוציה המעשית - היא תיאורטית לגמרי. לדוגמה: מבחינת ביצועי מסד, join זה דבר גרוע מאוד. אבל מבחינת ה"נרמול" - חיסכון עדכון כפול, אחידות, עקביות (לא בהירות! לא חיסכון ביצועי מסד! ולא קלות לתחזוקת המסד) אז צריך לעשות שתי טבלאות עם join.
פורסם במקור בפורום CODE613 ב02/07/2014 16:06 (+03:00)
המעלות של נורמליזציה של מסד נתונים ברורות והצגת אותם יפה, אך לנורמליזציה יש כללים ואין טעם להפריד את עצמך לדעת.
כמו שלא אפריד שם פרטי לטבלה אחרת כי מן הסתם לא אדרש לכמה שמות פרטיים ללקוח.
הנורמליזציה לא עוסקת בכלל בביצועים/נוחות, ואני עסקתי רק בזה.
בקשר לשם פרטי, אם רוב השאילתות לא מתשאלים אותו, אהמממ... לא בטוח שלא הייתי מפריד (בתנאי שיש סט תאים כאלו הם מכנה משותף, כי אחרת זה רק עושה מבלבל יותר).
פורסם במקור בפורום CODE613 ב01/07/2014 16:10 (+03:00)
אגב, בEntity Framwork מאפשרים לאחסן בטבלה אחת מספר ישויות. המודל נקרא Table per Hierarchy מוכר בר"ת TPH. להמחשה: http://weblogs.asp.net/manavi/inheritance-mapping-strategies-with-entity-framework-code-first-ctp5-part-1-table-per-hierarchy-tph, http://blog.devart.com/table-per-type-vs-table-per-hierarchy-inheritance.html
פורסם במקור בפורום CODE613 ב01/07/2014 11:35 (+03:00)
אני לא DBA, אבל לדתעי יש כמה מעלות להפרדה.
המדד הוא, אם רוב הפעמים שמתשאלים את טבלת הלקוחות לא מעוניינים לדעת את הפרטים הנוספים הללו (פרטי בנק במקרה זה).
הרציונל שלי:
שמירה על הסדר, בהירות, חיסכון בתאים ריקים במקרה של היעדר כל הפרטים מסוג התת נשוא (חשבון בנק), חיסכון בצורת אחסון האינדקסים (לענ"ד, מהשערה בלבד).
קלות תחזוקה גם בעבודה שוטפת בתשאול הטבלאות, גם בנפח בדיקות ועוד, וגם בשינוי מבנה גמיש (במקרה שיש צורך לאפשר רבים ליחיד באיזשהו שלב.
סיבות לפיצול לא רלוונטיות כנראה אצלך:
ביצועי נעילת שורה
חלוקת אבטחה
פיצול אמצעי אחסון בין קבצים/שרתים
פורסם במקור בפורום CODE613 ב01/07/2014 11:29 (+03:00)
לא ידעתי שניתן לקשר אקסס לCSV, יפה.
א"א להגדיר בקישור "קריאה בלבד"?
פורסם במקור בפורום CODE613 ב30/06/2014 15:02 (+03:00)
למתכנתי PHP - מה רע בענן של אמזון?
אני מגיע משמה, כבר שמונה חודשים אני שם.
בקשר לתמחור אני נבוך לגמרי (צריך גליון אקסל ענק בשביל להתחשבן בכל הפרמטרים), אבל נראה לי שזה יוצא זול בתשלום מראש.
אני באמצע להשוות, זה לא כ"כ משנה php או משהו אחר.
בינתיים:
אני ממשיך לסייר ולהתרשם.
פורסם במקור בפורום CODE613 ב29/06/2014 12:37 (+03:00)
באירוח אתרים, במסלול הStandart (קצת יקר
למעשה די זול ביחס למתחרים) יש אפשרות Auto Scale כלומר המערכת מקצה שרת יותר חזק אוטומטית לפי הצריכה...
פורסם במקור בפורום CODE613 ב26/06/2014 15:30 (+03:00)
מפתחי אתרים בכל שפה ופלטפורמה שלא מכירים את Windows Azure, הצטרפו אלי, אני הרגע עושה היכרות!
מדובר בשירות ענן, הנותן כמעט כל מוצר תחת הכותרת של שירותי ענן. 30 ימי חסד חינמיים. פאנל נוח מאוד מאוד (חוץ מהכתב הקטן) ותמיכה נוסח מיקרוספט - הכל מתועד.
תמיכה בכל סוגי הפלטפורמות והשפות! אם אתם מפתחים בphp, תרגישו בבית. אותו דבר אם אתם מתעקשים על מערכת לינוקסאית. מפתחים בnode? אתם תזרמו. הכל פתוח.
אירוח אתרים - 10 ראשונים חינם (עם הגבלות כמו בחירת פלטפורמה, בחירת מס' מופעים (רק 1), ועוד, אם הבנתי טוב... מקוה). פאנל הניהול של האתרים נפלא! עם כל מיני שטיקים שמפרידים בין "אחסון אתרים" קלאסי לבין של Azure כמה וכמה הבדלות. רוצים דוגמה? אם אתם רוצים פעם בחצי שעה להריץ EXE על השרת שיעשה כל מיני תחזוקות. באחסון אתרים? אין כזה מושג!! בAzure WebSite יש! אתם קובעים קובץ/צים להרצה (מתוזמנת/ידנית/עוד...) ודיברנו על EXE, מה עם מדובר בקובץ PHP? יש! Node? יש! לא רע בכלל.
עד עכשיו זה למתכנתים לא מקרוסופט. כי אם אתם מתכנתי מקרוספט, אז בכלל. אינטגרציה מלאה עם Visual Studio. משהו אדיר.
טוב חברה, זה עולה כסף, אבל אני בודק מה עולה ומתי.
יצא לכם לעבוד פעם עם מחשב עם 100 GB זיכרון RAM ? ייתכן שזה לא מרגש אותכם כ"כ. זה יוצא לי ממש ברגעים אלו, בעקבות 30 ימי חסד שיש בWindows Azure שמספקים בין היתר VPS.
פורסם במקור בפורום CODE613 ב26/06/2014 15:26 (+03:00)
תבדוק גם את https://sshnet.codeplex.com/
לכאורה אפשר עם סטריימנג:
Public Sub PlayRemotSsh(Host As String, User As String, Password As String, FilePath As String)
Dim client As New Renci.SshNet.SftpClient(Host, 21, User, Password)
Dim memStreeam As New IO.MemoryStream
client.DownloadFile(FilePath, memStreeam)
My.Computer.Audio.Play(memStreeam, AudioPlayMode.Background)
End Sub
פורסם במקור בפורום CODE613 ב25/06/2014 17:47 (+03:00)
שלוש שאלות:
א. להזרים בייטים מSSH.
ב. להשמיע אודיו מזיכרון ולא מקובץ.
ג. שכלול של ב' - להשמיע מייד עם הזרמת הבתים, ולא להמתין להורדת הקובץ לזיכרון.
softs ענה על ב' וג'.
השאלה הראשונה היא כבדת משקל.
זה לא מובנה אפי' ב.NET, וודאי שלא קל בVBA.
יש לשקול להנגיש את הקובץ לשאילתת http פשוטה, כדי לעקוף את הבעיה.
פורסם במקור בפורום CODE613 ב25/06/2014 14:11 (+03:00)
אדיר.
זה סוג של חיפוש שרובינו צריכים הרבה פעמים, חיפוש בצעדים. לא חיפוש תכנותי בסגנון של (תרמו יותר מ100 וגרים ברמות או..) אלא של צער אחד צעד, שזה חיפוש אנושי (נשים במד קודם מי שלא בשכונה רמות, נוסיף לנשארים את שכונת...). אבל לכאורה זה לא מכסה הרבה תרחישים. לדוגמה שאילתות סיכום, קשרים מורכבים בין טבלאות, לא כן?
אגב, מבחינת עיצוב הממשק, יש להפריד את האופציות של הוספה לרישמה וסינון הרשימה מאפשרות של חיפוש הפוך. ויותר נכון לשים את אפשרות החיפוש ההפוך קרוב לקריטריונים (שדה X גדול מ100, כל מי שלא כך).
בהצלחה!
פורסם במקור בפורום CODE613 ב26/06/2014 16:00 (+03:00)