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

It’s not becoming the users that are the decision makers. A few CTOs could make decisions based on this


If the rationale in the parent comment for this behavior is correct, it sounds like a lot of people making the decision to use Windows are doing it _because_ of behavior like this, not in spite of it.


Do you think there is room for a resurgence in linear optimization?

Linear programming, and even integer linear programming are pretty well solved practically speaking.


I tried using some online systems to help formulate weighted sum decisions over unrankable choices and it's bloody hard work getting people on board. I think how the logic presents could improve.

This stuff while old, is not routine for decision makers. They don't seem to grok how to formulate the questions and the choices.


I think it’s fundamentally hard to make tools like that because models can be sensitive to specifics, so dumbing them down is generally not great


I agree with the vibes of your comment, but I have to reply to this:

> Unless you’re talking about advanced PR and market manipulation techniques to capture and retain ad revenue

Those very much _are_ the goals at those enterprises.


Indeed they are, but my point is that _these_ goals are hardly admirable. At the same time, the claimed innovations aren’t real, at least in the sense that anything in any issue of the Bell Labs Technical Journal was. “Apps”, etc? This is like giving the Medellín cartel credit for their hippo culture while ignoring the basis of their real success.


> making bigger breakthroughs in AI, apps, self-driving cars

Those weren’t really the topics people were interested in at the time (depending on your definition of AI).

The shoulders of giants, as they say.


As do high corporate tax rates


What are you basing such a bold prediction on?


It's not bold if the comment author lives in a state that switched clocks to EPT (Elon-Prediction-Time) this week-end.


For instance, ARC prize now at human level… https://x.com/akyurekekin/status/1855680785715478546

I dont know why it seems bold. So many signs.



>It's easy to show that in practice some bytes are more common than others (because random)

I don’t follow. Wouldn’t that be (because not random)


If you generate a billion bytes using a random byte generator, and bin the resultant array into 256 bins, it will not be perfectly flat. You can use that non-flatness to encode your bits more efficiently. I suspect just using codes to do it won't work well because the bin values are so close so you'll struggle to get codes that are efficient enough, but I suspect you can use the second order difference-between-specific byte as the encoded value. That has a much more pronounced distribution heavily weighted to small values.


>uniform random strings’ K complexity is only _tightly concentrated around_ the strings’ length plus a machine-dependent constant

What is the distribution of the complexity of a string? Is there some Chernof-like bound?


And the FAQ for the bet said that if a team can’t afford to enter the playoffs then the bet is off.


1. Which line in the FAQ are you making an analogy to?

2. A FAQ for the newsgroup is not automatically part of the rules for the challenge.

3. If the entire FAQ is treated as rules text, then the rules directly say you cannot win, and that's not an acceptable way to do rules.


>Which line in the FAQ are you making an analogy to?

The line about filename shenanigans being disallowed.

>A FAQ for the newsgroup is not automatically part of the rules for the challenge.

I think it’s completely clear that this FAQ was about the challenge.


> The line about filename shenanigans being disallowed.

I don't think that person was being verbatim or summarizing well, can you find support in the actual FAQ?

The part where the FAQ calls out filenames, the example is lmfjyh.c putting the entire program in the filename. Nothing like that is happening here.

The FAQ does talk about being so strict you can't even get bit length, but that kind of strictness is clearly not being applied to Mike's challenge.

> I think it’s completely clear that this FAQ was about the challenge.

Unless I missed there being two FAQs, you have completely misread the situation.

This is the FAQ: http://www.faqs.org/faqs/compression-faq/part1/index.html

It is not about the challenge.


This reminds me of a data compression scheme I came up with once:

Treat an n bit file as a polynomial over the finite field with characteristic 2. Now, there are some irreducible polynomials in this field, but many polynomials have factors of x and of (x+1). Factor the polynomial into P(x)x^n (x+1)^m. and just collect these terms, storing only P, n, and m.


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

Search: