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

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

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

@pcinfogmach כתב בהבנת solid וclean code:

שאלה ב' אינה קשורה ישירות לכותרת או לשאלה א'. מדובר בשאלה כללית על עקרון הכימוס.

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

אם אנו מבינים שלפי עקרון הsolid והclean code, פונקציה עושה רק דבר אחד והולידציה היא מחוץ לחוק באותה פונקציה, אם כן זה פותח פתח לבעיות, הרי אם יש פונקציה רגישה, ואין עליה שום הגנה, מה ימנע ממני מלהשתמש בה לרעה? ובעצם:

כתב בהבנת solid וclean code:

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

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

@pcinfogmach כתב בהבנת solid וclean code:

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

לענ"ד בלתי אפשרי לצערי... הם לא יודעים מימינם ומשמאלם.

@pcinfogmach כתב בהבנת solid וclean code:

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

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

ובשני מילים: "בהירות מודולרית"

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

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

אז מה הוחלט?

@dovid כתב בהבנת solid וclean code:

הפונקציה insertAd לתוך הפונקציה addToDb (אגב השמות גרועים, כי לא תזכור לפי השם מה עושה מה),

מה היית מציע?

כתב בהבנת solid וclean code:

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

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

function addToDb()
{
valid()
insertAd()
}

פשוט יקראו ישירות לinsertAd?

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

export const deleteAd = async (knex, adId) =>  !!(await knex('ads').where({ id: adId }).del());

או להוספה

export async function insertAd(knex, data) {
  const [id] = await knex('ads').insert(data);
  return id;
}

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

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

@dovid כתב בתכנון טבלאות לפרוייקט:

ואפילו מליון מאזינים

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

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

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

@dovid הנה, מצאנו משהו שאתה מסכים איתי

לgpt יש שידרוג קטן, מה אומרים?
https://chatgpt.com/share/699da101-44e0-8000-9220-1d4fff950be1

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

@dovid נכון, לי הכל ברור לכן לא שמתי לב שחסרים פרטים.

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

המפרסם הוא מאזין שמפרסם מודעה.
המחפש הוא מאזין שמחפש מודעה.

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

הדירוג צריך להיות אנונימי, אחרת לא ידרגו.

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

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

@dovid כתב בתכנון טבלאות לפרוייקט:

אז טענו.
אני חושב שהטבלאות נכונות,

לא הבנתי מה זה:

• "דירוג של מספר טלפון" (באיזה צורה המידע מתנהל ופר מה)

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

• "עוד טבלה של מספר טלפון"

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

@dovid לא מקובל לעשות כזו טבלה? כך טענו כאן בפורום או במתמחים.טופ.

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

בכל מודעה יכולים להיות ערים או איזורים

כמובן, סימון של מודעות שנקראו.

אני עשיתי את הטבלאות הבאות:

ads - תשמש גם למפרסם וגם לביקוש ההבדל הוא בעמודה type שמבדילה בין מודעה של מפרסם למודעה של מחפש
ad_cities - שמכילה id של מודעה ועיר או איזור שקשורים אליה.
read_ads - שמכילה id של מודעה ומספר טלפון שקרא אותה.
אצטרך עוד טבלה של מספרי טלפון שצריך לצנתק אליהם.
עוד טבלה של דירוג

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

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

@meir-lamdan https://chatgpt.com/s/t_699aa0f3ab948191b90d797926cec0a6
הוא לא יודע להסביר באמת, מביא את המושגים ולא מסביר מה זה כל דבר גם כהוורתי לו לפרט ולהסביר יותר

@meir-lamdan יש לי סלידה מAI הוא הרבה פעמים שימושי והרבה פעמים ממש לא, עוד לא הצלחתי ללמוד שום דבר מסודר מAI. אבל אולי אני לא שואל נכון, לא יודע...

מישהו מכיר?

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