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

@איש-נחמד אמר ביצירת פונקציות "עוקבות" - כאובייקט של פונקציות או ככמה פונקציות קטנות?:

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

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

@צדיק-תמים אמר ביצירת פונקציות "עוקבות" - כאובייקט של פונקציות או ככמה פונקציות קטנות?:

כלומר? המשתנים לא מתאפסים בכל רענון של הדף?

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

@ארכיטקט אמר במירג'וג' פירידאפים מרובים לתוך קובץ אחד:

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

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

@גמליאל אמר ביצירת פונקציות "עוקבות" - כאובייקט של פונקציות או ככמה פונקציות קטנות?:

אתה בטוח שזו השיטה הרווחת גם בJS?

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

@צדיק-תמים אמר ביצירת פונקציות "עוקבות" - כאובייקט של פונקציות או ככמה פונקציות קטנות?:

מה זה אומר רפוזיטורי?! זה לא מאגר?
זה בעצם מטפל בשמירת ושליפת מידע מlocalStorage.

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

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

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

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

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

@clickone אמר בניהול היסטוריית עריכות בטבלה:

אם משתמשים בEF קלאסי נראה לי שזה קצת יותר מסובך

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

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

לא נהוג לעשות מחלקה על ערך בודד, ערך בודד ופרימיטיבי הוא בדרך כלל פורפרטי במחלקה. ומחלקה אמורה להחזיק יותר מפרופרטי אחד.
כמו"כ נהוג ליצור מחלקה אחת "המייצגת ערכים" כגון User ועוד מחלקה "מטפלת בערכים" כגון UsersRepository. ושם יש בעיקר פונקציות גישה.
זה נקרא בעגה המקצועית repository pattern. וזה מאוד מאוד מאוד מאוד מאוד מאוד נוח וטוב לתחזוקה.
מסגנון שאלותיך נראה שאתה בשל לשלב הבא בעולם התוכנה, שהוא הארוך והקשה מכולם (ושלא מסתיים לעולם ובו נבדלים המתכנתים זה מזה), הלא הוא שלב התיכנון והארכיטקטורה, ממליץ לך בחום לקרוא את הספר Code Complete (יש מהדורה בעברית).

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

@chagold אמר בניהול היסטוריית עריכות בטבלה:

PostgreSql

אוי לא, בMSSQL יש לי פתרון מובנה וחלק

@chagold אמר בניהול היסטוריית עריכות בטבלה:

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

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

@chagold אמר בניהול היסטוריית עריכות בטבלה:

ואם כן, האם כדאי לאחד את הטבלה הזו עם טבלת תיעוד היסטוריית גישה לאתר?

לא

@davidnead אמר באיזה ספרייה/פריימוורק (מה זה בכלל, בעצם?...) מומלץ ללמוד כיום?:

בתכנות אין חוזה חד פעמי, שכח מזה.

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

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

@yossiz אמר באיזה ספרייה/פריימוורק (מה זה בכלל, בעצם?...) מומלץ ללמוד כיום?:

צורך מספר 2: חלוקה לרכיבים ובידוד בין הרכיבים

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

@צדיק-תמים אמר באיזה ספרייה/פריימוורק (מה זה בכלל, בעצם?...) מומלץ ללמוד כיום?:

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

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

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

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

@www אמר בSQL | שאילתת JOIN עם מופע אחרון בטבלה שניה:

שפת תוצאות

הנכון: שפה הצהרתית (דקלרטיבית)
רוצה לומר: אתה מצהיר שאלו התוצאות שאתה רוצה והוא צריך "לשבור את הראש" איך להביא לך אותם.

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

qlik sense בלבד, אין בלתו ואפס זולתו בתחום הזה. הוא גם טוב במערכי נתונים עצומי מימדים ואוכל אותם בלי מלח ובלי עשבי תיבול.
אמנם יש עקומת למידה כלשהי, אבל קטן עליך, אם אתה צריך אעזור לך לצלוח את הקטעים המעצבנים.
אני עובד איתם כבר 7 שנים ויחד עם חברה שמתמחה בפיתוח הBI הזה, שום כלי בשוק לא מתקרב ליכולות שלהם, ולחוויית הלקוח המובטחת שזה הכי חשוב ב BI.
https://www.qlik.com/us/

@צדיק-תמים אמר בחשיבת מפתחים לטווח רחוק..:

כמובן שאפשר לחלוק עליי...

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