laut

9 ms·

31.
by laut 11y ago
Yup. I wrote about this here: http://www.creativedeletion.com/2015/03/19/persisting_future...
32.
by laut 11y ago
I don't think it is a good idea to shield bad software at the expensive of having incorrect out-of-date data. Developers should be aware that tzdata changes all the time, and create software that can deal with it.
33.
by laut 11y ago
2016a has been released: https://www.iana.org/time-zones If you use the Elixir library mentioned in the article, it will already have been updated. If you use Mac OS X Yosemite it will probably never be updated.
34.
Timezone updates need to be fixed(creativedeletion.com)
27 points by laut 11y ago|58 comments
35.
by laut 11y ago
Phoenix also has little configuration - without being bloated. With Phoenix you do not have to make that trade-off.
36.
by laut 11y ago
I'm a Dane sitting in such a place right now. It is summer down here. And my computer is plugged into a fibre optic internet connection. No place is perfect, but right now I am not complaining.
37.
Timezone updates need to be fixed(creativedeletion.com)
9 points by laut 11y ago|0 comments
38.
by laut 11y ago
Do you sell to consumers? Do you sell an average of more than one order each day to different countries? This is a problem for smaller companies selling to consumers in various European countries every day. I know companies for which these
39.
Why not to ask the server for its “local time”(creativedeletion.com)
2 points by laut 11y ago|0 comments
40.
by laut 11y ago
You could the server timezone to UTC to avoid those problems.
41.
by laut 11y ago
The reason the offset is changed is ambigous datetimes that occur when going off of DST. Let us say a user enters a datetime in the autumn. It happens to be a few minutes after the clocks are set back an hour. So the time is ambiguous. Whic
42.
by laut 11y ago
Right, it is unambiguous for the current rules and zone. Usually if the rules change, you want to do the calculation again. I made a library for persisting future DateTimes to a database. Whenever a DateTime is loaded from the database, the
43.
by laut 11y ago
Hi, I'm the author of the blog post and the library used in the examples. For many operations the Kalends library actually converts to UTC (and UTC is almost the same as epoch). For instance to calculate the amount of seconds between t
44.
by laut 11y ago
Here is an example where the "convert it to UTC" rule would fail: http://www.creativedeletion.com/2015/03/19/persisting_future... I will stick non-UTC time into the database and I made a library to
45.
by laut 11y ago
It is a good video. The good thing about using a library like Kalends is that it takes into account everything he mentions about different timezones into account. Just tell it the time, date, and timezone name. Just be careful about general
46.
The need for timezone awareness(creativedeletion.com)
52 points by laut 11y ago|60 comments
47.
by laut 11y ago
This Danish startup does something like "airbnb for package delivery" but without a third party company such as UPS: http://trunkbird.com/ People bring stuff in their car if they are driving to another city.
48.
by laut 11y ago
No it is not how it looks it is that the documentation is lacking. The quick start didn't work for me. If it had been a simple page returning HTTP code 200 that just said OK, it would at least be something. Sure you can make it work if
49.
by laut 11y ago
I just tried running Chicago Boss. I followed the quick start guide that had a lot of steps and managed to get a 404 error. With Rails there are less steps: gem install rails && rails new path/to/your/new/applic
50.
by laut 11y ago
When I wrote "not as easy" I did not mean simply difficult. It just takes a bit more work with Erlang. As for Erlang string handling: [175,95,40,12484,41,95,47,175] ;) The good thing is that Erlang and Elixir can benefit from each
51.
by laut 11y ago
yes
52.
by laut 11y ago
Javascript has functional features too. A lot of Elixir developers come from platforms such as Python, Ruby, node.js
53.
by laut 11y ago
Author here. I wrote some reasons to why I think it is likely that it will be. It is not a sure thing of course.
54.
Elixir – The next big language for the web(creativedeletion.com)
155 points by laut 11y ago|82 comments
55.
by laut 12y ago
You cannot know for sure how many leap seconds there will be in for instance the next 5 years. So you cannot know for sure exactly how many seconds there will elapse from now until for instance July 1st 2020 midnight UTC.
56.
by laut 12y ago
If I enter "10:00 in Chile" in a calendar app I expect it to stay "10:00 in Chile". And not magically change to "11:00 in Chile". That is what the example was.
57.
by laut 12y ago
The important part is local time plus timezone. The offset is there only for the very rare case that you save a time that you know is ambiguous when you save it. And when DST rules don't change. Usually it happens when you change from
58.
by laut 12y ago
That is outside of the scope of the article. In this case you have to ask yourself. Do you want to save an appointment for 18:30 in Chile? Or for the Superbowl? You have to choose one. If you really want to be sure tell your friends to use
59.
by laut 12y ago
The article is about saving datetimes. Usually calendars use datetime too. If you need to count down X hours you are not looking to save a datetime. Maybe use an egg timer or the countdown feature of a smartphone.
60.
by laut 12y ago
TAI would be better than UTC for the next Lunar eclipse in case you want to be exact to the second ;) But yes, if you schedule the meeting in UTC, use UTC. The point is not to convert from non-UTC to UTC.

More ›