Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Koans about Date and Time #139

Open
art4ride opened this issue Sep 2, 2016 · 4 comments
Open

Koans about Date and Time #139

art4ride opened this issue Sep 2, 2016 · 4 comments

Comments

@art4ride
Copy link

art4ride commented Sep 2, 2016

For me it was a nice thing to know about ways to work with them, especially about NaiveDateTime sigil, which was not obvious.
If you also think that's nice, I can PR the couple of koans about them

@iamvery
Copy link
Collaborator

iamvery commented Sep 5, 2016

That seems useful to me! Maybe even something about the new calendar types?

@ukutaht
Copy link
Collaborator

ukutaht commented Sep 7, 2016

👍 Overall

My only concern would be that elixir standard library does not provide functionality to manipulate dates and times. I wonder how far these koans could go when the only thing you can do with standard Elixir is construct date/time structs? Thoughts?

@art4ride
Copy link
Author

art4ride commented Sep 7, 2016

@ukutaht I'm not thinking about them as a standalone koan for now, and I guess in some future version of elixir more support for dates and times will be added and than it can be extended

for now it's only basic things.
to/from date/time, sigils, Calendar, time_zone(), year(), maybe utc_now() and difference between DateTime and NaiveDateTime

@Nagasaki45
Copy link
Contributor

Elixir 1.5 added introduced som date/time arithematics to the standard library. See here. It might be enough to start writing exercises for it.
A major issue here will be our elixir version requirement. I don't see enough reasons to restrict this project to elixir > 1.5, but think about building a mechanism to skip lessons based on elixir version. What do you think? Do you see other use cases for something like this?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants