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

I'm having a really hard reading this. Not only are the paragraphs are so short, they each feel like part of a uncompleted thought.

The content doesn't feel AI generated, but maybe it is? I read somewhere that short paragraphs is an AI signature!?


With Titanium Backup unmaintained, Neo Backup [1] works pretty well. It has some potential issues with restoring wifi/bluetooth/sms as those were still experimental, last I used it. But sms at least worked. I'd suggest a 2nd backup app of those, just in case.

[1] https://github.com/NeoApplications/Neo-Backup


What you're quoting is their literature review, not their study. Their study was:

>... conducted in a medium-size store operated by a large, nationally known chain of supermarkets ... The study covered a nine-week period starting on January 28 and ending on March 31, 1980...

... M0=no music, M1=slow, M2=fast music...

...they measured (1) traffic speed (2) daily gross sales (3)...

...for (1) they found: traffic flow was significantly slower with the slow tempo music (Ml mean = 127.53 seconds) than for the faster tempo music (M2 mean = 108.93 seconds) ... Ml stimulated an even slower pace than no music (a mean of 127.53 seconds for Ml compared to a mean of 119.86 for Mo), although not statistically significant...

...for (2) they found: The higher sales volumes were consistently associated with the slower tempo musical selections while in contrast, the lower sales figures were consistently associated with the faster tempo music (MI mean = $16,740.23 compared with M2 mean = $12,112.85). This difference is significant...


I don't have Jstor access so can't read the study, but does this consider the intended demographic of the supermarkets?

Just some thoughts off the top of my head:

I would imagine that clients with a higher median age in general prefer slower music.

I would also imagine that clients with a higher median age in general are more affluent (or more likely to be shopping for more than one person).

As a result, I would expect spend to be higher in areas with an older customer base.

Managers with an older customer base would likely select music that appeals to their customer base, likely slower music. Shoppers who do not like the manager's music taste may opt to instead shop somewhere where the music is more in line with their own tastes, so I'm not sure that the independent variable here can be properly controlled.

Therefore, the study may actually be finding a correlation which depends rather on the affluence of the community, rather than what they purport to have discovered.


From the study:

> It became imperative to develop an operational definition for the music variables slow tempo and fast tempo; that is, how slow is slow and how fast is fast? To answer this a sample was selected at random from the trading area of the supermarket. Subjects were chosen to reflect the age, sex and other relevant socioeconomic characteristics of the store's customers. Each subject was asked to listen to several instrumental musical arrangements and to classify them as slow, fast or somewhere in between. A total of 95% of the subjects classified musical selections with a tempo of 72 beats per minute or fewer as slow. Selections with a tempo of 94 beats per minute or more were classified as fast. Thus, the range from 73 to 94 beats per minute was considered between fast and slow, although this category was not directly a part of this study. Therefore, based on these findings, slow tempo music was defined as having a tempo of 72 beats per minute or fewer, an average of 60 and a standard deviation of 6. Fast tempo music was defined as having 94 beats per minute or more, an average of 108 and a standard deviation of 7.

> However, perceptions of slow and fast may vary across geographic regions or demographic parameters and therefore, the reader must be cautioned against generalizing these findings too far beyond the scope of this study.


This is the primary reason I root and install greenify. To prevent these spammy apps, that I sometimes use, from running in the background and sending notifications. Unless I open the app in the forground specifically.

Too bad greenify is not being maintained anymore


The fact that PE guy spent time looking up the son means he already had a vibe something was off about "Joe".

So while I agree that if you lie about small things I'd think you'd also lie about large things - I'm not sure it'd be backed by data, like much of pop-psychology. So I think the lesson here is to listen to your gut for red flags rather than evaluate someone based on some list of features.


This is exactly right. There were clues he was “off”. I do still think the list from TFA was a good starting point, but I agree it is largely about your gut (and where experience can really help). I have had the same on interviews with some very senior people, emphasis seemed to be off and there were small inconsistencies in answers that lead to alarm bells in my head.

Had one guy interview who was supposedly a Google Cloud expert who rang every alarm in my head (I was a no), and he was let go in two weeks for his…shall we say fondness for elaborately untrue stories and total lack of knowledge about GCP in practice.


I misread it as "Hacker News bot that automated archive finding and tormenting"...


Is there somewhere a good list of spending categories to use with it? Every now and then I run into a transaction that I can't quite fit into any category and have to squeeze it into something (un)related.


I think this will depend on your own preferences and use case. The initial default expense accounts in GnuCash are a reasonable starting point, but of course you can add, delete or amend accounts according to your preferences.


>NumPy (and Pandas) is still missing a proper missing value (NA).

But if it's missing a missing value, doesn't that mean that it has a proper missing value?

I'll let myself out now...


Do you know what led Mozilla to stop this experiment (I'm assuming spam)? Will this not be an issue for your instances as well?


The announcement is here: https://support.mozilla.org/en-US/kb/what-happened-firefox-s...

Quick summary: it was being used for malware and phishing, aggravated by the trustworthy-seeming firefox.com URL.


I think the shifting "product focus" is probably the main factor here, simply because such a service being used for malware hosting was completely predictable from day 1. When they started they probably thought that it was worth it, then later on they changed their mind. That or they were incredibly naive.


In the context of a large corporation, incredibly naive is just an euphemism for bad management. They launched it. An internal security audit found that it was being used for phishing. They planned to fix it but layoffs came along and they had to sunset Send.

So, yes, incredibly naive.


They said they stopped due to spam, but there might be more to it because they also had quite a lot of layoffs that period. I don't know.

I can imagine spam being a problem with such a service with a well recognized brand name.


This is self-hosted, so probably easier to apply security through obscurity.


That means no security at all. Without a way to link files being hosted to identity or inspecting the contents of the files, there is no barrier to prevent spam and illegal files from being hosted.


they have a public instance... and just like Mozilla's version you can self-host... but either way we need more services like this.


> we need more services like this

I don’t know. The internet had hundreds of file sharing sites at one point. They all suffered fates similar to the epic MegaUpload although with not as colorful founders as Kim DotCom.

I don’t see how having them again would be different than last time?

https://en.m.wikipedia.org/wiki/Megaupload


Mediafire is still alive and I think it's the last hold out from the "big" file sharing websites of the mid/late 2000s. Though honestly I don't miss the download limits, timers and adf ly spam that came with them. Common cloud storage (gdrive, dropbox) are much easier to use and share files from, although they require you to be logged in. Send seems to be the best of both world though.


> They all suffered fates similar to the epic MegaUpload although with not as colorful founders as Kim DotCom

Well it doesn't matter as much in this case because "Send" is a temporary file host.


Storage in S3 is not cheap.


Thank you! This is something that has been annoying the hell out of me on instagram using desktop Firefox.

Every time I login it prompts to show notifications; I always decline so it shows it again next time I log in. This time I accepted, but blocked it from within firefox.

I get it's not a dark pattern because it's clear it's not the browser asking, but still it's very annoying.


> I get it's not a dark pattern because it's clear it's not the browser asking

I disagree... that does make it rather a dark pattern.


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

Search: