# I am the Watcher. I am your guide through this vast new twtiverse.
#
# Usage:
# https://watcher.sour.is/api/plain/users View list of users and latest twt date.
# https://watcher.sour.is/api/plain/twt View all twts.
# https://watcher.sour.is/api/plain/mentions?uri=:uri View all mentions for uri.
# https://watcher.sour.is/api/plain/conv/:hash View all twts for a conversation subject.
#
# Options:
# uri Filter to show a specific users twts.
# offset Start index for quey.
# limit Count of items to return (going back in time).
#
# twt range = 1 61083
# self = https://watcher.sour.is?uri=https://twtxt.net/user/prologic/twtxt.txt&offset=37291
# next = https://watcher.sour.is?uri=https://twtxt.net/user/prologic/twtxt.txt&offset=37391
# prev = https://watcher.sour.is?uri=https://twtxt.net/user/prologic/twtxt.txt&offset=37191
@lyse Lovely shades of blue orange and red π
Well this sucks π’ 
Well this sucks π’
@taco Hello!!! π Welcome! π€
@taco Hello!!! π Welcome! π€
@marado I _think_ the way yarnd (Yarn.social pods) and yarns (Twtxt Search Engine) implements this is as per-the-spec, where it is treated as # prev = <hash> <relative-path> -- So if we want to support absolute URIs, we're going to have to make an amendment to the spec and to implementations that already implement it.
@marado I _think_ the way yarnd (Yarn.social pods) and yarns (Twtxt Search Engine) implements this is as per-the-spec, where it is treated as # prev = <hash> <relative-path> -- So if we want to support absolute URIs, we're going to have to make an amendment to the spec and to implementations that already implement it.
@marado Thanks! π€ I was just noticing something weird/odd as I was following both your feeds, but it urned out to be "correct" behaviour and well I just needed to unfollow one of the two π
@marado Thanks! π€ I was just noticing something weird/odd as I was following both your feeds, but it urned out to be "correct" behaviour and well I just needed to unfollow one of the two π
@marado / @marado Do youΒ intend to mirror both these feeds in a 2-way mirror so they are identical? If so, I'll unfollow one π
@marado / @marado Do youΒ intend to mirror both these feeds in a 2-way mirror so they are identical? If so, I'll unfollow one π
@abucci Ahh there's few more I missed because y'know I just forgot about them they were so irrelevant π
@abucci Ahh there's few more I missed because y'know I just forgot about them they were so irrelevant π
@abucci So let's do a tally...
- Google Talk
- Google Wave
- Google Hangouts
- Google Meet
Were there any others in-between? π€
@abucci So let's do a tally...
- Google Talk
- Google Wave
- Google Hangouts
- Google Meet
Were there any others in-between? π€
Curious what const correctness means? π€
Curious what const correctness means? π€
ObsidianA few of you have shared and talked about this before... I _believe_ @carsten and @abucci .. How do you use this? What's the best way to get started? What habits do you create around this tool? Does it help you significantly? π€ -- Thinking about using it work at my new job... π€
ObsidianA few of you have shared and talked about this before... I _believe_ @carsten and @abucci .. How do you use this? What's the best way to get started? What habits do you create around this tool? Does it help you significantly? π€ -- Thinking about using it work at my new job... π€
@mckinley Thank you very much! π All nuked! π£
@mckinley Thank you very much! π All nuked! π£
@mckinley Ahh! Well just know that optionally turning whole features and dropping dependencies is actually a thin in Go, something I should try to learn to use more myself π
@mckinley Ahh! Well just know that optionally turning whole features and dropping dependencies is actually a thin in Go, something I should try to learn to use more myself π
@mckinley Go supports a different way of conditionally compiling features in a codebase. Build flags. I'll bet I can fork gron and nuke the net/http code out and make it optional if that's something you feel strongly about π
@mckinley Go supports a different way of conditionally compiling features in a codebase. Build flags. I'll bet I can fork gron and nuke the net/http code out and make it optional if that's something you feel strongly about π
@mckinley Agree on "micro dependencies" (NodeJS / NPM ecosystem is _quite_ guilty of this); however I think this comes down to some level of "good practise" and "good code hygiene" -- I don't _necessarily_ think its the language's fault or the tooling.
Re gron, to be fair, net/http (including client and server) are part of the Go standard library. I wouldn't complain about that as an unnecessary dependency because it isn't, maybe an unnecessary feature perhaps? π
@mckinley Agree on "micro dependencies" (NodeJS / NPM ecosystem is _quite_ guilty of this); however I think this comes down to some level of "good practise" and "good code hygiene" -- I don't _necessarily_ think its the language's fault or the tooling.
Re gron, to be fair, net/http (including client and server) are part of the Go standard library. I wouldn't complain about that as an unnecessary dependency because it isn't, maybe an unnecessary feature perhaps? π
@tkanos Whilst I respect your opinion, I strongly disagree with some of this. The only one is "Python for AI / ML" -- But that's only because that's how the scientific and machine learning community evolved. I'm actually aware of quite a number of _good_ AI/ML and other libraries for Go. But in General AI/ML is quite hard to get into and requires special hardware too somewhat...
Java for big data pipelines is probably only because of Spark. To be fair I once did a lot of big data (multiple TB) of data processing in Python once upon a time. But if I were to do it again, I'd do it in Go.
NodeJS for Web is just umm well inexcusable π
And if you believe the NodeJS original author/developer of the project, it was a mistake π€£
@tkanos Whilst I respect your opinion, I strongly disagree with some of this. The only one is "Python for AI / ML" -- But that's only because that's how the scientific and machine learning community evolved. I'm actually aware of quite a number of _good_ AI/ML and other libraries for Go. But in General AI/ML is quite hard to get into and requires special hardware too somewhat...
Java for big data pipelines is probably only because of Spark. To be fair I once did a lot of big data (multiple TB) of data processing in Python once upon a time. But if I were to do it again, I'd do it in Go.
NodeJS for Web is just umm well inexcusable π
And if you believe the NodeJS original author/developer of the project, it was a mistake π€£
@tkanos Whilst I respect your opinion, I strong disagree with some of this. The only one is "Python for AI / ML" -- But that's only because that's how the scientific and machine learning community evolved. I'm actually aware of quite a number of _good_ AI/ML and other libraries for Go. But in General AI/ML is quite hard to get into and requires special hardware too somewhat...
Java for big data pipelines is probably only because of Spark. To be fair I once did a lot of big data (multiple TB) of data processing in Python once upon a time. But if I were to do it again, I'd do it in Go.
NodeJS for Web is just umm well inexcusable π
And if you believe the NodeJS original author/developer of the project, it was a mistake π€£
Go for me replaced Python. My main two language of choice these days are Shell and Go.
Go for me replaced Python. My main two language of choice these days are Shell and Go.
@eaplmx Don't learn the hot π₯ π₯΅, Learn the practical thing π€ π€£
@eaplmx Don't learn the hot π₯ π₯΅, Learn the practical thing π€ π€£
@abucci Sadly for me I _could_ never (and still can't) get into more pure functional languages. I struggled with Haskell in my under-grad some ions ago and well I like and enjoy some aspects of functional programming, just not all of it. Also the JVM irks me π
@abucci Sadly for me I _could_ never (and still can't) get into more pure functional languages. I struggled with Haskell in my under-grad some ions ago and well I like and enjoy some aspects of functional programming, just not all of it. Also the JVM irks me π
@eaplmx Go. For the following reasons:
- Go has a simple and easy learning curve with the right balance of "languages" features
- Go is a statically compiled language with good performace
- Go has a great standard library
- Go has great tooling
- Go's packaging (whilst some argue against) is actually pretty good
- Go has first-class concurrency
- Go's concurrency model (CSP) lets you model concurrent programs linearly making concurrent programs easier to read
- Go has a focus on readability
- Go compiles insanely fast (if you avoid using CGO)
- Go doesn't support silly things like classes which is fucking great!
- Go supports actual good reuse with interfaces and interface types
- Go supports functional programming (yes it does!)
- Go is awesome!
@eaplmx Go. For the following reasons:
- Go has a simple and easy learning curve with the right balance of "languages" features
- Go is a statically compiled language with good performace
- Go has a great standard library
- Go has great tooling
- Go's packaging (whilst some argue against) is actually pretty good
- Go has first-class concurrency
- Go's concurrency model (CSP) lets you model concurrent programs linearly making concurrent programs easier to read
- Go has a focus on readability
- Go compiles insanely fast (if you avoid using CGO)
- Go doesn't support silly things like classes which is fucking great!
- Go supports actual good reuse with interfaces and interface types
- Go supports functional programming (yes it does!)
- Go is awesome!
@eaplmx Go. For the following reasons:
- Go has a simple and easy learning curve with the right balance of "languages" features
- Go is a statically compiled language with good performace
- Go has a great standard library
- Go has great tooling
- Go's packaging (whilst some argue against) is actually pretty good
- Go has first-class concurrency
- Go's concurrency model (CSP) lets you model concurrent programs linearly making concurrent programs easier to read
- Go has a focus on readability
- Go compiles insanely fast (if you avoid using CGO)
- Go doesn't support silly things like classes which is fucking great!
- Go supports actual good reuse with interfaces and interface types
- Go supports functional programming (yes it does!)
- Go is awesome!
@mckinley To be honest, I don't actually mind that a few folks use my Gitea instance at all. Just a long as it doesn't get abused, etc.
@mckinley To be honest, I don't actually mind that a few folks use my Gitea instance at all. Just a long as it doesn't get abused, etc.
@mckinley Cool! Thanks so much for doing this πββοΈ I will cleanup those accounts later today you have so graciously identified for me π
@mckinley Cool! Thanks so much for doing this πββοΈ I will cleanup those accounts later today you have so graciously identified for me π
@mckinley Who's that prologic guy anyway? π
@mckinley Who's that prologic guy anyway? π
@mckinley Oh that's fucking brilliant! How do you determine the account is "SPAM" in question? π€ I _should_ make you an Admin somehow and you can help cleanup this mess, or can I borrow your script or can you publish it somewhere (maybe git.mills.io π
) -- I'd love to get on top of this π
@mckinley Oh that's fucking brilliant! How do you determine the account is "SPAM" in question? π€ I _should_ make you an Admin somehow and you can help cleanup this mess, or can I borrow your script or can you publish it somewhere (maybe git.mills.io π
) -- I'd love to get on top of this π
@abucci In that case we should bring it back. But as I was saying on IRC (#Yarn.social on Libera Chat) I'd love to build Lists (a way to put feeds into a named list and create a view out of that) as well as extended Views.
@abucci In that case we should bring it back. But as I was saying on IRC (#Yarn.social on Libera Chat) I'd love to build Lists (a way to put feeds into a named list and create a view out of that) as well as extended Views.
@abucci Why yes I do π
Too many of 'em π€£
@abucci Why yes I do π
Too many of 'em π€£
@abucci I've heard of this thing before, but have honestly forgotten about it, never tried it. I have no direct experience or comments on it really.
@abucci I've heard of this thing before, but have honestly forgotten about it, never tried it. I have no direct experience or comments on it really.
@lyse Life would be so much simpler and easier and slower if we didn't invent these blasted things we call "computers" and this blasted thing we call the "Internet" π
But who the hell knows, maybe things would have been worse? π€
@lyse Life would be so much simpler and easier and slower if we didn't invent these blasted things we call "computers" and this blasted thing we call the "Internet" π
But who the hell knows, maybe things would have been worse? π€
@kt84
> but not many houses participate. however
That's because its an "American" tradition and somehow, somebody brought it back from the US to Oz and well π€·ββοΈ
@kt84
> but not many houses participate. however
That's because its an "American" tradition and somehow, somebody brought it back from the US to Oz and well π€·ββοΈ
@lyse No the linked content I _think_? π€
@lyse No the linked content I _think_? π€
@tkanos I _think_ the sensible way to bring this back and other views folks in the community are also interested in is to build support for different views and lists. Interested in helping me build this? π€
@tkanos I _think_ the sensible way to bring this back and other views folks in the community are also interested in is to build support for different views and lists. Interested in helping me build this? π€
@tkanos We uses to have this but it got changed π€
@tkanos We uses to have this but it got changed π€
@tux0r I don't really see how Elon Musk _could_ possibly buy an open protocol/specification for a decentralised social media ecosystem π
@tux0r I don't really see how Elon Musk _could_ possibly buy an open protocol/specification for a decentralised social media ecosystem π
@mckinley Nahahaha π So time to fork? π€£
@mckinley Nahahaha π So time to fork? π€£
@mckinley I see π€ Well it was very rough so let's see if we can improve it a bit π
@mckinley I see π€ Well it was very rough so let's see if we can improve it a bit π