In my previous blog post I wrote a lot more about Time::Moment, than appeared in the post (could have been my mistake due to a preview and error and a incomplete copy and a paste, but still very inconvenient). So I have decided to break down my original blogpost in several blogposts.
Time::Moment implements a subset of ISO 8601 (known as 4.3 Date and time of day, 4.3.2 Complete representations), Wikipedia has a good article regarding ISO 8601, but it's not an authoritative source for the ISO 8601:2004(E) standard.
Time::Moment is capable of parsing any string that purports to be formatted in ISO 8601:2004(E), 4.3.2 Complete representation.
Such formats includes the following:
Combinations of calendar date and time of day:
Combinations of ordinal date and time of day:
We are hoping to live stream the conference which starts on Friday morning. We will have streams of all three tracks:
Hope you can join us!
[ Cross-posted by invitation, from
home on the Ocean of Awareness blog. ]
Currently, in designing languages,
we don't allow ambiguities --
not even potential ones.
We insist that it must not be
to write an ambiguous program.
This is unnecessarily restrictive.
This post is written in English, which is full of ambiguities.
Natural languages are always ambiguous,
because human beings find that that's best way for versatile,
rapid, easy communication.
Human beings arrange things so that every
sentence is unambiguous in context.
Mistakes happen, and ambiguous sentences occur,
but in practice, the problem is manageable.
In a conversation, for example,
we would just ask for clarification.
It turns out that it’s quite hard to change Ukrainian Hryvnia back into your local currency. Apparently you need to get a special form to do it, which seems to be about as common as a Ryanair refund.
Given that quite a few of us aren’t that likely to return to Ukraine any time soon, it implies that there’s quite a lot of paper money sitting around various Perl monger’s desks, drawers etc, not earning its keep. For each individual it’s not much in value, but I suspect that all together it adds up to a few thousand Pounds/Euros/Dollars etc. Meanwhile, the Ukrainian central bank is very happy about all currency it got in return for selling us [its] bits of paper.
So I thought that it would be a good idea if we put the notes carefully to one side, and then all took them to Sophia next year, where at YAPC::Europe 2014 someone from Kiev can come with a big bucket, collect the money, and take it back to do useful things with it.
I assume that the intervening events have not made changing the currency any easier…
In any case I’ll be bringing my 70 along, and bulk88 has expressed interest to buy, should none of our attendants from the Ukraine want them.
Still hard at work hacking on Veure (the image to the right is a freighter, by the way). I tend to get up early in the morning so I can get a couple of hours in before turning to my primary contracts. Now I'm redesigning the item system and it's a slow, frustrating process because I have such limited time. And if there is one thing that frustrates many game designers, it's how to design items in games. Fortunately, I have a fairly clear approach, thanks to a comment Aristotle made a long time ago. I'm implementing a "web friendly" version of the Entity-Component-System pattern (ECS).