Hacker Newsnew | past | comments | ask | show | jobs | submit | GrinningFool's commentslogin

I think you're right to a point, but that "a place to post clips and discuss them" isn't enough. The world is filled with clips that are essentially meaningless or taken out of context to say something different. In addition to aggregation and discussion, research and investigation is required in order to get the story behind the clip.

The animations don't seem to be retained across nodes, which seems to make the animations pretty noise more than a means to convey useful information.

For example in this simplified chart:

    flowchart LR
        subgraph Inputs
            A
            B
        end

        subgraph Middleware
            M 
        end

        subgraph Outputs
            X
            Y
        end

        A --> M
        B --> M
        M --> X
        M --> Y
        G --> L
    end
```

The input animation colors are pink and green, but the next step (M->output) is blue and orange.

I'd expect to see actual flow of usage/data (and if it included diagram syntax to specify message rates, etc that would be even better). So if there's a blue dot on the input side, I should be able to track that on the output side to its final destination.


THis is remarkably similar to the process we had to follow a couple of decades ago, when offshoring to IT mills: spell out every little detail in small steps, iterate often, and you'll usually get most of what you want.


I was once asked to review a Packt book on a subject I knew well. Not only did it contain many factual errors, I wasn't allowed to point them out for correction - they rejected those suggestions. As I recall they wanted my free labor just to review presentation and basically rubber stamp it.

Have never bought from Packt since.


Advertising is a necessary thing and can be beneficial to everyone. I have something to sell, you want to buy that thing, and know you know I'm selling it. Win win.

On the other hand, the advertisement and associated privacy-brokerage industries are a very different story


*incentives

I tried to let it stand because it was clear what you meant, but ultimately could not.


> That's when they're needed most; my eyes have already adjusted to the other car's headlights

On a purely practical note from someone who is very light-sensitive, a combination of partially closing the eye closest to the light and fixing your gaze on the the outer edge of your lane (such as lane marker or eode of road) almost eliminates this problem, even for modern stupid-bright headlights.

Added benefit of letting you see more of your own lane in spite of the oncoming lights.


The issues that these pseudo-relationships can cause have barely begun to be discussed, nevermind studied and understood.

We know that they exist, and not only for people with known mental health issues. And that's all we know. But the industry will happily brush that aside in order to drive up those sweet MAU and MRR numbers. One of those, "I'm willing to sacrifice [a percentage of the population] for market share and profit" situations.

Edits: grammar


That's kind of patronizing position or maybe a conservative one (in US terms). There can be harm, there can be good, nobody can say at this moment for sure which is more.

Do you feel the same about say alcohol and cigarettes? We allow those, heck we encourage those in some situations for adults yet they destroy whole societies (look at russia with alcohol, look at Indonesia for cigarettes if you haven't been there).

I see a lot of points to discuss and study but none to ban with parent's topic.


I'm really not suggesting a ban, there's no way that would fly.

I'm suggesting restraint and responsibility on the part of the organization pushing this. When do we learn that being reactive after the harm is done isn't actually a required method of doing business? That it's okay to slow down even if there's a short-term opportunity cost?

This applies just as much to the push for LLMs everywhere as it does OpenAI's specific intention to support sexbots.

But it's all the same pattern. Push for as much as we can, as fast as we can, at as broad a scale as we can -- and deal with the consequences only when we can't ignore them anymore. (And if we can keep that to a bare minimum, that would be best for the bottom line.)


We did finally come around to the point of restricting advertising and sale of cigarettes, and limiting where you could smoke, to where it is much less prevalent in today's generation than earlier generations.

The issue is it becoming ubiquitous in an effort to make money.


People form parasocial relationships with AI already with content restrictions in place. It seems to me that that is a separate issue entirely.


It seems the the right answer shouldn't be "none of them" though.


So which one should it be?


Whatever is reported to iPhones. It's not an excuse to block non Apple devices from reading battery level


All three get reported to iphones.


That’s not part of the Bluetooth spec to report battery power for three separate batteries on one device. Where would it be reported to?


Yes, that's my point.


If it’s not part of the BT spec - how is Apple going to report three battery levels in a way that’s compatible with non Apple devices?


Again, that's what I'm saying. We are in agreeance but you really seem to want to argue.


You said when I asked which should get reported “Whatever is reported to iPhones. It's not an excuse to block non Apple devices from reading battery level”

Exactly how is Apple going to send information to none Apple devices using the BT protocol in a method that they can understand?


Read the thread again. You lost the plot. Pay attention to the usernames.


Not specifically for those but I have to assume the pattern would work: you could intercept the keystrokes in a parent window or an overlay, then forward them to the correct child window once it's rendered.


So you implement a rendering system and an input queue on top of a drawing region. Sounds like you are implementing a Terminal emulator.


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

Search: