systemicdanna

Agreed. I don’t need a screen or a loud speaker on a voice assistant box. Just make it small and cheap, as promised.

It’s using a lightning network for quick transactions.

You could use Phabricator today.

This looks very promising. In addition to using KOReader I will be able to customize the lock screen and remove Amazon's upsells. I guess the only downside is that I won't be able to use WiFi or buy e-books from Amazon.

If anything they could depend even more on these individual purchases.

Do you know if that affects movies bought through Apple’s TV app (US)? I have quite a few movies in my collection and would be really annoyed if they didn’t work in Europe.

Is there a non-DRM format + an e-reader combo that allows for bookmarks, text selection, dictionary search? Ideally I would prefer to keep my Kindle but would really love to buy and own non-DRM books.

This is really sad. Artificial constraints on a medium that was supposed to democratize access to information.

I am right now in line to borrow the new DeGrasse Tyson’s book and will have to wait for almost 6 weeks for my turn. They have only 3 digital copies available and almost a hundred people waiting ahead of me.

It’s not about biased tools though. I would use a device invented by a Nazi scientist.

In fact we all benefit daily from scientific discoveries made in oppressive, violent, bigoted regimes.

That doesn’t sound like a valid criticism of cloud service providers. Or shovel sellers.

Do you think older tech companies are migrating from pure backend to API+React architecture because it’s trendy and fun?

When was the last time you read about a UI heavy web app migrating from a JS framework to Django templates?

This is one of those cases when Jira is suffering from its UI/IA mess. It has lots of good feature but the discoverability is horrendous, which leads to so much user (my) confusion.

This positioning is confusing as most of the features are an overkill for a solo engineer/entrepreneur/etc.

The free tier is not a perfect fit a solo person for the same reason.

Wonder if it could be worth trying offering tiers based on your vision for different size teams. Eg a solo person gets a single user (no user management features), no chat, no any multi-user features.

Only for personal use though. Any team of 2+ people will struggle to keep track of paper notes.

My experience is different regarding Electron apps. Many of the Electron apps I use (Spotify, Slack, Notion) have a web UI option. I never use it and now just a handful of people who sometimes open Notion or Slack on web.

I think we need to define better (or re-define) what offline support actually means. Even an ideal fantasy implementation of a PM app with offline support will have limitations unless you sync the entire company’s space with all clients (users, files, docs, comments, tasks, roadmaps, etc).

So IMO selling offline support as a feature has to come with a clear description of what it means.

Linear looks great! I love how focused it is on this specific problem area. I don’t find all-in-one apps like OPs very useful. Can’t replace all my tools like chat, docs, project management, etc at once.

Will give Linear a try!

"Easier" is a difficult word to describe and agree on. Building rich UI is incomparably faster and more enjoyable in React than it is in Django or RoR (hence why most rich web UIs are built using JS frameworks).

Deploying API and FE separately can also be more efficient, as these services likely require a different tech stack, a different scaling/load balancing setup, and have a different release cycle.

API can be a very thin layer that a well constructed client can utilize right from the "view" (a React component). A template file in a backend framework is a one-way feature in the majority of cases. You have to construct and pass _all_ its context (or create helpers, global context, etc) every time. So the controller needs to request data, prepare it (template data manipulation is mostly minimal), pass it. Basically a controller starts doing too many things over time, too much business logic is added to accommodate pretty low featured templates.

> Don't you pass already massive JSON payloads from your API endpoints down to your client to update the views?

Not really. You send many parallel API requests from the client, each response is a smaller JSON. And when you navigate to the next page, most of its data is already in your state, so you have to request just the missing part (e.g. a different post). When you are constructing context for a page on the backend you have to provide all its context every time. The template doesn't make requests based on some logic.

Having heard of Django-Ninja before. Looks really good! If I understand correctly it would allow me to keep the best parts of Django (ORM, Admin UI) and build a FastAPI-inspired API? That’s an awesome combo! Curious to see benchmarks how it compares to ExpressJS.

There is also a very big difference in dev experience/toolset and dev velocity between RoR templates and React. Large apps that use RoR or Django templates become very messy and unenjoyable to work with over time. Plus being able to reuse parts of the state on the client is a big productivity boost.

For me personally API+front end is a much cleaner and productive paradigm than having to pass massive dictionaries from a controller to a template. This separation of concerns allows to focus on and optimize data sources/retrieval and UI/rendering independently. Really nice!

I absolutely love Django and used it for many many years for all my new projects. Nowadays I only use it in a very limited set of use cases. Having an instant admin UI is a huge advantage for some business cases, flexible auth is great, very fast prototyping is still amazing, etc. Wouldn’t choose it for any front end heavy app.

They will probably start with that and progressively replace all parts. Having a mixed front end framework is a very inefficient setup and a bad dev experience. Much easier to just SSR those static-ish pages and cache them until content changes.

A crypto exchange had nothing to do with crypto?

Regarding his exit plan: not sure if you will find a good answer right now. One way to get some insight into this type of mental game is to read about other major scammers who just couldn't help themselves and got too deep to pull out. Bernie Madoff comes to mind, and there are many books written about him and his business.

The sensitivities of the modern world require careful phrasing. My guess would be that "diversity & inclusion" means things like it's too elitist, hard to grok to people in new global markets, and the "digital transformation" bit means that it's too hard to resize and too hard to reuse in different context (e.g. the new logo could zoom in on screen and act as a portal into a virtual experience, the old logo is very cumbersome).

I meant that he is back to working in real estate (both WeWork and Flow are in essence real estate businesses with some tech/VC sprinkles on top).

10-20% is not $160M+, it's $1.6B+.

In some circles resigning from a failed tech venture is not seen as a failure. WeWork CEO resigned and is now promoting a new fully funded company in the same space.

FTX CEO has been openly lying about the impact for a long time now, and has mismanaged billions of dollars (of other people's money). Resigning doesn't seem like a reasonable punishment.

It’s unusual that this trash is leaking to HN and is getting support.