<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Komentarze do: Czas w Javie ⏱️. Dobrze używasz?	</title>
	<atom:link href="https://www.bdabek.pl/czas-w-javie/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.bdabek.pl/czas-w-javie/</link>
	<description>Bartosz Dąbek</description>
	<lastBuildDate>Mon, 27 Nov 2023 18:54:18 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		Autor: Czas w Javie &#124; programowanie w języku java &#124; S...		</title>
		<link>https://www.bdabek.pl/czas-w-javie/#comment-176</link>

		<dc:creator><![CDATA[Czas w Javie &#124; programowanie w języku java &#124; S...]]></dc:creator>
		<pubDate>Mon, 27 Nov 2023 18:54:18 +0000</pubDate>
		<guid isPermaLink="false">https://www.bdabek.pl/?p=1378#comment-176</guid>

					<description><![CDATA[[&#8230;] Mądre zarządzanie czasem nie jest łatwe - w dużej mierze dotyczy się to życia prywatnego ale r&#243;wnież ma swoje odniesienie w technologii. Każd&#160; [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Mądre zarządzanie czasem nie jest łatwe &#8211; w dużej mierze dotyczy się to życia prywatnego ale r&oacute;wnież ma swoje odniesienie w technologii. Każd&nbsp; [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Autor: Cepewka		</title>
		<link>https://www.bdabek.pl/czas-w-javie/#comment-53</link>

		<dc:creator><![CDATA[Cepewka]]></dc:creator>
		<pubDate>Sun, 26 Jul 2020 17:29:12 +0000</pubDate>
		<guid isPermaLink="false">https://www.bdabek.pl/?p=1378#comment-53</guid>

					<description><![CDATA[W odpowiedzi do &lt;a href=&quot;https://www.bdabek.pl/czas-w-javie/#comment-52&quot;&gt;Bartosz Dąbek&lt;/a&gt;.

Problem jest tak naprawdę o wiele szerszy i łatwo się pomylić. Wyobraźmy sobie, że kupuję bilet lotniczy na grudzień tego roku na godzinę 8:00 w niedzielę. Ale za pół roku będę miał inne przesunięcie względem UTC (nie będę tu nawet wspominał o różnicach między strefą czasową a przesunięciem względem UTC itp, to jest bardzo duży temat). Jak teraz dodaję zdarzenie do kalendarza?

Jeżeli kalendarz jest &quot;głupi&quot;, to przy przeglądaniu grudnia weźmie czas UTC, przeliczy względem obecnego czasu DST i pokaże mi, że wylot jest o 9:00, co wprawdzie nie jest &quot;błędem&quot; (bo za kilka miesięcy samo się naprawi), ale użytkownik może spanikować. Jednocześnie kalendarz nie jest czymś, co kontrolujemy, najczęściej jest to coś dostarczonego przez system lub zewnętrzne oprogramowanie.

Temat rzeka, w każdym razie panuje przeświadczenie, że UTC rozwiązuje wszystkie problemy, ale niestety nie jest tak łatwo.]]></description>
			<content:encoded><![CDATA[<p>Problem jest tak naprawdę o wiele szerszy i łatwo się pomylić. Wyobraźmy sobie, że kupuję bilet lotniczy na grudzień tego roku na godzinę 8:00 w niedzielę. Ale za pół roku będę miał inne przesunięcie względem UTC (nie będę tu nawet wspominał o różnicach między strefą czasową a przesunięciem względem UTC itp, to jest bardzo duży temat). Jak teraz dodaję zdarzenie do kalendarza?</p>
<p>Jeżeli kalendarz jest &#8222;głupi&#8221;, to przy przeglądaniu grudnia weźmie czas UTC, przeliczy względem obecnego czasu DST i pokaże mi, że wylot jest o 9:00, co wprawdzie nie jest &#8222;błędem&#8221; (bo za kilka miesięcy samo się naprawi), ale użytkownik może spanikować. Jednocześnie kalendarz nie jest czymś, co kontrolujemy, najczęściej jest to coś dostarczonego przez system lub zewnętrzne oprogramowanie.</p>
<p>Temat rzeka, w każdym razie panuje przeświadczenie, że UTC rozwiązuje wszystkie problemy, ale niestety nie jest tak łatwo.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Autor: Bartosz Dąbek		</title>
		<link>https://www.bdabek.pl/czas-w-javie/#comment-52</link>

		<dc:creator><![CDATA[Bartosz Dąbek]]></dc:creator>
		<pubDate>Sun, 26 Jul 2020 05:26:39 +0000</pubDate>
		<guid isPermaLink="false">https://www.bdabek.pl/?p=1378#comment-52</guid>

					<description><![CDATA[W odpowiedzi do &lt;a href=&quot;https://www.bdabek.pl/czas-w-javie/#comment-50&quot;&gt;Cepewka&lt;/a&gt;.

Teraz ogarniam, dzięki za wyjaśnienie ;). Za jakiś czas zaktualizuję post i dodam tą uwagę.

Przyznam się, że nawet nie rozkminiałem takiej sytuacji ale fakt faktem - jest realna i przy projektowaniu trzeba takie rzeczy uwzględniać]]></description>
			<content:encoded><![CDATA[<p>Teraz ogarniam, dzięki za wyjaśnienie ;). Za jakiś czas zaktualizuję post i dodam tą uwagę.</p>
<p>Przyznam się, że nawet nie rozkminiałem takiej sytuacji ale fakt faktem &#8211; jest realna i przy projektowaniu trzeba takie rzeczy uwzględniać</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Autor: Cepewka		</title>
		<link>https://www.bdabek.pl/czas-w-javie/#comment-50</link>

		<dc:creator><![CDATA[Cepewka]]></dc:creator>
		<pubDate>Sat, 25 Jul 2020 22:43:56 +0000</pubDate>
		<guid isPermaLink="false">https://www.bdabek.pl/?p=1378#comment-50</guid>

					<description><![CDATA[W odpowiedzi do &lt;a href=&quot;https://www.bdabek.pl/czas-w-javie/#comment-48&quot;&gt;Bartosz Dąbek&lt;/a&gt;.

Bierzesz czas PL na 2022.07.25, dostajesz coś na kształt UTC + 2 (czy jaka tam strefa czasowa jest). Godzinę 9:00 UTC+2 traktujesz jako 7:00 w czasie UTC, czyli w bazie zapisujesz, że wydarzenie jest o 7 rano w czasie UTC.

Teraz w 2021 Polska zmienia strefę czasową letnią na UTC+1 i robi się problem, bo przy wyświetleniu użytkownikowi wyciągniesz z bazy danych godzinę 7:00, dodasz godzinę (bo strefa czasowa w Polsce w lecie po zmianach to UTC+1) i w efekcie dostajesz 8:00.

Powinieneś zapisać czas UTC wraz z wersją tzdb/cldr i albo aktualizować przy zmianach bazy albo przy wyświetlaniu odpowiednio przeliczać.]]></description>
			<content:encoded><![CDATA[<p>Bierzesz czas PL na 2022.07.25, dostajesz coś na kształt UTC + 2 (czy jaka tam strefa czasowa jest). Godzinę 9:00 UTC+2 traktujesz jako 7:00 w czasie UTC, czyli w bazie zapisujesz, że wydarzenie jest o 7 rano w czasie UTC.</p>
<p>Teraz w 2021 Polska zmienia strefę czasową letnią na UTC+1 i robi się problem, bo przy wyświetleniu użytkownikowi wyciągniesz z bazy danych godzinę 7:00, dodasz godzinę (bo strefa czasowa w Polsce w lecie po zmianach to UTC+1) i w efekcie dostajesz 8:00.</p>
<p>Powinieneś zapisać czas UTC wraz z wersją tzdb/cldr i albo aktualizować przy zmianach bazy albo przy wyświetlaniu odpowiednio przeliczać.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Autor: Bartosz Dąbek		</title>
		<link>https://www.bdabek.pl/czas-w-javie/#comment-48</link>

		<dc:creator><![CDATA[Bartosz Dąbek]]></dc:creator>
		<pubDate>Sat, 25 Jul 2020 18:16:57 +0000</pubDate>
		<guid isPermaLink="false">https://www.bdabek.pl/?p=1378#comment-48</guid>

					<description><![CDATA[W odpowiedzi do &lt;a href=&quot;https://www.bdabek.pl/czas-w-javie/#comment-47&quot;&gt;Cepewka&lt;/a&gt;.

Hmm.. nie wiem czy dobrze ogarniam ale jeżeli przetrzymujemy czas w UTC i zarządzamy wyświetlaniem go to reguły konwertujące go na czas lokalny dla danego regionu się zaaplikują i wyświetlą poprawnie (o ile reguły w bibliotece &lt;strong&gt;java.time&lt;/strong&gt; ulegną zmianie). 
Dobrze myślę czy mylę koncepcję?]]></description>
			<content:encoded><![CDATA[<p>Hmm.. nie wiem czy dobrze ogarniam ale jeżeli przetrzymujemy czas w UTC i zarządzamy wyświetlaniem go to reguły konwertujące go na czas lokalny dla danego regionu się zaaplikują i wyświetlą poprawnie (o ile reguły w bibliotece <strong>java.time</strong> ulegną zmianie).<br />
Dobrze myślę czy mylę koncepcję?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Autor: Cepewka		</title>
		<link>https://www.bdabek.pl/czas-w-javie/#comment-47</link>

		<dc:creator><![CDATA[Cepewka]]></dc:creator>
		<pubDate>Sat, 25 Jul 2020 16:59:18 +0000</pubDate>
		<guid isPermaLink="false">https://www.bdabek.pl/?p=1378#comment-47</guid>

					<description><![CDATA[Warto pamiętać, że trzymanie czasu jako UTC nie jest złotym środkiem. Jeżeli trzymamy instant jakiegoś wydarzenia w przyszłości (na przykład start konferencji za 2 lata), a w międzyczasie kraj zmieni strefę czasową lub reguły DST, to czas UTC się rozjedzie (najprawdopodobniej o +- jedną godzinę). Tak naprawdę trzeba trzymać czas UTC i wersję  tzdb/cldr LUB trzymać trzymać czas w formie niezależnej od jakichkolwiek dat (na przykład string &quot;9:00 rano czasu lokalnego&quot;).]]></description>
			<content:encoded><![CDATA[<p>Warto pamiętać, że trzymanie czasu jako UTC nie jest złotym środkiem. Jeżeli trzymamy instant jakiegoś wydarzenia w przyszłości (na przykład start konferencji za 2 lata), a w międzyczasie kraj zmieni strefę czasową lub reguły DST, to czas UTC się rozjedzie (najprawdopodobniej o +- jedną godzinę). Tak naprawdę trzeba trzymać czas UTC i wersję  tzdb/cldr LUB trzymać trzymać czas w formie niezależnej od jakichkolwiek dat (na przykład string &#8222;9:00 rano czasu lokalnego&#8221;).</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
