Every time I think about doing an ActivityPub project I remember ActivityPub and give up 
- 
Every time I think about doing an ActivityPub project I remember ActivityPub and give up   
- 
Every time I think about doing an ActivityPub project I remember ActivityPub and give up   A generic vocabulary that covers all applications sounds great until you find out that there are multiple ways to represent something and which one is "right" is completely arbitrary 
- 
Every time I think about doing an ActivityPub project I remember ActivityPub and give up   @volpeon You can do it, I believe in you. Using a tool like @fedify makes it not so bad. I made a little serverless app that renders Fediverse posts. Probably a lot simpler than whatever you're thinking, but I found it not impossible to work with.   
 https://github.com/Christopher-Hayes/basic-fediverse-reader
- 
A generic vocabulary that covers all applications sounds great until you find out that there are multiple ways to represent something and which one is "right" is completely arbitrary @volpeon@icy.wyvern.rip there are 14 competing standards 
- 
A generic vocabulary that covers all applications sounds great until you find out that there are multiple ways to represent something and which one is "right" is completely arbitrary That aside, I wouldn't even be sure what programming language to use. 
 - TypeScript or JavaScript? I already got enough of that shit at work. No thanks.
 - Haskell? Can't use that anymore now that I've used Koka.
 - Koka? Has no official I/O. It would be doable because FFI is easy, but hm...
 - Go? I don't like Go at all.
 - Python? No.
 - Never tried Rust, but it looks daunting.
 - C#? Feels very enterprise-y
- 
That aside, I wouldn't even be sure what programming language to use. 
 - TypeScript or JavaScript? I already got enough of that shit at work. No thanks.
 - Haskell? Can't use that anymore now that I've used Koka.
 - Koka? Has no official I/O. It would be doable because FFI is easy, but hm...
 - Go? I don't like Go at all.
 - Python? No.
 - Never tried Rust, but it looks daunting.
 - C#? Feels very enterprise-y@volpeon give kotlin a try, I like kotlin 
- 
That aside, I wouldn't even be sure what programming language to use. 
 - TypeScript or JavaScript? I already got enough of that shit at work. No thanks.
 - Haskell? Can't use that anymore now that I've used Koka.
 - Koka? Has no official I/O. It would be doable because FFI is easy, but hm...
 - Go? I don't like Go at all.
 - Python? No.
 - Never tried Rust, but it looks daunting.
 - C#? Feels very enterprise-y@volpeon VB.NET *ducks and runs* 
- 
@volpeon VB.NET *ducks and runs* @mezzodrinker That was in fact the first programming language I learned when I was 12 or so   
- 
@volpeon VB.NET *ducks and runs* 
- 
That aside, I wouldn't even be sure what programming language to use. 
 - TypeScript or JavaScript? I already got enough of that shit at work. No thanks.
 - Haskell? Can't use that anymore now that I've used Koka.
 - Koka? Has no official I/O. It would be doable because FFI is easy, but hm...
 - Go? I don't like Go at all.
 - Python? No.
 - Never tried Rust, but it looks daunting.
 - C#? Feels very enterprise-y@volpeon Turbo Pascal. 
- 
@volpeon Turbo Pascal. 
- 
@volpeon I dunno. I know you said no JS, but it sure is fast to develop things in it. If you use it well it also isn't half bad. I think if i'd use it the way i used it at work, i'd hate it, too. But writing vanilla is fun i think. 
- 
That aside, I wouldn't even be sure what programming language to use. 
 - TypeScript or JavaScript? I already got enough of that shit at work. No thanks.
 - Haskell? Can't use that anymore now that I've used Koka.
 - Koka? Has no official I/O. It would be doable because FFI is easy, but hm...
 - Go? I don't like Go at all.
 - Python? No.
 - Never tried Rust, but it looks daunting.
 - C#? Feels very enterprise-y@volpeon@icy.wyvern.rip i would actually suggest trying out dart. most folk will only use it for flutter, but its a very strong standalone language as well. its very flexible and imo fixes some very important design issues that almost all OOP implementations have 
- 
That aside, I wouldn't even be sure what programming language to use. 
 - TypeScript or JavaScript? I already got enough of that shit at work. No thanks.
 - Haskell? Can't use that anymore now that I've used Koka.
 - Koka? Has no official I/O. It would be doable because FFI is easy, but hm...
 - Go? I don't like Go at all.
 - Python? No.
 - Never tried Rust, but it looks daunting.
 - C#? Feels very enterprise-y
- 
That aside, I wouldn't even be sure what programming language to use. 
 - TypeScript or JavaScript? I already got enough of that shit at work. No thanks.
 - Haskell? Can't use that anymore now that I've used Koka.
 - Koka? Has no official I/O. It would be doable because FFI is easy, but hm...
 - Go? I don't like Go at all.
 - Python? No.
 - Never tried Rust, but it looks daunting.
 - C#? Feels very enterprise-y@volpeon@icy.wyvern.rip have you ever tried or looked into swift? 
- 
@volpeon@icy.wyvern.rip have you ever tried or looked into swift? @tromino I haven't   




