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

קוד:

(days * 24 + hours + minutes / 60 + seconds / 3600) * salary

החישוב הזה נכון?
salary זה משכורת לשעה

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

כל מה שאתה עושה זה לחשב כמה שעות יש לך בסה"כ ואז להכפיל הכל במשכורת לשעה. ביום יש 24 שעות, שעות זה שעות, בדקה יש 1/60 של שעה וכן הלאה.

מנהל פורום חומרה

The only certainty in life is that there are no certainties.

תודה אחינו הנהג

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

אם זה הולך להיות קוד אז לא, תחלק ב-60.0 ו-3600.0 ובסוף רק תעגל אם צריך.

ציטוט:

במקור נכתב על ידי Michael Shermer Smart people are very good at rationalizing things they came to believe for non-smart reasons.

זה תלוי בשפת תכנות...

מדוע ולמה? איך מועיל ה .0 ומה יקרה בלעדיו? כי בנתיים זה עובד בסדר...

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

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

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

כן אני משתמש בפונקציה מובנית ב PHP.

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

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

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

תוספים לפורום
קורס לטינית בלעדי לפרש, בפורום שפות ובלשנות.

מה זה טיפוס קבוע ופקטור ? :|

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

יענו פונקציה שמחזירה לדוגמא את הפרש הזמנים רק בשניות, במקום בתערובת של משתנים
ומכפיל אותו בגורם שצריך כדי להגיע לשעות (במקרה זה ב־1/3600).

תוספים לפורום
קורס לטינית בלעדי לפרש, בפורום שפות ובלשנות.

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

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

תוספים לפורום
קורס לטינית בלעדי לפרש, בפורום שפות ובלשנות.

בוודאי. אני רק אומר....

http://php.net/mktime

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

אני רק לא מבין איך זה קשור למשכורת - אא"כ אתה כמובן מחשב את זה פר timestamp של התחלה וסיום של יום עבודה, ואז סוכם את הנתון עבור כל ימי העבודה בחודש, מחלק ב 3600 (מעגל את התוצאה או לא, ולאיזה כיוון, החלטה שלך?). אם כל זה כבר שמור לך ב DB, אתה יכול לתת לו ללעוס את ההפרשים בזמנים אוטומטית ולהחזיר לך כבר את התוצאה אוטומטית... כמובן בהנחה שיש לך בכל שורת נתון "זמן כניסה" ו"זמן יציאה" מהעבודה, שהם בשדה שניתן לעשות עליו מתמטיקה - שזה או unixtime (לפי mktime() שלעיל, או, אם אתה פשוט מעדכן את ה DB כשיוזר מדווח על כניסה/יציאה, אתה יכול להשתמש ב UNIX_TIMESTAMP() או פונקציית SQL דומה במסד הנתונים שלך אם הוא לא MySQL), או שדה timestamp כלשהו. בעיני, שיטת ה unixtime עדיפה משום שהיא לא גוררת איבוד מידע פוטנציאלי בהקשרים של איזורי זמן וטעויות DST באשר הן. ואז אתה פשוט מחסיר טור אחד מהשני ומקבל את ההפרש, ואם אתה משתמש ב SUM על הכל, אתה מקבל את סך העבודה בתקופה שעליה הגבלת את השאילתא עם WHERE, ואם תעשה גם GROUP BY לפי מזהה עובד, תקבל את המשכורת של כל העובדים בצורה מסודרת... (כמובן שאתה צריך להכפיל בשאילתא ב salary (שזה או מספר קבוע, או פר עובד, ואז אתה יכול למשוך את הנתון מטבלת המשכורות ב JOIN לפי מזהה עובד).

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

אממ תאמת לא השתמשתי בפונקציות SQL,
אמנם יש לי שדות של כניסה ויציאה מסוג DATETIME שמכילות תבנית: (YYYY/MM/DD 00:00:00ׁׂׂׂׂׂׂׂ&#1473 ,
אבל יש לי שדה sum שמסכם את שעות העבודה , ושדה sum_s שמסכם את המשכורת היומית.
את החישוב אני עושה ב PHP לפני ההכנסה למסד, נראה לי גם יותר יעיל לחשב את זה ב PHP פעם אחת ולהכניס למסד מאשר כל פעם שאני רוצה את הנתונים לתת למסד לחשב את זה מחדש...
מה עוד שהדף שלי מציג את היום עבודה כתאריך התחלה ותאריך סיום וסיכום, זה אפשרי לקבל מהמסד גם תאריך התחלה וגם תאריך סיום וגם סיכום באותה שאילתא?

אגב אני לא מצליח להבין את GROUP BY תוכל להסביר לי עליו בהזדמנות זו?

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

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

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

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

GROUP BY פשוט מאפשר לך לסכום שורות שמכילות את אותו ערך שדה באמצעות פונקציית aggregation כלשהי - היא יכולה להיות סכום, ממוצע, ערך מקסימלי, ערך מינימלי, וכו' - ולקבל שורה בודדת לאחר ה aggregation.

לדוגמה:

קוד:

SELECT month,worker_id,SUM(salary) FROM salaries GROUP BY month,worker_id

יחזיר לך:

קוד:

 month  | worker_id | salary
2015-04 |     1     | 154
2015-04 |     2     | 365
2015-04 |     3     | 657
2015-04 |     4     | 657

וכו'.

בהנחה שמבנה הנתונים שלך הוא שורה כזו עבור כל יום: month | day | worker_id | salary

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

קוד:

UPDATE employ SET salary_for_day = employ.hours_sum * new_salary WHERE employ_id = THE_EMPLOY_ID

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


אממ מה זה "נרמול של מסדי נתונים"?
ואיפה אפשר ללמוד את הכללים האלה?

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

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

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

http://en.m.wikipedia.org/wiki/Database_normalization

ציטוט:

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

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

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

ג)

ציטוט:

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

עריכה: הגבתי לעצמי בטעות, שימי זה מכוון אליך

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

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

ב) כתבתי בדיוק כיצד עושים טבלה שמכילה את כל משכורות העובד מיום הכניסה שלו לחברה, כולל כל השינויים, לכל כיוון, ומועד התחלת השינוי וכיצד מחילים את המשכורת הרלוונטית לחודש הרלוונטי on-the-fly. זה בתגובה שאליה הגבת...

ג) SUM() זה סכום.

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

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

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

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

PHP זה לא שפת תכנות.

למה לא? מה ההבדל בינה לבין שפת תיכנות אחרת?

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

http://www.fresh.co.il/vBulletin/t-...%94#post4500867

ציטוט:

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

FTFY.

נמאס לכם לזכור סיסמאות? לחצו כאן!

אתה רציני כאילו?

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

תוספים לפורום
קורס לטינית בלעדי לפרש, בפורום שפות ובלשנות.

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

מה?

איך שעה נתונה בתאריך מסויים בלוח שנה תלויה בהחלטות ממשלה באשר הן? זמן יקום מתואם הוא אוניברסילי, וניתן למיפוי 1:1 מול אותו unixtime ואז ניתן לחישוב בחיסור פשוט.

אפילו נתתי את הפונקציה שעושה את ההמרה הזו. הפונקצייה להמרה ההפוכה היא date().

