Hacker News new | past | comments | ask | show | jobs | submit | dawiddr's comments login

Those might not be the same people, but for many people JS is the door to the world of software development - the same way PHP was (also for me).


That's because JS with its dynamic typing is great for developing code quickly, but not so great for maintaining and evolving it over a longer time frame.

Then there's the lack of the standard library, which means your code has to depend on code of random people who may or may not know what they're doing.

Also, because it's the web where patching code is quick and easy, people don't seem too bothered with quality.

I've chosen mobile development myself and fortunately things are a lot more sane here.


Well, the screen estate on a mobile device is limited, so the number of actions that are easy to discover needs to be limited too - otherwise the UI would be cluttered. I find Apple good at balancing this. Notice how actions that he mentions are just quicker alternatives to stuff that one can already do in another way.


That excuse doesn't hold for the calculator example, where the 0 button takes up 2 spaces for no good reason, and they could easily added a backspace button instead.


> That excuse doesn't hold for the calculator example, where the 0 button takes up 2 spaces for no good reason, and they could easily added a backspace button instead.

It would be a really weird place for a backspace button and you would always tap on it by mistake.


It's literally how the Android calculator is, 0 button -> . button -> backspace button. No one ever complained about it.

https://play.google.com/store/apps/details?id=com.google.and...


Thanks; I stand corrected.


Not 'just' quicker. Easier. Less frustrating. Important elements. This is my experience of using the long-spacebar technique for placing the cursor.

Digressing: An AI noticing that someone has moved the cursor several time without ever typing anything could pop up a "Want me to show you other ways to move the cursor?" dialog, and teach the 'hard to discover' technique. I await the day ...


The Calculator app could suggest that I can swipe on the display at the top if it notices that I'm using 'C' often. This would not even need an AI. I wonder if there are UI frameworks that support the detection and suggestion of "better" actions?


Sounds like a rebranding of the much-reviled Clippy.


I never used Clippy. Reviled? You mean Microsoft took the idea of 'context appropriate useful suggestions' and bungled the user interface? Inconceivable!


AI Clippy!


This seems crucial to me - most of these 'nondiscoverable' actions are shortcuts, and there is another discoverable way to achieve the same outcome. They are similar to keyboard shortcuts in that way, they just help power users who know them.

(The calculator backspace seems to be an exception, which is why I also dislike it.)


There isn't a backspace in the calculator, but the swipe is still (basically) a shortcut for something which does have a button. Pressing the C button clears the current input entirely, after all.


Apple Pay has been supported in WebKit’s web view (which every browser uses) for a while now, but with some conditions. The biggest obstacle was that an app couldn’t inject any JavaScript code of its own into websites. I wonder if they removed this safeguard.


They must have removed that: if you're building your own browser you definitely want to be able to inject JavaScript code, because one of your few options for differentiating yourself on iOS is supporting browser features that Apple hasn't prioritized implementing yet. Both Chrome and Firefox do this by injecting polyfills.


You're probably right but it's not like Apple wouldn't take the chance to kill that off if they thought they could get away with it



It does not seem to be the case on macOS.


WKWebView has some new APIs that suggest this might be the lucky year for fullscreen, both on iOS and iPadOS.


Interesting, though fullscreen for any element (not just video) has been available on iPadOS for some years now.


Hello everyone, the author here!

I've finally decided to share my side-project with the community.

Back in 2015 I needed a solution for tracking hours for my job. There were many apps for that purpose, but almost all of them were focused on freelancers. Managing projects and billing clients were just clutter to me – I needed a simple way of ensuring that I work 40 hours a week while having a flexible schedule.

The app is free, but if you want to store more than 10 work entries, you need to buy an in-app-upgrade for a one-time price of $4.99. But you can also delete some entries and keep using it for free. I had tried multiple monetization models, from a paid app to premium subscription features. All in all, the current model seems optimal. The app has been consistently making $500-1000 per month, which is enough to keep me motivated.

Version 3.0 is a major redesign and a rewrite in SwiftUI.


I've been making $500-1000/month on an iOS app for work time tracking – https://apps.apple.com/us/app/flexishift-work-hours-pay/id11...

When I started the project, the category seemed quite crowded already, but I couldn't find anything good for tracking my hours in a flextime arrangement. I had no iOS experience at that time (I was a C++ developer) and now I do iOS development as my full-time job too.


How long ago did you start this project?


Consider applying for YC's W25 batch! Applications are open till Nov 12.

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

Search: