Hacker Newsnew | past | comments | ask | show | jobs | submit | more tfar's commentslogin

I would not be surprised if one could write a ZFS implementation optimized for more constrained devices. If you already know you are going to a have flash storage you can probably ditch some of the N layers of cache you see in common ZFS implementations. Not that ZFS is a one size fits all, but the file systems specification could be implemented in more than one way.


If you assume Apple cares about having a disk format in common with other platforms, sure, I'd agree that's probably possible. But I don't think they do; they seem to care a lot more about things like a unified codebase across their platforms, the energy-efficiency initiatives they've been pushing for a few years, owning the key tech in the products, etc.

One slide in the WWDC talk deck showed a bunch of divergent Apple storage technologies across all their platforms that are being replaced by APFS. If ZFS has to fork into weird variants to run well on the phone or watch, that seems less appealing than a single codebase optimized for just the stuff Apple products do.


> But XMPP gives you another freedom. The freedom to choose your user experience. User experience describes the way we use something.

I don't think users care about the freedom to choose the UX. They just want a good UX and that's it.

> Slack in turn fails to provide a decent mobile experience.

According the ratings of app stores, users are pretty happy with them.

> PGP has been around in the XMPP community for several years but is currently being reworked into a more modern extension called XEP-0374: OpenPGP for XMPP Instant Messaging that promises to make the onboarding easier for novice users.

I don't get how something OpenPGP will make onboarding any easier for XMPP. New XMPP users who might have an automatically generated account somewhere, still start with an empty contact list. Onboarding is definitely the key issue for mobile XMPP.


There basically is. Linux per se is just not a desktop OS, like Windows or OS X. Ubuntu has a standard UI, Debian's default install has a standard UI, Kubuntu has a standard UI, and so on.


That's even worse though. You can't ask for a universal GNU/Linux native appearance since there are Debian/Kubuntu/Ubuntu standards for UI. The list goes on and on too.


It helps okay. I recently used it to slowly and mostly automatically introduce more and more C++11 across a bigger code base. For example it does a great job introducing nullptr [0] and an okay job turning classic for loops into range based for loops [1] where possible.

[0] https://github.com/swift/swift/commit/eddd92ed76ae68cb1e2026... [1] https://github.com/swift/swift/commit/3c560e31b0f168da917e8d...


You could also have clients and servers implement http://xmpp.org/extensions/xep-0357.html .


ejabberd doesn't support 0357 [0]. Presumably because their 'pro' version has mobile support.

MongooseIM doesn't support it either, although there is talk of it being implemented [1]

To be fair though, it was only accepted on the 18th March 2015.

[0] - https://www.ejabberd.im/protocols [1] - https://github.com/esl/MongooseIM/issues/405


Hehe, over a week of time and it's still not there!

FWIW, somebody is working on an ejabberd module [1], and there's some discussion [2] on the <standards@xmpp.org> mailing list.

(And ejabberd's community edition supports the XEPs that are relevant to mobile clients too, BTW.)

[1] - https://github.com/royneary/mod_push [2] - http://mail.jabber.org/pipermail/standards/2015-March/thread...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: