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

י

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

י

@משה-בניית-אתרים אתה לא חייב להטמיע מערכות אחרות, אתה יכול לעשות מערכת הורדה בעצמך, חפש בגוגל ytdl php ותנסה לבנות פרוקסי שמוריד את הסרטים שאתה רוצה

י

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

י

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

י

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

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

שואף שאל כך: האם יתכן שעל אותו מוצר מתכנת א ידרוש 70K ומתכנת ב יעריך אותו בשווי 5K.
יכולות להיות לזה שתי סיבות:

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

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

י

@dovid אמר בתמחור פרוייקט:

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

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

י

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

י

@dovid אמר במה הסיסמת ברירת מחדל של אובונטו:

@WWW אמר במה הסיסמת ברירת מחדל של אובונטו:

@dovid אמר במה הסיסמת ברירת מחדל של אובונטו:

Tools > Configuration > Terminal ותבחרו פונט תומך עברית כמו מרים.

ניסיתי ולא עבד.

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

י

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

י

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

י

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

י

אתה שומר את התבנית כך:

var template = `שלום {{name}} זו הודעה מבית הכנסת {{synagogue}}
לידיעתך קיים על שמך חוב בסך {{amount}} עבור {{for}}`

וכשאתה מקבל את ההעדפות של המשתמש אתה בונה מהם אוביקט כזה:

var option = {
    name: "יוסף",
    synagogue: "בעלז",
    amount: 100,
    for: "עליה"
}

ומריץ את הפונקציה הזו:

function buildOutput(template, userOptions){
	for(let i in userOptions){
		template = template.replace(`{{${i}}}`, userOptions[i])
	}
	return template
}