הסבר מפורט על הבינה המלאכותית שעוזרת בפיתוח מערכות (יתרונות וחסרונות)
-
ישנה בינה מלאכותית שנוצרה על ידי ישנם חילוקים רבים בנוגע אליה
פה אני יביא את יתרונות שלה והחסרונות שלה כדי להבהיר עניניםיתרונות
א' - מאגר ידע עצום ביותר.
ב'- המידע לא נשאר "תקוע" אלא מתעדכן לי הצורך ולפי מה שמתחדש בימות המשיח.
ג' - משום שתי הסיבות שהובאו למעלה זה הופך אותה למדויקת מאד! ותשובות נכונות ככל היותר.
ד'- לא צריך להסביר לה משהו בשפה תכנית אלא שפה רגילה מספיקה לה.
**ה' - ** היכולות לא מתבטאות רק ביצירת קוד לקווים אלא אף בניתוח שגיאות בקוד ותיקון שגיאות.
עם עד פה אין חולק נעבור לחסרונות
חסרונות
א' - חלק מהידע שלה נאסף מפוסטים שנאמרו ע"י המשתמשים ויתכן שהיא לא הבינה נכון את מה שהמשתמש אמר והיא תטעה בגלל זה.
ב'- חלק מהידע הוא ידע ישן שיתכן שלא עדכני להיום ולכן היא יכולה לתת קוד ext.ini לא עדכני.
ג'- לא תמיד מזהה הקשרים מורכבים כך שהיא יכולה לפרש לפעמים את המשתמש לא נכון.
ד'- אם היא לא יודעת משהו היא תמציא! (לא תמציא לגמרי אלא תנסה לקשר את מה שהמשתמש ביקש לממשק קיים רק להתאםי אותו לבקשה של המשתמש
ולכן צריך להזהר ממנה
היא כל הזמן בפיתוח וכל הזמן נוספים לה מאגרים והיא משתפרת כל הזמן מי שעובד איתה שם לב בהתחלה היה לה רק 5 מאגרים עכשיו היא על שמונה ועכשיו יש לה כבר מאגר של 11,000 דפים עם מידע מ- 2020 (בכוונה לא הבאתי מידע יותר מידי ישן שלא תתבלבל עם מידע ישן ותאמר למשתמש שפותחים תת שלוחה ע"י שפונים למוקדנית)
מי שעובד איתה יודע שהיא מאד מדויקת
טענות נגדה
**א'- ** שזה מסוכן היא יכולה לתת לי פקודה שתאפס את המערכת עם היא לא יודעת משהו
תשובה- לא!! זה לא יכול לקרות כי אם למשל אמרתי לה "תכיני לי מערכת של בינה מלאכותית"
והיא לא תדע היא לא תמציא אלאביא לי קוד לשלוחת תבין שזה אפשרי רק עם ממשק API אז היא תביא לי קוד לשלוחת API שכל פעם שמקבלת תשובה מהשרת היא אומרת "אנא הקש מספר שלוחה"
ואז זה נותן למשתמש להקיש שוב - זה דוגמה שקרתה במציאות- אך היא לא תתן הגדרות שיאפסו את המערכת!!!!!!
ב'- היה טענות "למה אני מכניס לה את המאגר של המשתמשים בפורום של ימות המשיח"
תשובה- בגלל שחלק מהמאגרים שלה זה פוסטים בין משתמשים אז שאני מעתיק את הפוסט זה מועתק עם השם של המשתמש שכתב את הפוסט וגם לפעמים אנשים מזכירים בפוסטים שלהם משתמשים אחרים ולכן כדי שהיא לא תבלבל אני מכניס לה את המאגר של שמות המשתמשים כך היא לומדת מי זה משתמש ומה זה הפוסט עצמו!
----------------------------------------------------בתקווה להבנה --------------------------------------------
------------------------------------------------------@HTML--------------------------------------------------
הבינה המלאכותית נמצאת בכתובת הזאת:
https://notebooklm.google.com/notebook/6b64a7ea-4f6b-4e07-8542-7be1e3066888 -
הוזכר על-ידי H HTML
-
דוגמה ממנה
אני כתבתי:
"היי מה יש לך לומר לי על "אימות דו שלבי" החדש?"
היא ענתה לי:
היי אחי, בטח, האימות הדו-שלבי (MFA) הוא שדרוג אבטחה משמעותי מאוד שהוכנס למערכת, והוא נועד להגן עליך ועל המערכת שלך מפני פריצות וגישה לא מורשית.
הנה עיקרי הדברים שצריך לדעת על האימות הדו-שלבי החדש:
למה זה נחוץ?
האימות הדו-שלבי נועד להוסיף שכבת הגנה מעבר לסיסמה הרגילה, ומבטיח שרק אתה, כמנהל המערכת, יכול לגשת אליה, גם אם הסיסמה שלך נחשפה. זה צעד קריטי שנועד למנוע נזקים גדולים, כמו שימוש לרעה ביחידות שלך או שליחת סמסים המונית ופעולות פישינג מזיקות דרך המערכת.
ההנהלה הודיעה שהמהלך נעשה לטובת הלקוחות ולטובת עמידה בסטנדרטי אבטחה המקובלים.
איך זה עובד?
האימות נדרש בכמה מצבים:
1. כניסה לאתר הניהול: בעת התחברות, תתבקש לאמת שאתה מנהל המערכת על ידי קוד זמני.
2. שימוש ב-API: קריאות API עשויות לדרוש אימות נוסף מעבר למפתח ה-API הרגיל.
אפשרויות לקבלת קוד האימות כוללות:
• שיחה לטלפון: המערכת מתקשרת ומקריאה את הקוד (זמין למספרים בישראל, ארה"ב וקנדה).
• SMS: הודעה קולית או SMS לקבלת הקוד הזמני.
• מייל: שליחת הקוד לכתובת המייל המוגדרת במערכת לשחזור סיסמה.
אפשרויות לנוחות מוגברת
כדי להקל על הכניסה, יש כמה פתרונות:
• "זכור אותי": אפשרות לסמן תיבה שתזכור אותך למשך 30 יום מאותו מכשיר, כך שלא תצטרך לבצע אימות חוזר בתקופה זו.
• אישור כתובות IP: למשתמשי API ושרתים, ניתן להגדיר כתובות IP מאושרות שיפטורו את הגישה מאבטחה דו-שלבית חוזרת.
השפעה על מתכנתים ו-API
זהו שינוי משמעותי עבור מי שמנהל מערכות מורכבות או משתמש בהתממשקות API.
• סוף מספר מערכת וסיסמה: בעתיד, כניסה באמצעות מספר מערכת וסיסמה בלבד כבר לא תתאפשר, ויש לעבור לשימוש בטוקנים.
• הכנה נדרשת: מפתחים נדרשים להתחיל להתכונן לשינוי ולעדכן את ההתממשקות שלהם, כולל טיפול בקודי אימות או עדכון תהליכי האימות.
הדאגות והוויכוח בקרב המשתמשים
המהלך עורר דיון ער בקרב המשתמשים, בעיקר מפתחים וריסלרים:
• קושי טכני ועלויות: רבים חוששים שהדבר יחייב אותם לעבוד שעות ארוכות, לעיתים ללא תשלום, כדי לשנות אלפי שורות קוד במערכות קיימות.
• מערכות ישנות: יש חשש גדול לגבי מערכות שנפתחו על ידי ריסלרים שלא הגדירו פרטי יצירת קשר או שהמספרים המקוריים כבר לא פעילים, מה שעלול להוביל לחסימת הגישה.
• אפשרות ביטול: יש משתמשים המבקשים שתינתן להם האפשרות לבחור אם להפעיל את האימות הדו-שלבי, במיוחד עבור קווים פשוטים או ציבוריים שאין בהם מידע רגיש.
בסופו של דבר, האימות הדו-שלבי מגיע כדי להגן על המערכת בצורה טובה יותר, אבל הוא דורש היערכות מקיפה מצד המשתמשים שמשתמשים בכלי פיתוח מורכבים. -
@HTML טעויות תמיד יכולות לקרות, ואם היא תטעה ותשנה הגדרות של שלוחה היא בעצם תדרוס את ההגדרות הקודמות שלה. צריך לוודא שהיא שמה את הדבר הנכון במקום הנכון. ושלא תנסה לדוגמא רק להוסיף סינון על פי רשימה לבנה, כי זה ימחק את שאר הגדרו ת השלוחה...
-
צודק לגמרי ותמיד יש לאן לשפר
-
מסכים עם כולם יש להזהר בשימוש ויש תמיד לאן להתקדם!