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

There's a pretty good documentary about MoviePass entitled "MoviePass, MovieCrash" that goes into detail about the fraud. It's a pretty wild story.

Mitch Lowe and Ted Farnsworth were very deceptive about Moviepass and its parent company. They also started using shady tactics to prevent paying customers from using the service, like changing power users' passwords and posing it as a technical problem to prevent them from getting tickets to high-profile movies.

Ted Farnsworth is the more interesting character of the two. He's essentially a scam artist, in my opinion.


Some of the things you point out here are things you cannot rely on in Linux consistently, either. You can’t rely on Systemd existing in Linux. You can’t rely on bash being the shell in Linux. Depending on the users system and distribution these tools may or may not exist.

Also the difference in some of the tools CLI flags wind up boiling down to being the BSD versions of them as opposed to the GNU versions of them. Which, again, isn’t a problem isolated to MacOS.

If you’re considering all Unixes everything you said basically still applies even if you remove MacOS from the equation. Unix isn’t just Linux.


The only practically relevant Linux environments you can't expect these things to exist are stripped down distros used for docker images, like Alpine (where you don't expect much from the system anyways) and Android (not sure about the latter, haven't used it in production in quite a while, but afair it's as non-standard as it gets).


Not true at all.

> Zsh is different from bash

Ubuntu has had a non-Bash system shell (dash is /bin/sh) since 6.10.

> no systemd

Without getting into objected-on-principle distributions like Devuan, tons of stripped-down and embedded linux distros besides Android and Alpine don't have systemd, e.g. DD-WRT, OpenWRT, TinyCore. Heck, launchd is more similar to systemd than SysV init was.

> /dev or /proc or /etc

Other than the parts specified by POSIX, the /dev filesystem is the wild west across tons of Linux and Unix systems, and expecting further standardization in behavior from it is a fool's errand (e.g. device name selection, device ID assignment order at boot, presence of metadata-symlinked directories like by-id, overlay/loopback devices ... all of these are highly variable even across modern, systemd-using Linux distros). I do miss /proc, though I don't miss the file descriptors it costs. /etc and XDG standards for configs are nice conventions to be sure, but a significant minority of Linux software breaks with those conventions (all-/opt install locations, anyone?).

> different filesystem,

Sure, APFS isn't ext3/4. Neither are XFS, ZFS, BTRFS, and so on. ext3/4 is a tenuous standard at best, and many businesses make a point of preferring other filesystems on Linux.

...like, I think you might have just been getting lucky and using a fairly similar set of Linux distros such that MacOS was a big switch. There are plenty of valid beefs with MacOS's divergences (don't get me started on an OS that claims certified POSIX compliance while providing a plethora of low-level system APIs documented to break in the presence of fork(2), or the not-quite-superset clusterfuck that is FSEvents vs. MacOS's not-quite-BSD-complete kqueue implementation, or the Sophie's choice of bizarre xattrs behavior vs. the historical accident that is aliases), but what you listed isn't even remotely standard Linux behavior, much less Unix behavior.


EDIT: I'm stupid and a bad reader.


I appreciate your candor, I wish it was more common.


What are you talking about? I'm responding directly to a comment that called those two things out.

My point was that systemd and bash are _not_ part of a linux system, and you can't count on them being there.


You're right, and I was not reading carefully (the grayed out GGP didn't help)


Tip: when a greyed out comment is difficult to read, click on its timestamp. That will open a view on just that comment and its replies and it will not be greyed out in that view.


That is a great tip, I had no idea. Thanks!


No worries. Also definitely not something to call yourself stupid over in your edit :)


I can’t speak to the apps in question of your post, but this did bring to mind how Uber hid app behavior from the App Store team:

https://www.theverge.com/2017/4/23/15399438/apple-uber-app-s...


Another similar recent story, with more technical details: https://9to5mac.com/2024/08/02/developers-trick-app-store-re...

> When the app is opened for the first time, it waits a few seconds to call the geolocation API. This way, the App Store’s automated review process doesn’t see anything unusual in the app’s code. We also checked the app’s behavior by running it through a proxy to fake our location to San Jose, California. For this location, the app never reveals its hidden interface.

> After Apple approves the app with its basic functionalities, developers use CodePush to update it with anything they want. The app then reveals its true interface in “safe” locations.


Apple have locations all over the world they can test from and a proxy-like service they sell to users called “Private Relay”. They have all the necessary tools to easily combat this, except the staff to do so.


No one used the word must until you right now. The OP comment was posting a valid thing that Windows has that Linux does not. It’s fine if Linux doesn’t have it but I don’t understand where you’re coming from as presenting this as though someone said Linux must have this.


> Linux doesn’t have a good equivalent for these.

That implies Linux must or should have an equivalent to those features found in Windows -- you can choose any word you like, friend. There is no other reason to make that statement but to challenge the fact Linux doesn't have those options.

Fun fact: I switched to Kubuntu recently and I didn't even have to install a graphics driver. It was just there, just worked, and my AMD 7700 XTX is working fine and playing Windows "only" games via Proton just fine as well as Linux native games just fine.

I'm simply trying to get people to think about design choices and questioning or stating why one thing is better than another.


Dont read into the text too much, this doesnt imply what you are saying at all.

The reason to make that statement is to point out that there are differences in functionality.

Nobody in the thread said one situation was better than the other, until you did.


> Linux doesn’t have a good equivalent for these.

That literally does not imply a need for those features. It points out a thing that Linux lacks, which is true. And that's where it stops. You are projecting an implication that "Linux does need x, y, or z because Windows has X, Y, or Z."

We're not sitting in a thread talking about what makes Linux/Windows better than the other, we're in a thread talking about just factual differences between the two. You can talk about two things, compare them, and even state your own preference for one or the other without stating that each should do everything that the other can do.

E.g. snowmobiles are easier to handle while driving in the snow than a Boeing 737. I like driving my snowmobile in the snow more than I like taxiing a Boeing 737 in the snow.

We can talk about things without implying changes that need to happen.


> I cannot at all get worked up over this, getting to the point I'd pull out the word "poison" to describe it.

Kovid Goyal has a history of being incredibly opinionated to the point of being combative and toxic at times. He makes some great software, I’m a user of kitty, but this hyperbolic tone about this issue is not shocking to me at all.


Reminds me when he said he'd maintain the entire python 2 language instead of upgrading Calibre to use python 3

https://bugs.launchpad.net/calibre/+bug/1714107

There are a lot of other gems too if you look through Calibre's bug tracker

https://bugs.launchpad.net/calibre/+bug/885027

https://bugs.launchpad.net/calibre/+bug/1894442

https://bugs.launchpad.net/calibre/+bug/853934


https://github.com/kubernetes-client/javascript

Full disclosure I haven’t tried this but I’m curious if you have. The main component of a controller is its k8s client, so go will always have an advantage, but this JS client looks somewhat decently maintained


I have not tried it currently, because I had so far completely failed to realise it existed.

Muchas gracias and I'll have to have a look next time I'm in a suitably masochistic mood for k8s hackery.


Again bringing it back to the drag racing analogy… you wouldn’t commute to work in a drag racer. Thats not the point. The point is to push the hardware to the point of absurdity, just like drag racing. If extreme overlocking isn’t for you then that’s fine.


Apple Pay is one of the (few) things where that is not the case. New phone = manually re-adding cards to Apple Pay. Get an Apple Watch? It does not get your Apple Pay info until you manually add them to the watch.


I have access to card data in macOS safari that I entered on my iPhone. I don't double enter it. I do know if you disable security on the phone, you lose the card info and have to readd.


That’s a heavy claim to drop with no proof.


I say programming is more about thought than typing and I stand by it. The thing is, the level of typing you need to achieve to get to the point where typing is no longer the bottleneck in your flow is such a low bar. I have not worked with a single developer in my career where their ability to type has been a bottleneck for their work. I know anecdotes aren’t evidence. Don’t get me wrong, I believe being a strong typist has a ton of benefits for a developer. It just seems like a baseline skill at a certain point for anyone in a software related field.


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

Search: