Live data from Hacker News

Start with a Website, Not a Mobile App

atrium.co

391–400 of 587 posts

Re: Start with a Website, Not a Mobile App

#391
post #137

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 got my core 10 apps and haven't bought a new one in a year.

I am very, very sparing about installing apps. However, I'm even MORE cautious about browsing to websites, unless I can disable all client-side scripting.

At least I can firewall apps to mitigate any abuse they may engage in. That's much harder to do with websites.

Re: Start with a Website, Not a Mobile App

#392
post #269
post #218

Earlier quoted context omitted.

off topic of the thread: do you have a strong opinion of Dark Sky vs Weather Underground?

Where I live (Oslo, Norway), the predictions of Dark Sky and Weather Underground are both less accurate than just making an uneducated guess based on how the weather has been developing the last couple of days. I guess they work better in North America

In my part of North America, you can do better than any weather forecasts that I've ever seen by simply predicting that tomorrow's weather will be pretty much the same as today's. And all forecasts beyond three days are essentially worthless.

Re: Start with a Website, Not a Mobile App

#393

Earlier quoted context omitted.

There's a simple solution for that: always include a label as part of your address, and treat any mail that doesn't include one as spam.

Not every service even allows you to have a label in your email address. So what then?

Get them to fix their broken systems? The concept of a "label" exists only in the user agent. To everyone else the '+' character is just part of the account identifier, and a perfectly valid element of any e-mail address. The entire portion before the '@' sign is potentially significant. If someone hands you an address abc+def@example.com, there is no guarantee whatsoever that mail sent to abc@example.com will end up in the same individual's inbox—that could be a completely unrelated account.

On the e-mail provider's side, one way to work around such broken systems would be to let users generate random, opaque aliases which do not contain their primary e-mail username but route to the same account, with a predetermined label applied on receipt. These would look just like ordinary addresses and there would be no way for services to strip out the identifying elements.

Re: Start with a Website, Not a Mobile App

#394
post #2

Given 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…

> 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.

Just no. As near as I can tell, PWAs are worse than apps from a security point of view. The odds approach zero that I'd ever dare to use one.

Re: Start with a Website, Not a Mobile App

#395
post #137

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 got my core 10 apps and haven't bought a new one in a year.

I am very, very sparing about installing apps. However, I'm even MORE cautious about browsing to websites, unless I can disable all client-side scripting. At least I can firewall apps to mitigate any abuse they may engage in. That's much harder to do with websites.

Sounds like a miserable way to browse the web. Why not just isolate your browsing in a VM and trash it when you’re done?

I’m not security expert but seems to me if you clicked on something malicious, it costs you nothing as you’re not really exposing anything. Obviously don’t do your banking, etc on the same VM then go clicking around warez sites

Re: Start with a Website, Not a Mobile App

#396

Earlier quoted context omitted.

For those who can't stand javascript, typescript was made for you

...and for those who want even more improvement over JS than just TS, there's Dart in the Flutter world.

Why Dart instead of Typescript? How well does it integrate with npm modules? i.e. do I have to reinvent a lot of wheels compared to using Typescript?

Re: Start with a Website, Not a Mobile App

#397

Earlier quoted context omitted.

Either I'm already certain or it's necessity/desperation. If I'm actively looking for an certain type of application I will usually dedicate half a day to sign up for bunch of different apps all at once. It's pretty time consuming and I'm usually left disappointed. I will then spend the next half a day trying to remove myself from them all.

Then 6 months later one of those app companies send you an email update, by which point you've forgotten what they do, and yet they give you no hint of what the app is in said email.

Or year later they got bought by some other company and your account is transitioned to the new company but those emails automatically got sent to spam and now all of a sudden you’re a customer of a new company and you had no idea. It’s happened to me more than once.

Re: Start with a Website, Not a Mobile App

#398

80% of apps are uninstalled in the first 10min (especially if they ask for information or creating an account). Once uninstalled very unlikely they will ever install again. In my dev shop, I always advise clients to look into website MVP over apps unless IT IS CRITICAL to the functionality. Websites can always bring back ppl who were initially uninterested. Faster development/instant updates. Better tracking and UX a…

Many folks that i know of don't keep browsing App stores for apps (some may look for new games now and then) and i wonder it may apply to substantial number of users out there. The app has to be some how popular (either by word of mouth or ) before it gets installed, where as browsing web sites is just a matter of clicking some link.

Re: Start with a Website, Not a Mobile App

#399
post #55

Earlier quoted context omitted.

We've been hearing the same pitch for literally years. Heck, I've made some of them myself: "This is it, people! Native apps have been rendered unnecessary!" No PWA competes with a native experience. Not performance wise, not usability wise, and ultimately for the developer not even development wise. It may still make a lot of sense, and there are a lot of arguments for web apps, but the enthusiasm in this discussion…

> ultimately for the developer not even development wise Ehhh I'm not sold on that one, as someone who has done a lot of web dev and then transferred to doing some iOS and Android work. The languages you can work in (Swift, Kotlin) are fantastic, and the APIs and frameworks are great. But XCode and Android Studio are a hot mess and have been for years. Plus, compilation delays every time you want to do so much as run…

> But XCode and Android Studio are a hot mess and have been for years

I can't speak to XCode, but I agree that Android Studio is terrible. Fortunately, you don't have to use it to develop Android apps.

Re: Start with a Website, Not a Mobile App

#400

Earlier quoted context omitted.

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.

You could always use https://github.com/openstyles/stylus to customize HN looks like

Oh wow, this is fantastic, thanks! I wonder if I can run it on FF mobile to make the site more friendly.

EDIT: I can, awesome. If anyone has a good theme to suggest, that would be fantastic.

Post reply on HN