tag:blogger.com,1999:blog-4120095566953506794.post2427514398982236522..comments2018-07-24T16:55:20.538+02:00Comments on MS Office tippek, trükkök: Szökőévek II.Anonymoushttp://www.blogger.com/profile/08843953072144312520noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-4120095566953506794.post-23543898414844464312012-07-31T14:10:36.545+02:002012-07-31T14:10:36.545+02:00A kérdés filozofikus. Hibátlan program nincs, ezt ...A kérdés filozofikus. Hibátlan program nincs, ezt mindnyájan jól tudjuk. De a hibátlan programra való törekvésnek bizony lennie kellene! Elfogadhatatlannak tartom egy szoftverfejlesztő részéről, hogy ismert programhibát nem javít ki, és még meg is magyarázza, hogy miért nem.<br />Az, hogy én, és szavaidból következően te sem használsz 1900 előtti dátumokat, még nem jelenti azt, hogy mások sem használnak, de azt sem, hogy pusztán ezért nem is kell foglalkozni vele. Ha az életszerűség felől közelítünk, akkor a legegyszerűbb az lenne, ha áttérnénk az Apple 1904-es dátumrendszerére. Így nem csak a kompatibilitás lenne nagyobb, hanem a hiba is ki lenne "javítva" a gordiuszi csomó átvágásával. De ha már innen nézzük a dolgokat, akkor az sem igazán életszerű, hogy Visual Basicben 9999 a legnagyobb év, amit még kezelni tud a rendszer. Hát ha valami, akkor ez a távoli jövő az, ami teljességgel hidegen hagy engem.<br />Miként írtam, a hiba következtében a HÉT.NAPJA függvény működik hibásan az 1900. március 1. előtti időszakban. Ennek nem az életkor és az eltelt napok száma, hanem annak megállapításában lehet szerepe, hogy a hét mely napjára esnek bizonyos dátumok. A hiba csak azért hanyagolható el a gyakorlatban, mert az Excel nem képes az 1900. január 1. előtti napok kezelésére, így mindössze 28 (valójában 29) napról van szó.<br />Ismét nem elhanyagolható, hogy az ingyenes Libre Office Calc helyesen kezeli az 1900-as évet. Arról már nem is beszélek, hogy ókori dátumokat is képes kezelni, ami persze azt jelenti, hogy ott egyáltalán nem érdektelen, hogy ez HÉT.NAPJA függvény helyesen működik-e. Arról a hab a tortán jelenségről már nem is beszélek, hogy a Calcban van szökőév (ISLEAPYEAR) függvény is... :DAnonymoushttps://www.blogger.com/profile/08843953072144312520noreply@blogger.comtag:blogger.com,1999:blog-4120095566953506794.post-39494885756078507272012-07-31T11:23:15.054+02:002012-07-31T11:23:15.054+02:00Itt pedig csak annyi a meglátásom, hogy ugyan hely...Itt pedig csak annyi a meglátásom, hogy ugyan helyes a gondolatmenet, hogy hiba az van és javítani kellene, de mennyire életszerű, hogy 2012-ben egy 1900-as dátumot használsz valamire? Tudsz rá életszagú példát mondani? Mondjuk ha a lakosságot akarjuk felvenni a táblákba és meg akarjuk határozni az élt napok számát, (minek?) akkor az adott illetőnek 112 évesnek kell lennie (megközelítőleg) hogy probléma legyen. Őszinte tiszteletem a hasonló korú embereknek, de hány ilyen van? És akik vannak, azoknak nem mindegy +-1 nap? 18 éves elmúlt 6 év híján 100 évvel. Még az aranylakodalom is ha 20 évesen házasodott 42 évvel lett meghaladva nem beszélve arról, hogy ehhez kell egy házastárs is aki ha 1900 előtt született a 2003-as excel már nem is tudja tárolni, csak szövegesen. Persze lehet csak én nem gondoltam bele pontosan.<br />Bocsánat az első 2 névtelen posztért. Nem néztem szét tökéletesen a kombi panelben.Boros Attilanoreply@blogger.com