Live data from Hacker News

Airpass – Easily overcome WiFi time limits

airpass.tiagoalves.me

231–240 of 278 posts

Re: Airpass – Easily overcome WiFi time limits

#231
post #217
post #9

Earlier quoted context omitted.

Why does a Mac-only app that shows a menu bar icon and a notification popup need to be Electron…? That’s 30 lines of Swift, max.

Looks like ai-generated bloat. It even has deps for deb+rpm builds yet is mac only. Honestly would not expect anything more from js devs who use macs/windows. I see this so often.

I’ve asked AI to build macOS menu bar apps and it’s generated perfectly reasonable Swift, nothing like this.

Re: Airpass – Easily overcome WiFi time limits

#232

Earlier quoted context omitted.

I so strongly wish more developers gave even a single shit about this. The current state of desktop app development is truly an embarrassment.

Who is embarrassed? What are the realized harms?

Microsoft seems to have given up on guidance for how to write desktop apps, Windows 8 had that Metro thing that got rejected by the world. I guess you could use Win32, WinForms, WPF or something else. The incoherence is second only to the Linux world, I remember how developers were crazy about theming in Win32 in the ‘95 age so something like Back Orifice or the app for your scanner looks atrocious. WPF added really great support for theming but at the point everybody was burned out in theming so it hardly ever got used.

Re: Airpass – Easily overcome WiFi time limits

#233
post #89

Earlier quoted context omitted.

I've been pretty aware of this ever since I became a cyclist. I will ride down to the corner store to pick up a six pack and some chips, throw them in a backpack and ride back. It's easy. I see people driving their cars to do the same thing. All that weight and space for a 6 bottles of beer. There is massive waste all around us.

There is also the time component. Off peak and with a decent sized backpack (change of clothes, laptop, food etc) it takes me the same time to go 6km as it does to drive it. At peak it’s 1/4 to 1/3rd the time. Cars are slow around town.

The time component has to factor in both the traffic while driving, and the extra time required to find available parking. I bought an electric scooter a few weeks ago, and I have come to realize that my travel time is pretty much purely a function of distance. I just roll up past traffic if there is any, lock up on any bolted down object, do my business, unlock, and roll out.

If anything, I feel like traveling at rush hour is actually strictly better for me. Cars being slow doesn't slow me down, but with the average speed being so much lower during rush hour, it seems like it makes it so if a driver hits me, it would be at a lower speed.

Re: Airpass – Easily overcome WiFi time limits

#235
post #217
post #9

Earlier quoted context omitted.

Why does a Mac-only app that shows a menu bar icon and a notification popup need to be Electron…? That’s 30 lines of Swift, max.

Looks like ai-generated bloat. It even has deps for deb+rpm builds yet is mac only. Honestly would not expect anything more from js devs who use macs/windows. I see this so often.

Those deps are just electron's boilerplate. If you create any new electron app from a starter that's likely what you get.

Re: Airpass – Easily overcome WiFi time limits

#236

Haven’t ever encountered any place that had a wifi time limit. In the late 2000’s internet cafes had time limits but that was enforced on their own devices. Is there a specific scenario where time limited wifi is common place?

Besides airplanes mentioned in the other comments, this is also common in airports. Zürich Airport gives you four hours for free.

Stuttgart Airport has 60 minutes.

Re: Airpass – Easily overcome WiFi time limits

#237
post #43

Alternatively, if you don't want to run the whole Electron app, the money is this line: sudo.exec("/System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport en0 -z && ifconfig en0 ether `openssl rand -hex 6 | sed 's/\(..\)/\1:/g; s/.$//'`",

200 bytes for the business logic. 47MB for the UI & boilerplate around the business logic. I get that this may be the easiest way to develop and publish an application today, but it's sad that this is the direction we have taken in recent years.

And sadly my reaction to 47MB these days is "hey not bad" given that I see 6 or 700 MB apps not doing much .

Re: Airpass – Easily overcome WiFi time limits

#238
post #59
post #43

Earlier quoted context omitted.

200 bytes for the business logic. 47MB for the UI & boilerplate around the business logic. I get that this may be the easiest way to develop and publish an application today, but it's sad that this is the direction we have taken in recent years.

Wow, they optimized the minimal Electron app down to 47 MB?

Sadly this was also my reaction.

Re: Airpass – Easily overcome WiFi time limits

#239
post #136

Haven’t ever encountered any place that had a wifi time limit. In the late 2000’s internet cafes had time limits but that was enforced on their own devices. Is there a specific scenario where time limited wifi is common place?

Airplanes. Some airlines offer 30 minutes of free wifi or something.

I can't remember the last time I encountered this as an obstacle while flying. Don't you usually have to pay then log in from any device you choose?

The bigger problem is how utterly useless and unstable the connection is to begin with..

Re: Airpass – Easily overcome WiFi time limits

#240
post #208
post #138

Earlier quoted context omitted.

So the cost is there, it's just not paid (directly) by the developer. But we all end up paying someone else's externalized cost, included said developer that is paying some other developers' externalized costs.

Worst offender being Google, who toggled on VP8 / VP9 decoding on YouTube despite the vast majority of devices only having h264 hardware decode. The aggregate waste in battery wear and watts spent is pretty staggering when you think about it, all so google could spend a few cents less per 100 streams.

Or they could just send the video uncompressed and then it would take even less hardware resources to decode on the client side. Why, in a sense it would be a lot more like decoding analog television signals at that point. (Not least of which since few clients would have the network bandwidth to handle more than 360-480p of that ;)
Post reply on HN