שאלה תיאורטית. המשתמש לא יכול לעשות patch בעצמו לקוד, ולקבל שירות שלא שילם עליו? נגיד ב 7:55, פשוט להפוך את שורות 20 עד 22 להערות. השאלה מתמקדת יותר באיך למנוע דבר כזה, במידה והוא אפשרי
תיאורטית, כן. פרקטית, פחות. כדי שהמשתמש יוכל לשנות את הערכים הנשלחים הוא צריך גישה לקוד עצמו ולא לגרסה מקומפלת שלו כך שבשפות בהן מקמפלים את הקוד (לדוגמה C#) הוא לא יוכל לגשת לשדה ישירות ויצטרך לפתוח את הקוד דרך IDA או כל קורא קוד assembly אחר. אבל, כמובן שבארגונים גדולים הkeys הנחוצים לא יועברו "ככה" כלומר בלי הצפנה כלשהי לכן; כדי שהמשתמש יוכל לגשת לפיצ'רים אשר לא שייכים לו הוא יצטרך לדעת גם את סוג ההצפנה וגם את הkey עצמו. מקווה שזה מספיק ברור, פה לשאלות נוספות (:
@@zvicraftdev בגדול אפשר להשתמש בdb או משתני סביבה כמו שחברות קטנות עושות. בנוסף, launch darkly חינמית עד גבול מסויים גם אחרי תקופת הניסיון, פשוט צריך לתת כרטיס אשראי למקרה של חריגה.
@@Niv-i9b תלוי איפה יושב הפיצ'ר, לפעמים הוא מפוצל כלומר יש חלק בui שרלוונטי לפיצ'ר וגם קוד בקאנד שרלוונטי לפיצ'ר, שניהם יהיו מאחורי אותו הפיצ'ר פלג כל אחד בצד שלו. בתור מתכנתת בקאנד אני מודה שאני biased וחושבת שלוגיקה צריכה להיות 90% בצד שרת, וצד לקוח צריך רק להראות את הui ולהגיב לאינטרקציות של הלקוח. מקווה שעניתי ^^
סרטון מעולה ניקול, נו טוב כמו תמיד 😉
תודה!
סרטון מעולה!
תודה!
@@צוריהמלכה בשמחה
סרטון משובח כל הכבוד!
@@yarin0600 יא תודה!
מת על התאור שלך של production 😄
@@KaiYoshida-f4l 🦓🦒🦔🦁
יש סיבה למה בחרת ב-LaunchDarkly במקום OpenFeature?
@@avi12 כן, יש 2:
1. Launch darkly הכי פופלרית כרגע ולכן רלוונטית ליותר אנשים
2. עבדתי רק איתה 😅
סרטון מעולה!
האם תוכלי לעשות סרטון על מבני נתונים?
@@ItaiSade כן בטח :) יש אחד שמעניין אותך במיוחד?
@sharatimרשימות תודה רבה🙏
@sharatim רשימות תודה רבה🙏
סרטון מעולה!
דרך אגב, את תעלי מתישהו מדריך על Docker?
@@ItsJesusHere כן, מקווה להגיע לזה בקרוב
שאלה תיאורטית.
המשתמש לא יכול לעשות patch בעצמו לקוד, ולקבל שירות שלא שילם עליו?
נגיד ב 7:55, פשוט להפוך את שורות 20 עד 22 להערות.
השאלה מתמקדת יותר באיך למנוע דבר כזה, במידה והוא אפשרי
תיאורטית, כן. פרקטית, פחות. כדי שהמשתמש יוכל לשנות את הערכים הנשלחים הוא צריך גישה לקוד עצמו ולא לגרסה מקומפלת שלו כך שבשפות בהן מקמפלים את הקוד (לדוגמה C#) הוא לא יוכל לגשת לשדה ישירות ויצטרך לפתוח את הקוד דרך IDA או כל קורא קוד assembly אחר. אבל, כמובן שבארגונים גדולים הkeys הנחוצים לא יועברו "ככה" כלומר בלי הצפנה כלשהי לכן; כדי שהמשתמש יוכל לגשת לפיצ'רים אשר לא שייכים לו הוא יצטרך לדעת גם את סוג ההצפנה וגם את הkey עצמו.
מקווה שזה מספיק ברור, פה לשאלות נוספות (:
@@Mister1Slime בנוסף למה שאמרו מעלי, לרוב משתמשים בfeautre flags בבקאנד ואז ללקוחות אין גישה לקוד והם לא רואים מה מדליק ומה מכבה איזה חלק
First! Awesome as usual!
@@MrBensella thanks!
שאלה יש מצב, בסרטון הבא על הנושא לתת כמה אלטרנטיבות חינמיות/קוד פתוח?
וגם איזה את ממליצה?
בנוסף אחלה סרטון
נוסף על זה זה בדיוק היכולת שכל כך הייתי צריך ולא הייתי יודע לולי את תודה!
@@zvicraftdev בשמחה
@@zvicraftdev בגדול אפשר להשתמש בdb או משתני סביבה כמו שחברות קטנות עושות. בנוסף, launch darkly חינמית עד גבול מסויים גם אחרי תקופת הניסיון, פשוט צריך לתת כרטיס אשראי למקרה של חריגה.
באופן כללי, מתי נרצה להשתמש בפיצ'ר פלאג בצד הלקוח ומתי בצד השרת?
תודה
@@Niv-i9b תלוי איפה יושב הפיצ'ר, לפעמים הוא מפוצל כלומר יש חלק בui שרלוונטי לפיצ'ר וגם קוד בקאנד שרלוונטי לפיצ'ר, שניהם יהיו מאחורי אותו הפיצ'ר פלג כל אחד בצד שלו.
בתור מתכנתת בקאנד אני מודה שאני biased וחושבת שלוגיקה צריכה להיות 90% בצד שרת, וצד לקוח צריך רק להראות את הui ולהגיב לאינטרקציות של הלקוח. מקווה שעניתי ^^