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

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

@nigun אמר בכמה כדאי לקחת על פיתוח?:

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

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

@nigun אמר בכמה כדאי לקחת על פיתוח?:

למשל בפרוייקט אישי בוחרים במה שהכי קל

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

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

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

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

@by6199 אמר בכמה כדאי לקחת על פיתוח?:

לפני כשש שנים מישהו דרש ממני 150$ לשעה זה מחיר השוק?

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

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

@by6199 אמר בכמה כדאי לקחת על פיתוח?:

תמחור מוצר או שירות מורכב מכמה פרמטרים ולא מהמחיר המקסימלי שאני יכול לבקש.
1 מה היעד הסביר למשכורת חודשית.
2 כמה שעות מוכנים לעבוד בשביל זה ביום.
3 כמה ביקוש יש לעבודה.

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

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

@אבי_770 האמת שממה שאני מבין לא זה המטרה שבגללה פתחת את הנושא - בשביל לשמוע האם לקחת תשלום, אלא איך לתמחר עבודה - לפי שעה? לפי פרויקט? וכו'...
אבל כיוון שזה עלה, אז קודם כל אני אישית חושב שבהחלט כדאי לקחת תשלום (כמובן שאתה צריך לדעת שאתה יכול לתת ללקוח את התוצאה הרצויה), ואין שום סיבה לקחת מחיר סמלי או מוזל, להיפך ברגע שתיקח מחיר הוגן לפי המקובל בשוק זה יגרום לך להשקיע יותר, מה שגם יקדם אותך מקצועית וגם יגרום שהלקוח ייצא מרוצה - שזה מאוד מאוד חשוב...
לגבי איך לתמחר בפועל אני רואה שיש שרשור מאוד מפורט (ומחכים) על זה - https://tchumim.com/topic/6209/תמחור-פרוייקט (גם על זה כדאי להציץ)
(אם כי הצפיה בשניהם מצריכה הצטרפות לתכנות הסגור), וכנראה לכן השאלה לא עוררה דיון
אבל סכומים מדויקים לא תקבל, אלא אם כן פר פרויקט ממישהו שמכיר גם את הרמה שלך וגם את הלקוח וגם באיזה עבודה מדובר, וגם אז זה המלצה בלבד שצריך לקחת בעירבון מוגבל... המחיר נקבע מהמון גורמים, וכנראה שאין ברירה, לומדים עם הזמן לשקלל את הנתונים...

@יושב-אוהלים זה לוקח את פלט התרגום ומתרגם אותו הפוך (חזרה לעברית)?

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

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

בינתיים מצאתי את התוסף הזה שעושה את העבודה
אם מישהו מכיר משהו יותר טוב אשמח

@OdedDvir לא רלוונטי במקרה הזה, הפעולה צריכה להיות על הנתונים בזמן אמת, כמו כן לאיטיות המובנית שהדגמתי כאן עם קוד פשוט של request => response בלי שום קבלת נתונים מרוחקים, זה לא יעזור.
אבל זה כלי שימושי לפעמים, תודה שהכרת לי אותו
עריכה - השתמשתי בו עכשיו למשהו שחסך לי הרבה קומבינות בדרכים שהכרתי... תודה!

רק חבל שזה מוגבל לאלף רשומות...

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

@אבי אני לא רואה שם את מה שחיפשתי בכותרת הנושא הזה, זה פרויקט לניהול תלויות פייתון, אבל אני לא רואה שם משהו מקביל לקטע של scripts בpackage.json.

@Y-Excel-Access @צדיק-תמים אמר במהירות העבודה של גוגל סקריפט:

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

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

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

const secret = 'tgy4rugh84'
function doPost(req) {
  if (req.parameter.secret !== secret) {
    return ContentService.createTextOutput(
      JSON.stringify({
        error: 'Unauthorized',
      })
    ).setMimeType(ContentService.MimeType.JSON);
  }
  return ContentService.createTextOutput(
    JSON.stringify({
      message: 'OK',
    })
  ).setMimeType(ContentService.MimeType.JSON);
}

לוקח לו להחזיר תשובה בין 0.9 ל1.5 שניות

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

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

const sheet = SpreadsheetApp.openByUrl(sheetUrl).getSheetByName(sheetName);
const table = sheet.getDataRange().getValues();

בהתחלה, כאשר לא מדובר בגליון גדול
ואז לוגיקה די פשוטה של JS, ובסוף

for (const [i, call] of row.entries()) {
    if (call !== 'original-value') {
        sheet.getRange(rowIndex + 2, i + 1, 1, 1).setValue([call]);
    }
}

או:

sheet.deleteRow(rowIndex + 2);