Viewing profile — tmail21

You might want to check out TMail21 ( https://tmail21.com ). It is thread (topic)-oriented. It also adds shared (versioned) facts to threads which opens up an interesting set of us…

Actually we use React+mobx on both our web and RN stacks and it's been great. What we really like is that it is simple and extremely performant since in most cases it automatically…

The issue is that these chat apps are inherently distracting. They work well for tight synchronous communication in small coherent groups. You might want to check out https://tmail…

Sure. Hyperledger Fabric 1.0 has the option of "Channels" to limit viewership rights. In particular it restricts rights to a subset of the community. For example, you may have a 10…

The other major issue with Blockchain is that "all nodes can see everything". This is theoretically a problem with distributed databases as well. However, in the case of distribute…

agreed. Although have encountered most of these ideas before, the goo analogy (whether valid or not) made everything easier to relate to. ps) Not a physicist.

I don't believe that one should try to create a single tool that covers both synchronous and asynchronous. Their UX is too different. It seems to me a better idea to create an asyn…

These are some great points. You might want to check out https://tmail21.com . We built this around what we called Deep Collaboration (a riff on Deep Work). We built it to be Threa…

You might want to consider a deep collaboration tool (specifically built for asynchronous communication) like TMail21 ( https://tmail21.com ) . Deep Collaboration makes Deep Work p…

Not sure about the governance model of Kotlin. Hopefully it succeeds.

Yes, but the resulting object is not a "List" and hence would not inter-operate with any function that took a List as input. In essence if the original object implements a List _in…

Cool. This needs to be built into the language or somehow standardized by the community. With lack of standardization of immutable collections, there would be lots of different way…

"Read-only" would not implement structural sharing. Consider the situation where you had a linked list with 10,000 elements and you wanted to return a new list with one new element…

Looks like there is some distinction between Mutable, Read-only View and Immutable. According to this http://stackoverflow.com/questions/33727657/kotlin-and-immut... Kotlin does no…

What about immutability? A key part of functional programming is using immutable structures to avoid side effects. My understanding is that Swift has these to some extent ("let" vs…

How do you know for sure? :)

Agreed that all of these can be used asynchronously. However, I would refer to these as "incidentally-asynchronous", in the sense that their design goals were not primarily to be a…

Ever increasing distraction and "real-time" communication and collaboration are reaching a point of diminishing returns and actually decreasing our productivity. The book Deep Work…

Hope this does not come across as self-serving, but I think it is relevant to the discussion. We have built a product around what we call "Deep Collaboration". Deep Collaboration i…

The problem is that Slack is designed for synchronous communication. However there is a huge need for a collaboration tool that is designed for asynchronous communication. Being sy…

I also agree that adding Facebook-style commenting is not the best approach. It has the virtue however of reducing clutter in a Slack channel (a laudable goal), but represents a mi…

If one absolutely wants real-time collaborative editing then the only (long-term) solution I see is something like a deep learning solution that continuously semantically analyzes …

Yes, this problem could be mitigated somewhat by showing caret positions. But this method is very reliant on the users paying extremely close attention. It does not work at all whe…

It is fairly trivial to construct an example where editors are editing _different_ sentences and OT takes two locally semantically correct states and converges to a semantically in…