לכל היותר ממשלה מחליטה על offset לא טבעי (כלומר לא לפי מכפלה ב 15 מעלות) מ GMT (ע"ע שעון קיץ ו/או מדינות עם שליטים פסיכים) - ועדיין - בטל את ה offset או תתחשב בו בחישוב unixtime - ו... מספר השניות מ 1/1/1970 00:00 UTC ימשיך להישאר אותו דבר.

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

זמן יקום מתואם הוא אוניברסלי, אך הזמן שאתה נמצא ביחס אליו אינו כזה.
עבדתי משמרת לילה משעה 23:00 ב־26 במרץ עד שעה 6:00 ב־27 במרץ, כמה שעות עבדתי?
ואם שכחתי לציין שזו הייתה עבודת שליחות שהתחילה בדלהי והסתיימה בנפאל, כמה זה יוצא?

תוספים לפורום
קורס לטינית בלעדי לפרש, בפורום שפות ובלשנות.

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

תבדוק.

אל תסבך, והכל יעבוד.

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

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

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

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

עוד משהו, כשאתה כותב על נושאים שאתה בברור לא בקיא בהם, כמו הנדסת תוכנה, אני מציע שתצניע לכת.

קודם כל, מערכות הפעלה סופרות את הזמן לפי unixtime (או דומה - epoch כלשהו) - כך שלא צריך להמיר אותו ל unixtime! פשוט משתמשים ב internal representation של מע"ה - אין צורך לקחת תאריך אחרי שהומר מ unixtime רק כדי להמיר אותו בחזרה לשם (בחיי, זה כאילו שמעולם לא הרצת תוכנה דרך strace וראית איזה syscalls מתבצעות...).

אני מודד אותו בשיטה שכל העולם (אולי חוץ מטרולים מעיקים) מודד אותו. אם בא לך לבדוק מה השעה שם עכשיו, אתה יכול לחפש בגוגל: https://www.google.com/search?q=time+in+UTC - או בלינוקס אתה יכול להריץ date --utc - או בחלונות - תמצא לבד איך עושים משהו במערכת הנכה הזו.

אם אתה הולך לקרוא לכל פונקציה שממומשת ב core של שפת התכנות שלך "שימוש בספריה", אז ת'אכלס כל פעולה שהוא יעשה (כולל שיטות החיבור/חיסור/כפל שהוא הציע בהתחלה), היא שימוש בספריה - הרי הכל יורד ל glibc בסוף - וכידוע ה lib ב glibc היא library. נשמע לי שאתה סתם טרול שמנסה לבזבז לאנשים את הזמן. כשאומרים "שימוש בספריה", בייחוד בהקשר של שפות שבהן בד"כ לא צריך לעשות include/import-ים למיניהם כדי לכתוב קוד (כמו PHP...) - הכוונה היא בד"כ ל"תטען לתוך התוכנה שלך קוד מיוחד, שלא זמין בד"כ לשימוש כללי, כדי לבצע את המשימה שלך". למשל משהו מ PEAR או PECL. בעולם של PHP מדובר בדבר מאוד מאוד נדיר - כיוון שה core של השפה תומך ב 99.999% ממה שהאדם הרגיל ירצה אי פעם לעשות - וזה אגב מה שיפה בה. לא צריך לעשות include ל time.h כדי לשחק עם זמנים.

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

זה לא משנה שאף אחד לא נמצא בזמן הזה (בריטניה, אגב, כן נמצאת בו, כשהיא לא בשעון קיץ) - משום שזה פשוט לא רלוונטי! כל הרעיון בזמן יקום מתואם - הוא - ובכן - שהוא מתואם! ומטרתו לפתור את כל הבעיות התאורטיות שהועלו כאן. כיוון שמדובר בזמן מוחלט, השימוש בו הוא אידאלי למטרות עקיבה אחר זמנים, כיוון שהוא לא מושפע מהחלטות פוליטיות באשר הן. למעשה, גם אם יושפע, אני לא בדיוק מתייחס אליו בהצעה שלי. או ליתר דיוק, לא מתייחס אליו בהשפעות עתידיות - כיוון שהצעתי היא למדוד נקודת זמן היסטורית, לא ניתנת לשינוי, שהיא unixtime - מספר השניות שעבר מנקודת זמן מסויימת בזמן יקום מתואם - בזמן שהיה מוסכם על כולם - הוא עובדה מוגמרת שאף אדם לא יכול לשנות. כך שגם אם כל מדינות העולם יחליטו מחר לשנות את זמן יקום מתואם - השעון שדופק בכל מחשבי הלינוקס could not care less - וכל החישובים ימשיכו לעבור כרגיל. אלגברה וזה.

מה זה משנה שאנשים התחילו בשעון חורף וסיימו בשעון קיץ? אם שמרת את ה unixtime של ההתחלה ושל הסוף - ואתה תחשב את הפרש השניות בין שני המספרים - אתה תקבל את הזמן בפועל שהם היו בעבודה - ללא קשר לשעה שהפוליטיקאים החליטו להזיז.

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

כי אם לא - זה לא יעבוד

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

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

לכן,
אם מדובר ב"ימי עבודה" (למשל של 9 שעות), אתה אמור להכפיל ב9, ולא ב24,
ואז להוסיף את השעות.
ואז להכפיל הכל במשכורת לשעה.

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

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

אוי, טעיתי בפורום.

הייתה לי תחושה שזה יגיע מתי שהוא...

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

אני איטית נורא לאחרונה..

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

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


ד אַל תַּעַן כְּסִיל כְּאִוַּלְתּוֹ פֶּן תִּשְׁוֶה לּוֹ גַם אָתָּה. ה עֲנֵה כְסִיל כְּאִוַּלְתּוֹ פֶּן יִהְיֶה חָכָם בְּעֵינָיו

זין.

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