This is me. I use Safari’s Reading Mode for almost everything, and for sites like Medium and similar platforms, it is enabled by default. There is something pleasant and calming about a consistent reading experience when consuming text content. Plus, Reading Mode supports basic customisations and follows the Light/Dark theme system, which some websites struggle with. It is not perfect, but it is familiar and easy to use. Recently, the Safari team improved it with an automatic Table of Contents, it preserves font, zoom, and theme selections across devices (works well for both macOS and iOS). The sepia theme is good enough to please my eyes. This is a fair assumption.
Many people I know use https://astro.build/ to create impressive landing pages for products or validation. It is fully static by default which is impressive.
Thanks for the app! I am curious about some of the design decisions on the iOS side. In your blog, you mention that “We truly believe a native Android & iOS experience stands out compared to non-native approaches, and we want to highlight that with HN,” but I noticed a few things:
- The app does not support Dynamic Type and instead uses steppers for font adjustments, which seem to stop at arbitrary values.
- It uses a custom web view for link previews.
- In many instances, it ignores safe areas.
When you say “native,” do you mean it is written in Swift, or is there more to it?
I am glad that they are trying to improve the security aspect of the tool. The tool is pretty good, but it is still uncomfortable that they use Adjust and Appsflyer to track almost everything[0] and require Full Keyboard Access on iOS.
As a mobile engineer with 20 years of experience and some knowledge about web development, I would say that web dev is more mature, flexible and (what is the essential part) keep up with new trends much faster.
Things like declarative UI syntax is still something new in the mobile world (SwiftUI, Compose, etc.), dependency management is a dark area (Android is a bit better, but a total mess on iOS/macOS development side), debugging experience for the web is miles ahead.
I usually ask myself the same question but in reverse – why mobile/desktop app development has not evolved to be like web dev?
Bumble | Google Cloud Platform Engineer | Full-time | Moscow, Russia (on-site, remote or mixed) | https://bumble.com
Bumble Inc. is the parent company of Badoo and Bumble, two of the world’s highest-grossing dating apps with millions of users worldwide. The Bumble platform enables people to connect and build equitable and healthy relationships. Founded by CEO Whitney Wolfe Herd in 2014, the Bumble app was one of the first dating apps built with women at the center, and the Badoo app, which was founded in 2006, was one of the pioneers of web and mobile dating products. Bumble currently employs over 700 people in offices in Austin, Barcelona, London, and Moscow.
Bumble is looking for a talented Google Cloud Platform engineer to own and drive technical projects from specification to delivery and beyond.
Experience We Are Looking For
- Experience building maintainable and testable code bases, including API design and testing techniques
- Experience with Google Cloud Platform
- Experience with Go or PHP or Java/Kotlin languages
- Experience developing APIs and integrating third-party services
- Experience in relational databases and SQL
- Excellent problem-solving skill and a desire to work on diverse projects involving interesting technical challenges
- Understanding of analytics, remote reporting, measurements, experiments and AB test systems
I use Things[0]. My journey looks like Emacs Org Mode -> Omnifocus -> Journaling mode (Notion, Craft) -> Things, and I am happy with the current setup. Things supports Someday/Anytime flows for easy reviews, recently they implemented markdown support for notes within tasks (including subtasks), and I like the concept of Deadlines.
- Inbox is a regular trash bin for all the incoming things (I review them once in 2-3 days)
- Today list of tasks I have to accomplish today with strict deadlines. When I finish with the Today list, I scan the Upcoming view for something I can work on in advance and then switch to the Anytime list (I use tags as a context switcher, like @: Work, Personal, Hobby) to pick up the next one
- Areas are a helpful feature too where I store work or personal related projects. It is worth mentioning that Things hides Someday (postponed) tasks and projects from the overview by default, and it helps to stay focused.
- For example, I have a "Hobbies" area with projects like "Blogging", "Watching List", or "FFXIV".
In the morning, I plan my day. Validate the tasks assigned for Today, scan the active projects for open tasks and check the agenda. When I have the scope for today, I try to break down large tasks into smaller ones (for two reasons, it is easier to overcome all the distractions during the day with smaller tasks and to think about the scope once again).
It depends on the job, but priorities never work for me. They can change in an eye blink and sometimes give you a false feeling of control (you marked something as a high priority a month ago, and it bothers you. But the circumstances have changed, and now you have a dilemma: convince yourself that it is not necessary anymore and you made a mistake or blindly follow the priority tag. Both options are bad, by the way). If I need prioritisation, I am overwhelmed with projects and try to solve this problem first. Sometimes, I have many parallel projects that require prioritisation, that's true, but even in such cases, I prioritise weekly (usually, Monday's evening when it is more or less clear how the week goes).
Ah, and yes, the UX of the application is excellent. I can do everything with keyboard shortcuts; they use the "modal editing" paradigm, which allows features like "type to search" (you can start typing anywhere, and it instantly brings the search interface); etc.
I love Things and made the switch from Todoist a few days ago. However, I really wish they offered more intuitive and robust natural language recognition of dates / times. Todoists' capture of fairly complex inputs (e.g. "Do X every other day starting Monday") saves quite a bit of time.
Had to move from central London to a suburb to afford a house with a dedicated cabinet. One of the best decisions I made at the beginning of the pandemic. I am sure my mental health has improved a lot with the option to "close" the cabinet at 6 PM and disconnect from my work till morning.
> Do you have a special desk?
A basic standing desk I bought on Amazon. It is okay. But now I am thinking to buy a new solid one. Standing desks tend to be wobble, and it can be not very pleasant.
> What monitors do you have?
iMac M1 24". I have LG 5k 24" as well on the table. But I turn it on only to connect to the iPad or when I have to present something online.
> Keyboard?
Ultimate Hacking Keyboard[0] 60 v1 with a palm rest. One of the best purchases at the beginning of the work from home/isolation trends.
> Mouse?
Apple Magic Trackpad. Do not like mouses.
> Do you work from a laptop?
Used to. But with the shift to the work from home situation, I switched to iMac—a more prominent display, quiet, better ergonomic.
> Do you move around the house?
Yes, but only for meetings. I usually make calls (Zoom, Google Meet) from my iPhone to move around. The second reason I do so, by the way, is the terrible Bluetooth stack on the current Apple Silicon machines and the inability of Google Sevices to work reliable anywhere except Google Chrome in the latest version.
> What other equipment?
- iFi ZEN DAC[1] for music
- BenQ WiT e-Reading Desk Lamp[2]
- Apple AirPods Max + AirPods Pro
> Microphone?
Nope. I am using the one in my headphone or iMac's ones.
Thank you for the link to [0] - I've never heard about nor thought about such a contraption but it looks so freaking cool. Don't have the space for ATM but it's on the To-Get list.
The project looks interesting, and I like the approach. But the "Claim your habit plan" paywall after a few onboarding screens with no option to try the application does not look right and feels like another "dark pattern" we are familiar with (force to waste some time and then block the results with a paywall).
Thanks for the heads up - it's definitely our intention to demonstrate the potential value before asking for payment. We try to make the app as accessible as possible at $5 for the first month. We're offering a personalized onboarding call with a coach to everyone who onboards which is why we paywall upfront.
Thanks for the answer! It does make sense. With a few caveats, however. From my experience, this is a way to go if you:
- Identified your market fit as users who appreciate and accept calls (not the case for many. GenZ, for example, does not fit)
- These calls are the main motto for the app (but in this case, I do not understand why you hide all the other features from potential users like me. I do not need personal calls, but I could change my mind after a few trial weeks with proper motivation)
Anyway, do not get me wrong. These are just my two cents. Otherwise, good luck with the project!
Maybe state the cost earlier in the flow. Feels crappy to spend time giving you data about me and then get hit with the paywall, and no option to see what Demigod is even about.
