Content
@
0 reply
20 recasts
20 reactions
Dan Romero
@dwr.eth
What are you most frustrated about re: Farcaster? If you could change one thing—what would it be and how would you do it?
98 replies
46 recasts
264 reactions
Samuel ツ
@samuellhuber.eth
no clear path for developers to go through all of the legos. They are all different standards of technologies across the stack to build full no farcaster native apps that use all of them (cast action, composer action, frames v2 are all different technologies with next to no unification) I look forward to it being unified so devs grok FC fast and we get way better apps way faster less friction to build -> more builds -> better apps -> more to do
1 reply
0 recast
20 reactions
Dan Romero
@dwr.eth
> no clear path for developers to go through all of the legos. They are all different standards of technologies across the stack to build full no farcaster native apps that use all of them (cast action, composer action, frames v2 are all different technologies with next to no unification) What does a clear path look like to you? Do you have other developer platforms / protocols that do a good job of this?
4 replies
0 recast
8 reactions
borodutch
@warpcastadmin.eth
actually, i can chime in here as i've been a (vocal) proponent of merkle to start simplifying docs and lego pieces here's my rant: https://warpcast.com/warpcastadmin.eth/0x063af228 a lot of the things can be encapsulated and abstracted away (e.g. interacting with the chain) one thing i did like was getting mentions from hubble, it was basically "getMentions" (but the types were wrong in ts, they can also be fixed)
1 reply
0 recast
5 reactions
borodutch
@warpcastadmin.eth
there's also fragmentation of docs: there's a docs website (difficult to find every time though), then there are FIP's then there are notion pages, and it's always hit or miss whether docs are outdated or not it is currently fixed on case-by-case basis by literally using group dc's — but they are also fragmented, one for frames, one for hubs, etc. good example of docs is tg bot api: https://core.telegram.org/bots/api good example of a lib on top of it and its docs is grammy: https://grammy.dev/ maybe need a devrel person or even a dedicated documentation writer/architect of api?
1 reply
0 recast
9 reactions
Samuel ツ
@samuellhuber.eth
clear path is Composer action: Frame v2 opened on selection where framesdk.context is used to pass info we currently have in post request for customization Cast action: press on context menu brings up frame v2 with framesdk.context -> user can take action or be shown the info that now is a popup message or framev1 what you're doing with that is taking everything to be one standard use framesdk.context to see where it's called from and render based on it. With the same code / tech otherwise for the app that way all these are the same to code and interopable easily without spining up " 3 totally different endpoints" and having to learn it all Good ecosystem with unification across their respective toolings: - Minecraft Mods - TG Bots + Mini apps (docs are shit but concepts simple) - Astro JS Framework - Bun - Effect-ts library
1 reply
0 recast
2 reactions
borodutch
@warpcastadmin.eth
and even when there are examples, they are limited by the frameworks they use or are overcomplicated, e.g. when i was moving battle.fun (notice how it still ISN'T A FRAME but battle.fun/ is, please PLEASE reset the OG cache for the root domain) to frames i added seamless privy login, but its example used nextjs (i use preact) and had so much extra stuff that i had to do trial and error to see what actually needed to be used, arriving at https://gist.github.com/backmeupplz/5285056de87d8ab210d80cfb8af3ad18
0 reply
0 recast
1 reaction
