πŸ“• Node [[2020 09 22 journal]]
πŸ“„ 2020-09-22-journal.md by @bmann

End of day notes and article links

Thanks @elty and @expede for deep meaningful conversations today. Pointers to some of the links and articles we talked about:

Yes, sending people links / notes motivates me to curate and add to the things I have here.

Coffee with Bob in Dunbar

Met up with @BobSummerwill who took a picture of me next to my [[Radrunner]]:

<script async src=”//platform.twitter.com/widgets.js” charset=”utf-8”>

Primeflow and Market Networks

I had a call with Daniel from [[Primeflow]] yesterday. He left a comment on LinkedIn pointing out that we covered a lot of the ground discussed in NFX’s The Next 10 Years Will Be About β€œMarket Networks”. My [[Processing]] page is getting too long.

Fission Web Native iOS App

I saw a tweet that [Apple is recruiting for an interesting role](https://twitter.com/jnadeau/status/1305697216347037696 ) — "you’d contribute to Cloud File Providers and work with adopters to get their cloud storage systems integrated across the OSes". I’ve noticed for a while that Apple has been very careful to make storage an API — it works with iCloud and your local file system by default, but you can set it to Dropbox or Google Drive or others if you have those apps installed. This operating system stickiness through superior integrations at a very low system level.

For us at [[Fission]], I discussed a couple of ideas with Brooke today. One, a native mobile app for Fission is key — it means that any other app on iOS that can share files we can use Fission both as a storage system, and as a target to share / copy files into.

The second idea I came up with was how, by having a native app, we can in fact pass on that ability to ALL the other apps built on the Fission webnative framework to automatically have native integration. Sign in with your Fission account, which knows all the apps that it has connected to, and then you can "Share to Fission", and select which app you want to share to.

Here’s a screenshot of how you can pick between different [[Discord]] servers as an example of how existing native apps handle multi-target share sheets:

Discord server selection in iOS share sheet

This is a whole other layer of network effects in giving a ton of apps native mobile integration. Need to talk to the [[Expo]] folks about this.

Small Business Peer Roundtable

I ran some small business / entrepreneur peer sessions in Comox that continued on as [[WeAreYQQ]]. I did something similar over lunch with folks at [[Input Cowork]] when we went for a visit last summer.

I’ve decided, especially as we get into the winter months, and as we continue to think about this pandemic as a way to think differently and make change happen, to do at least one mini roundtable with some small businesses and interesting people. Talked to one of the businesses today and they said yes. Thinking about whether to connect this with [[Venture Scouts]] — feels like it would be a fit, but I’m also OK with it just being a one off.

I guess I’ll make a placeholder for this: [[SMB Peers]]

Done with LogSeq?

I think I’m done with [[LogSeq]]. It isn’t currently syncing with Github reliably. It has indexed the contents of this public notes Garden as well as just basic files, and that is very interesting to me, but it doesn’t work at all on mobile, and has real trouble with the amount of files that I have in this repo. Inspecting it in the browser it looks like it’s storing 1.1GB.

Maybe if I split public Garden / private Gazebo into separate repos that would help.

But I think more time with [[Roam Research]] for private notes makes sense. This was working for me before, but I just went on this epic journey of looking for something that was open source / could be self hosted.

It will be interesting to see if I can import the markdown files into other systems. [[LogSeq]] uses multiple levels of hashes — which in default markdown are headings — which makes it look weird in every other system. Also, Roam can only handle 10 pages at a time.

Loading pushes...

Rendering context...