So You Want to Compete with Steam • Hacker News Board

Re: So You Want to Compete with Steam

#221

Post by jasonkostempski » Sun, Jan 21, 2018, 4:40 AM UTC

dleslie wrote: post #216

jasonkostempski wrote: post #214

Earlier quoted context omitted.

Those are all features a platform should provide. Nothing about those features require that the game itself becomes unavailable should your Steam account be disabled or if Steam disappears, or that the game cannot be moved to another PC based platform. Creating a platform that allowed for/encouraged that would be a serious competitor to Steam in my opinion.

Nothing? Steam provides these features in order to maintain the network effects; losing the library exclusivity would be a crushing blow to that strategy.

They'd have hundreds more of my dollars if they worked that way. GOG gets most of my money now and I get none of those, admittedly very nice, networking and social features Steam is so great at providing.

Re: So You Want to Compete with Steam

#222

Post by dEnigma » Mon, Jan 22, 2018, 3:09 PM UTC

talmand wrote: post #206

Yizahi wrote: post #196

Earlier quoted context omitted.

In the separate thread they may later complain about Linux not making it to the desktops of regular users.

I've seen lots of contradictions like that from the community. "Linux is for haxorz and normies should go away!" "Why don't more people use Linux?" But such is expected from a large community though.

As you've hinted at in your last sentence, these things are only contradictions if you look at the Linux community as a single entity, and not a collection of individuals. I doubt a single person could hold both views (at one moment in time, of course people change).

Re: So You Want to Compete with Steam

#223

Post by AnIdiotOnTheNet » Mon, Jan 29, 2018, 8:32 PM UTC

majewsky wrote: post #220

AnIdiotOnTheNet wrote: post #157

Earlier quoted context omitted.

One wonders why you have to rebuild your "better than reinstalling Windows all the time" system so often as to have invested the time creating a metapackage of your configuration.

1. Because the package acts as a backup, and the commit history explains why I set up stuff the way I did. 2. Because it's really convenient to just link people to its Github repo when they ask questions like "how do you configure MPD to use PulseAudio?".

Wow but that sounds like a problem created solely for the sake of the solution.