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

@Men770 אמר בתרגיל מתמטי של הסתרת מזהה רץ:

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

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

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

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

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

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

=VALUE(SUBSTITUTE(A1,CHAR(254),""))

וזה מגיע לאותה תוצאה.

@ek0583232948 זה מה שרציתי, שתסביר מה ההבדל.
לפי הדוגמה שהבאת התו הנסתר הינו הראשון בתא.
אז פשוט תכתוב:

=VALUE(RIGHT(A1,LEN(A1)-1))

ותנסה על שאר הנתונים בכה"ג.

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

@ש-ב-ח אמר בSQL שאילתה תקועה... מה כן אפשר?:

    (
        exists (
            select
                *

לא הבנתי למה צריך לשלוף את הנתונים בSELECT, הלא זו בדיקה אם EXISTS בלבד. תכתוב

SELECT 0

או SELECT "" וכד' (לא לקרוא לשום נתון מתוך הטבלה). כך זה יחסוך לך את הקריאה שוב ושוב מתוך השדות שאינה נצרכת.
(כי אם ה WHERE לא נכון לא יחזור כלום. וק"ל)

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

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

@OdedDvir @david תודה רבה!
ממש תשובות מושקעות! אני עובר על השלבים של @OdedDvir (חלק כבר יישמתי בעבר, חלק עדיין לא).

.

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

על זה - יש משהו קיים? יש בעיה עתידית / תכנונית להשתמש בו?
(השאלה בין על עיצובים קיימים ובין על ממשקים - טופס מוכן וכד')

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

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

זה מגדיל את העבודה של יצירה של כל דבר מאוד! אם אגביל את עצמי רק לדברים שאני בונה.

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

@dovid אמר בהמלצה על SERENITY או דומיו במקום אקסס:

@Y-Excel-Access אמר בהמלצה על SERENITY או דומיו במקום אקסס:

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

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

אם כך, עדיין צ"ע...

כיוון של קישור NET WINFORM לאקסס יותר נכון? מסברא נראה לי שלא, כי אז זה יתפזר ל SQL SERVER, אקסס, וטפסי נט שגם הם לא הכי משהו...

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

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

תודה רבה!

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

@dovid אמר בהמלצה על SERENITY או דומיו במקום אקסס:

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

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

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

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

יש אפשרות עקיפה לבעיות?
בפרט אין לי פתרון - איך להפריד את הממשק מSQL - איך לעבוד עם משתני זכרון ולהציגם, גם אם אני לבינתיים מוותר על WEB.
כיוון של קישור NET WINFORM לאקסס יותר נכון? מסברא נראה לי שלא, כי אז זה יתפזר ל SQL SERVER, אקסס, וטפסי נט שגם הם לא הכי משהו...

בעקבות הכניסה לפורום הסגור...:)

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

מה הצורך?

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

הצרכים שלי שאין באקסס (הארכתי פה גם כדי לסדר לי תוך כדי...:) :

• שאילתות רקורסיביות (אפשר לפתור את זה באקסס על ידי חיבור לSQL SERVER או להסתבך ולהאט את המהירות עם RECORDSET.
• טפסים עם נראות יותר טובה ויותר יכולות (אולי אפשר לפתור את זה עם תוסף זה)
• שרשור טקסטואלי מרובה = GROUP BY לפי טקסט - לקבץ אותו לשורה אחת (אפשר לפתור את זה גם עם חיבור לSQL SERVER או להשתמש ב פונקציה המקושרת בפוסט זה אך היא כבידה מאוד, ובשימוש מרובה זה מאט מאוד.
• עדיף - הפרדה בין הSQL לממשק - לעבור הכל דרך משתנים. למה? כי פשוט נמאס לי לעבוד עקום... ליצור שאילתה מסובכת רק כי אני רוצה את כל הנתונים מוצגים...
• אולי יהיה צורך בעתיד - קיבולת גדולה יותר של SQL (גם זה - עם SQL SERVER)
• ספק גדול, אך אולי יהיה צורך בעתיד - עבודה WEBית - עבודה עם משתמשים. (לזה אין שום פתרון באקסס, כי אין ASP אך עדיין לא הבנתי אם סרניטי בפלטפורמה החינמית יתאים...)

מישהו מכיר את סרניטי או יישום דומה?
אשמח מאוד להמלצות!

נ.ב. מתוך השפות שסרניטי מחליף / עושה בהם קיצור דרך, אין לי עדיין ידע ב ASP. רק בSQL, C#, וקצת JS.

@dovid כתבת כאן שגורל הקבוצה הסגורה בדיונים...

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

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

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

@mekev אמר בהצעה לשיפור התועלת מהתשובות:

אולי שווה לצרף
גם מה חפשת בגוגל שהביא לך את התשובה

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

@יהודי-טוב נכון, תודה!

• עריכה: דווקא אני צדקתי... כי יש אופציה שרוצים לעשות CROSS JOIN בלי לכתוב שום פרמטרים.
  ואז מספר ממשי לחלק ל2 יהיה שווה למספר שלם - שניהם שגיאה של חלוקה באפס.
  אני מקיף את זה ב TRY להבנה ברורה יותר...

גם ראיתי בעיה נוספת - לא אתחלתי את מערך Cols עם אורכי העמודות של שתי ההפניות (אך לא יודע אם זה מעכב בJS... אני רגיל יותר לC# וכדו' שם זה לא עובר בשקט. ועכ"פ ודאי להבנה של הקוד זה חשוב)

@yossiz תודה רבה!
כלומר אם אני מבין נכון, מתקבל טיפוס מערך של ROW ובתוכו COLUMN.
והגישה היא כך:
ARR[1][2] = VALUE;

אני מנסה ליצור פונקציית UDF לבצע משני מערכים INNER JOIN. (כדי שיהיה אופציה של INNER JOIN כבסיס לפונקציית QUERY)

אני עדיין קצת חדש בJS, אז כתבתי את זה בפונקציות יותר פרימיטיביות = FOR רגיל, וכדו'.

כתבתי בSHEETS כך:
InnerJoin(C21:E26,A21:B25)
וזה נותן לי ערך שגיאה כזה:
TypeError: LeftRange.getNumRows is not a function (שורה ...).

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

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

הקוד שלי:

function InnerJoin(LeftRange,RightRange,...ColumnsJoin) {

  // בדיקת שגיאות
  if (ColumnsJoin.length / 2 != parseInt(ColumnsJoin.length / 2)){
    throw "Expected a number parametrs is not Possible, (should be a couple).";
  }
  for (var i=1;i<ColumnsJoin.length;i++){
    if (typeof ColumnsJoin != "number"){
      throw "Expected a number but got an input of another type.";  
    }    
  }

  // הצהרת משתנים
  var rows = [];
  var cols = [];
  var rowForReturn = true;

  // השמה
  if(ColumnsJoin.length === 0){
    for(var rLeft = 1; rLeft <= LeftRange.getNumRows();rLeft++){
      for(var rRight = 1; rRight <= RightRange.getNumRows();rRight++){
        for(var i = 0 ; i < ColumnsJoin.length ; i++){
          if(LeftRange.getcell(rLeft,i) != RightRange.getcell(rRight,i)){
            rowForReturn = false;
            i = ColumnsJoin.length;
          }
        }
        if(rowForReturn){
          for(var c = 1; c <= LeftRange.getNumColumns();c++){
            cols[c] = LeftRange.getcell(rLeft,c);
          }
          for(var c = LeftRange.getNumColumns(); c <= LeftRange.getNumColumns() + RightRange.getNumColumns();c++){
            cols[c] = LeftRange.getcell(rLeft,c);
          }
          rows.push(cols.slice())
        }
        else{
          rowForReturn = true;
        }
      }
    }  
  }
  else{
   for(var rLeft = 1; rLeft<=LeftRange.getNumRow();rLeft++){
      for(var rRight = 1; rRight<=RightRange.getNumRow();rRight++){
        for(var c = 1; c<=LeftRange.getNumColumns();c++){
          cols[c] = LeftRange.getcell(rLeft,c);
        }
        for(var c = LeftRange.getNumColumns(); c<=LeftRange.getNumColumns()+RightRange.getNumColumns();c++){
          cols[c] = LeftRange.getcell(rLeft,c);
        }
        rows.push(cols.slice())
      }
    }
  } 

  return rows;
}

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

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

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

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

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

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

או - על נסיעה ברכב מעיר לעיר - במאקרו.

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

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

@חנון-המרבה הכוונת למשהו כזה - יצירת מודול באמצעות מאקרו
או להזרקת קוד?

@dovid תודה על המענה המהיר.
וכמובן תודה על ניהול הפורום הזה...

נ.ב. בקשר אליך אישית, תבשר לי שפרצת כבר את תקרת שם הניק שלך.

לא הבנתי מה הכוונה...