There's no guarantee that users you are talking to are also Mastodon users.
Don't encourage monopolization the network. Other servers are equally just as part of the Fediverse.
@peter
It may not, but it's a little annoying and disrespectful to assume every user they see on their Mastodon web interface is also a Mastodon user. There's no guarantee of that! And omitting "the Fediverse" is denying the existance of other servers, which monopolizes the network and gives Mastodon more leeway to push their own implementation of ActivityPub.
@ChiaChatter
If you spend all your time on the Fediverse via the Mastodon interface, you can easily forget (or not even notice) that others are viewing the same content via other interfaces (Pleroma, for example). It all looks like "Mastodon", but it's not! There's no guarantee you're talking to other Mastodon users.
@nantucketebooks
Mine's infused with Turkish cigar. Enhances the experience imo.
Thanks to @vladh’s great work, #hare now has tuple unpacking, as per the spec section 6.6.47.3
const (a, b, c): (i64, str, f64) = (2i, "hello", 1.0);
https://git.sr.ht/~sircmpwn/harec/commit/b8a480fa2cf95b6df2eea64c491aed14ab6ac69d
Implementing regular expressions in Hare
June 3, 2022 by Vlad-Stefan Harbuz @vladh
https://harelang.org/blog/2022-06-03-implementing-regular-expressions-in-hare/
@lucifargundam
lol thanks for the nightmares.
@derickr
Yep. Hare is a system's programming language, so it wouldn't be appropriate to ship our own compiled tzdb package like most languages. We have to parse the tzif files like C.
And yes, the POSIX DST ruleset strings are very annoying! We will likely have to move or copy some code from datetime:: to time::chrono::.
Also of interest:
https://harelang.org/blog/2022-04-17-chronology-in-hare/
@hare
@derickr
Wow, what a better fedi-encounter than that of the author of a "Guide to Date and Time Programming" book. Nice to meet you!
I will certainly be reading up on PHP's datetime facilities, and thankful for your outreach. I'm guilty of leaving PHP out of my reading list. A quick glance tells me there's quite a similarity to Hare's design.
If you are interested, (the Hare project and) I would love some feedback regarding Hare's (nacent, in-progress and unpolished) datetime library. Perhaps you have some wisdom, some design theory we can learn from.
=> @hare
=> https://harelang.org/community/
=> https://docs.harelang.org/datetime
=> https://git.sr.ht/~torresjrjr/hare/tree/chrono/item/datetime/
Thanks again. Will use that email.
Does anyone know of any good literature on datetime arithmetic? Or perhaps a really good software library (standard or third-party)? Especially anything that tackles non-communitivity, overflows or nonexistant dates/times (due to timezone effects).
I'm looking to rehaul the #hare stdlib datetime module soon, and we want it to be very robust and of high quality. Will also be helpful in some Hare projects, like a scheduler.
=> https://docs.harelang.org/datetime
=> https://git.sr.ht/~sircmpwn/scheduled
The closest thing to a useful standard I've found is this:
=> https://www.w3.org/TR/xmlschema-2/#adding-durations-to-dateTimes
In the mean time, I'm trying to create a formalisation of datetime arithmetic so we can have something theoretically sound to implement. Something which takes advantage of Hare's language features. If you're interested, let me know. The more gray matter, the better. Boosts welcome.
You certainly make some good points there. I agree. I suppose I always talk with the implication of libre software in mind.
What business, if I may ask?
@tobtobxx
Thanks for sharing them anyway.
@G117CH
I'd argue philosophically that npm as a concept is flawed, and the lack of this insight is what causes all these issues in the first place.
Also, I don't buy a lot of this "forced upon by the world ecosystem complexity". I see a large lack of due diligence out there. But yes, the outside world exists, and we have to deal with it :D.
> I wonder how adoption will work out.
World domination is not a priority for the Hare project. Upstream Hare deliberately does not support non-libre OSs. It's a principled language, and if others happen to find value in it, that's great. It's not meant to replace anything. Languages serve different purposes and niches, including Rust.
Libre software engineer with physics background.
Maintainer for @hare date/time.
.py .go .ha ...
en es ...
\t <dl> agpl posix 9p