[HN Gopher] Why NetNewsWire Is Fast
___________________________________________________________________
Why NetNewsWire Is Fast
Author : mrzool
Score : 78 points
Date : 2020-05-23 20:56 UTC (2 hours ago)
(HTM) web link (inessential.com)
(TXT) w3m dump (inessential.com)
| D13Fd wrote:
| I'm looking forward to them eventually supporting Inoreader sync.
| Hamuko wrote:
| I'm waiting for Feedly support.
| hylaride wrote:
| Strangely, the iOS version supports feedly, but the desktop
| version doesn't.
| dewey wrote:
| That's because it's a small project and they have to
| prioritize pretty strictly, highly recommend following the
| blog where he always posts updates.
|
| I'm sure it's "just" a matter of time.
| guywithabike wrote:
| It's open-source so there's no barrier to adding it, other
| than opening a Pull Request.
| ryanwaggoner wrote:
| I used to use NetNewsWire like 12-15 years ago, so I was
| surprised to see it pop up here in this excellent article.
|
| Turns out this is a completely rewritten app and the NetNewsWire
| name went on quite a journey:
| https://inessential.com/2018/08/31/netnewswire_comes_home
| minimaxir wrote:
| The relatively new iOS app for NetNewsWire is very good (and
| free!)
| webwanderings wrote:
| What is a good use case of such "free" mobile app if the sync
| feature is behind a third party paid service? Am I expected to
| always check my feeds only on my mobile? How useful is that?
|
| As much as I would use NNW right away but it isn't really a
| useful service at this point in time.
| paulcole wrote:
| It's very useful to me! The only computer I have is the one I
| use at work. All iPad at home and NNW is great!
| minimaxir wrote:
| Hmm? The iOS app can be backed by Feedly, which is free.
| (supposedly that functionality will go to the desktop version
| soon.)
| webwanderings wrote:
| Feedly is limited with free account. The point I'm making
| is that NNW should be using its own service to maintain
| user's "read" states between its desktop and mobile apps.
|
| I'm not a big innoreader fan but their mobile app is decent
| and their online service is synced together. In this case,
| I never have to worry about my "read" states getting out of
| sync.
|
| When it comes to RSS adoption, the read-state needs to be
| seamless across all platforms.
| [deleted]
| rvz wrote:
| NetNewsWire is another great example of quality open source Mac
| applications that don't force my laptop in 100% CPU utilization,
| especially for RSS readers.
|
| Given that the author did a recent article about technical
| programming interviews, I'd pretty much see this article as
| enough evidence that the author here knows their stuff in data
| structures appropriately and also optimising apps beyond his own
| ones and would bypass the programming interview stage anyway.
| (All this code is open-source in NetNewsWire).
|
| Great article and nice work on NetNewsWire!
| abhayb wrote:
| I love the detail in the post! A lot of this seems to boil down
| to the author being able to drop to a lower level of abstraction
| when necessary. I'm curious to know how they got that facility.
| Did they dig deep when they found something was slow? Or did they
| do a bunch of research before hand? Maybe the higher level
| tooling didn't exist when they started working on the platform so
| they had to pick things up out of necessity?
| cpach wrote:
| Yeah, it's impressive indeed. Simmons has been developing macOS
| applications for a long time, e.g. when he worked for Omni
| Group. Here's an interview from 2003 where he talks about an
| early version of NetNewsWire:
| https://daringfireball.net/2003/03/interview_brent_simmons
| abhayb wrote:
| Ah dark knowledge through blood sacrifice. Was hoping they'd
| found an easier way :( Thanks for the pointer, been a bit
| since I read some OG John Gruber
| wiredfool wrote:
| He's been doing Mac applications since the late 90s, when he
| worked on Userland Frontier,
| aaronbrethorst wrote:
| _Remember that Core Data manages a graph of objects: it's not a
| database._
|
| and therein lies the primary reason that I try to never use Core
| Data if I can avoid it. I almost always want a database. I almost
| never want to manage a graph of objects. If the backends I spoke
| to were also organized as object graphs, maybe I'd feel
| differently about it.
| kitotik wrote:
| I always thought that using it as basically the db or cache for
| remote API was a terrible misuse of CoreData, but a graph of
| objects _does_ come in handy when driving complex UIs.
___________________________________________________________________
(page generated 2020-05-23 23:00 UTC)