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

מנוע לסינון מניות ומידע פיננסי יכול להיות לא רע בכלל. יש ב quandl כ 20 אלף API שונים בתחום חלקם חינמיים. די בקלות אפשר לעשות לזה מימשקים נחמדים.

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

@רחמים

שטויות

שטויות.

פורסם במקור בפורום CODE613 ב22/06/2017 00:29 (+03:00)

@רחמים

אולי זה יעזור לך עם התאריכים
http://momentjs.com/

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

פורסם במקור בפורום CODE613 ב17/07/2017 19:05 (+03:00)

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

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

פורסם במקור בפורום CODE613 ב12/07/2017 21:59 (+03:00)

יש פתרון! מוקדש לגאוני הפורום בלבד

לא נתמך בכל הדפדפנים כנראה, אבל הכיוון מעורר תקוה.

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

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

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

פורסם במקור בפורום CODE613 ב16/05/2017 08:59 (+03:00)

@דוד ל.ט.

אני מסכים שהמקרה לא מובן מאליו.

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

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

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

דוד אמר שלא הסברתי את עצמי טוב, אז הנה הדוגמא שלי לטעינה עצלה של נתונים שנטענים אך ורק בפעם הראשונה שמישהו מבקש אותם, ועולים לזיכרון, שאותה אני עושה בחן ב C# או כל שפה דומה, נראה מישהו עושה את זה ככה ב JS בלי קאלבק!!!!! אני רוצה להחזיר ערך פרימיטיבי של מחרוזת!.
class Class1
{
private static object LOCK = new object();
private static string resource;
/// <summary>
/// הפעם הראשונה תיקח לכם שתי שניות בגלל הקריאה הראשונה לשרת
/// לאחר מכן זה נמצא בקאש ותתקבל תשובה מיידית
/// </summary>
public string Resource
{
get
{
//נעילה בפני טרידים נוספים כדי שהאובייקט ייטען אך ורק פעם אחת ולמנוע קריאות מיותרות לשרת המרוחק
lock (LOCK)
{
//בפעם הראשונה צריך לקרוא ל HTTP
if (resource == null)
{
//הדמיה של המתנה לתשובת שרת
System.Threading.Thread.Sleep(2000);
//http.....
resource = "http result....";
}

                }
                return resource;
            }
        }
    }

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

הנה המשך הניוול

שימו לב: You have to put your code in the callback function you supply to setTimeout
Any other code will execute immediately.

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

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

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

יש כאן איזה גאון עם תשובה?

פורסם במקור בפורום CODE613 ב14/05/2017 15:01 (+03:00)

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

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

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

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

@מלא

הדרך הזה של החיוג טוב רק לחיוג של הטלפון שלי, לא?
במקרה של טלפון אחר/חברה אחרת אצטרך משהו אחר?
למה אני שואל, כי בקוד של ארכיטקט זה היה נראה יותר גלובלי, לא כך?

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

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

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

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

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

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

להלן קוד לדוגמא:

Function CallToNumber(number, Optional ByVal Name As String = "", Optional ByVal PhoneExtension As String = "")
If Len(PhoneExtension) = 0 Then PhoneExtension = GetCurrentPhoneExtension()

If Len(PhoneExtension) = 0 Then MsgBox "לא הוגדרה שלוחה": Exit Function
'מחייג מהחייגנוביץ

Dim urladdress  As String
urladdress = "http://" & PBX_GetAddress & "/functions/make_immediate_call.php?caller=" & PhoneExtension & "&callee=" & number & "&name=" & URLEncode(Name)
Dim xmlDoc As MSXML2.DOMDocument60
Set xmlDoc = New MSXML2.DOMDocument60

xmlDoc.Async = True
xmlDoc.Load (urladdress)
 
    Debug.Print urladdress
End Function

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

@softs

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

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

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

מניפסט פילוסופי כללי בהזדמנות זו:

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

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

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

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

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

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

למה לא להרים שרת HTTP וזהו. תתקשר איתו באקסס במה שאתה רוצה.

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

@רחמים

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

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

חוץ מזה שמפתח ראשי הרבה פעמים הוא GUID.

מה זה קשור לנושא????

@רחמים

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

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

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

פורסם במקור בפורום CODE613 ב24/03/2017 12:49 (+03:00)

@דוד ל.ט.

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

אני חושב שאתה צודק רק באקסס. בSQLSERVER אני לא חושב ככה - למה שלא יהיה רצף רשומות כמו שורות בקובץ דטה?

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

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