Earlier quoted context omitted.
I'm curious, did you start using HN with the mobile app or migrate to it after you realized the usefulness of the website?
I migrated to the mobile app after discovering the site. I find the app greatly increases the readability of the site by adding just a few more colors, some icons for particularly popular threads, and a palatable dark mode.
Start with a Website, Not a Mobile App
381–390 of 587 posts
Re: Start with a Website, Not a Mobile App
#382It sounds pretty obvious to me, low barrier to have something working = early feedback. Given the number of upvotes, I'm impressed why this is such a taboo. I always create a website first.
Re: Start with a Website, Not a Mobile App
#383Re: Start with a Website, Not a Mobile App
#384Most of my mobile users(64 %) has the page added to the home screen, and it's awesome. There is however one problem in all things web: Apple. The amount of bugs in Safari on iOS is incredible and the developers should be ashamed of their work. Safari is literally worse than IE6 was. But sure, users can just switch to Chrome.. Oh, wait, we're talking iOS here, so there is only one engine, and that engine is broken. So…
> Safari is literally worse than IE6 was. You're joking, right?
Re: Start with a Website, Not a Mobile App
#385I don't even bother installing apps anymore, I don't have time to research whether or not they are going to abuse my privacy or have some horrendous TOS. I got my core 10 apps and haven't bought a new one in a year.
> I don't even bother installing apps anymore, I don't have time to research whether or not they are going to abuse my privacy or have some horrendous TOS. I'm going out on a limb but I'd wager you're not exactly representative of the general userbase for which apps are developed.
Re: Start with a Website, Not a Mobile App
#386>An App Store developer license costs $99/year, whereas a Namecheap domain is less than $10/month. "A developer license is $99/year, but a website is less than $120/year!" Very weird statement.
The magnitude of that cost savings is insignificant compared to the cost savings realized in dev time and operational complexity. (Because you're probably building a HTTP backend, right?)
Re: Start with a Website, Not a Mobile App
#387Earlier quoted context omitted.
What is especially frustrating that many sites don’t allow Mailinator and other similar ‘one-time’ email systems to be used for registering an account. No way I am going to give you my email address up front before seeing the product. Now the solution is of course to have a separate gmail account to register. Most sites still allow user+site@gmail.com address syntax so that I can sometimes see who are leaking where.…
Given how well known user+site@gmail.com is wouldn't many sites simply strip the +... part before selling the email data?
Re: Start with a Website, Not a Mobile App
#388Given the fact that most people are already maxed out on apps on their device with just things like facebook and youtube, you're going to be hard pressed to get people to install your app just to try it out. With a progressive web app if they like your app they can add it to their device home screen without installing via the app store and without using up space on their device. Also don't need to pay Apple $100 a ye…
Re: Start with a Website, Not a Mobile App
#389Earlier quoted context omitted.
How many websites ever get passed the signup stage? I often will leave as soon as I'm tasked with creating an account and I'm not likely to come back.
What is especially frustrating that many sites don’t allow Mailinator and other similar ‘one-time’ email systems to be used for registering an account. No way I am going to give you my email address up front before seeing the product. Now the solution is of course to have a separate gmail account to register. Most sites still allow user+site@gmail.com address syntax so that I can sometimes see who are leaking where.…
One benefit of switching to mail on my own domain (powered by FastMail at the moment) is that instead of username@mydomain, I can also use antispamlabel@username.mydomain. Which is hopefully less common and too dangerous to automatically filter out in "data cleaning".