HN user

adminu

458 karma

Contact: hncontact@ph-uhl.com

Website: https://ph-uhl.com

Posts10
Comments93
View on HN

An oligopol often has some kind of moat due to anti competitive behaviour. E.g. the potatoe argument from the article, where McCain makes it hard to buy potatoes from anybody but them as they are part of a packaged deal.

Then, there is a switch to the most traditional of businesses with the most traditional business models. Who, the author argues, are engaging in price gauging. In the second paragraph he claims that apps cause this inflation

He is saying that the traditional businesses use an app that allows for a legal way of price gauging.

The last paragraph portraits a stunning lack of economic knowledge, as companies raising prices in line with inflation obviously would not lower prices after the source of the inflation is gone.

The author claims, that these companies raise prices more than inflation based cost increases in production would allow for.

That sounds interesting. Are you thinking about a comment system build into RSS?

I am interested in potential future RSS capabilities. Would you mind a chat about that? If so, please drop me an email, see profile.

Well, here comes the obligatory org-mode comment:

Org mode does most of that, too. And a lot more. And while you cannot use it in Github issues, you can in README files on Github.

I think stuff like this really comes down to getting used to and accepting.

I had the same views on code prettiers. I thought, aligning your code by hand makes you think about the structure. That you'd invest more time in making your code readable and thus it would be more readable.

When I first got to use prettier on a team and accepted it's value, the benefits I perceived were so vast, that my arguments seemed irrelevant in comparison.

Hoenstly, for production code, TS makes me sleep better. No matter how many tests you write, that one undefined object will get you at some point. TS helps to eliminate a complete set at compile time (as you know) and that's great!

Anecdotal evidence from my Haskell experience: If my Haskell programs compiled, they usually worked. Which is amazing. Powerful types for the win.

Aren't there examples against this nowadays? E-Scooters are payed by the minute, even though not provided by monopolists. Mobile games with in-app purchases are very similar to micro-payments, too and power a whole industry.

The monopolist examples, like mobile and power companies don't translate well, as these companies provide services, that are continuously consumed, vs. one of purchases. For these companies, micro payments maybe don't make sense. But for lot's of other one of content, micro payments seem far superior over subscriptions.

To me, it feels, the article proves, that micropayments are crap if used for the wrong kind of products...

I don't know about that. Precision is something desirable in science and engineering.

My experience is quite the opposite anyways, I often felt, English sentences lacked clarity that you could have in a German sentence

Thanks for the feedback.

Yeah, I agree, that sticking a number of results on the list could be beneficial.

About the save list: That is a feature, that I wanted to build, too, but decided to first see what the HN reaction to this project is. So, might come in the future :)

My suggestion would be, to not focus on that stuff right away. I know, this comes from the guy, whos website suffered the HN hug of death, but, look, I could bring it back up within 10 minutes.

My suggestion is, to build it as easy as possible, ideally with AWS or something like that, where you can throw computing power at it in a matter of minutes, when needed.

Build the stuff first, worry about scalability later, when you actually have proven that you need to worry about it. That's the lesson from my first startup anyways. We made the server slick and scalable, but in the end noone cared, because the product didn't meet demand. Don't waste your time on prematurley optimizing. Just my two cents :)

Hey, also posted it above, but here again:

Droplists are from namejet, domain cleaning is done by checking against zone-files from ICANN (that's why I don't currently check .tv and .cc domains as there are no zone-files by ICANN provided for them. As they are country specific, I would have to build custom solutions for them, which I don't want for a proof of concept).

Of course:

Droplists are from namejet, domain cleaning is done by checking against zone-files from ICANN (that's why I don't currently check .tv and .cc domains as there are no zone-files by ICANN provided for them. As they are country specific, I would have to build custom solutions for them, which I don't want for a proof of concept).

Thanks for the feedback.

Sorry that you found a registered domain. Because of how everything works, I can only make sure, that most domains are free, but there are some in ther, that might be taken. Also, .cc and .tv are not cleaned at all, currently. So there might be a lot more taken ones of these tlds.

Concerning the filters: You can search for one or multiple tdls and also exclude numbers or dashes, but only on desktop. Wildcards are not yet supported, but might be in the future.