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

I've been developing ChatStats for the last couple months.

It's a new iOS app to generate up to 22 different statistics from WhatsApp chats' histories.

With it, it's possible to find out who sends more photos and videos, who nags everyone with voice messages, who is crazy about sharing links and who writes more emojis than actual letters. Also, who we'll finally discover who's winning the Sticker Battle?!

ChatStats also analyses time of the day groups gets more attention or on which days of the week they are more active.

Privacy has been a core value of ChatStats since the beginning of its development. Even though the user must export his WhatsApp history file and import it on ChatStats, the app does not store the content of the messages or any related metadata in its database. Also, no information ever leaves the user's phone, since the whole process is perfomed locally and the imported history file is removed after the statistics have been generated.

Currently, it's available on all countries that have english, portuguese, spanish, french or italian as a primary language. I'm working hard on adding new languages to v1.1.


Even though I also find it very suspicious that WhatsApp keeps proactively badgering me about turning backup on, I don’t see how this could be exploited by Facebook as the messages are stored in iCloud and Google Drive which it can’t access.


Whatapps needs a Google Drive API token to write that backup, don't they? If so, surely they can read it using the same token?


My assumption was that the data gets handed off to Google/Apple functions on your phone that handle backups. Could anyone confirm?


Would there be any way for a user to see if/when the token has been reused? Doubtful but perhaps Google provides (or could provide) some kind of log similar to how Facebook lets you view Active Sign Ins and Sign In history.


Once it has been used, it is too late. This insight would therefore not be a solution to the problem.


Apparently, Valve told Reuters it had disabled the in-app purchase options, and still got canned.

https://uk.reuters.com/article/us-apple-steam/apple-blocks-s...


But GP was 100% sure!


Haha! 50% of the time I’m right 100% of the time!

If they are blocking the app and there is absolutely no way for people to purchase and play games then I think apple are in the wrong.


Trying to raise awareness to the fact that Apple's battery letter is only available on the american store. We in Brazil already experience absurd prices (a battery replacements costs R$ 449,00, equivalent to US$ 136,41), but I doubt will see equivalent reductions...


The article does mention price reductions “starting in late January and available worldwide through December 2018.“


> available worldwide through December 2018

Which is quite frankly ridiculous. Nothing really justifies waiting a year for this.

Apple already has everything it needs to replace batteries worldwide right now (either with third party official repair companies or their own), and the cost of doing so will not likely change from here to December 2018.


The offer is "starting in late January" and goes "through [to] December 2018" and it's "available worldwide."


Ohh right.

D'oh.


"Late January" is 1 month from now


Isn't it possible to use app.net to build an Instagram-like network without this whole monetizing problem?


There's the new MailPilot http://www.mailpilot.co/


Thanks a lot!

Too bad it's subscription based


Brazilian here, and I have to agree with you on that. It's so bad to start a company here that many start-ups are going to other countries trying to ease their way. Taxes and bureaucracy are insane here.


I really thought the f/2.4 was a killer feature on that new iPhone. Surprisingly, no one cared.


No it isn't. Following up on your post, which is btw, great, I'd add Mission Control also breaks my use of Exposé.

On Snow Leopard, most of the time, I used only one space and, as I've been using it on a 13.3" MBP, my windows were always using most of the screen and I usually have more than one window of a given app open at the same time (Finder or Text Wrangler for example).

To see multiple app windows, my workflow was: 1. Swipe four fingers down (gesture for Exposé); 2. Select any window of any given app.

Now, I must use Mission Control: 1. Gesture for Mission Control; 2. Select the app; 3. Gesture for Exposé; 4. Select my window.

What used to take 2 steps, takes four.


Why do you have to do that? I don’t understand. I invoke Mission Control and select any window of any app, just like before. Two steps, just like before.


Because windows are grouped into app bundles. In each bundle, windows are stacked on top of each other. Thus smaller hitboxes, obscured content, harder to select a particular window.


I guess I have fewer windows open? The hitboxes are huge for me and so far the tradeoff seems to be well worth it – at least for the way I use it.

It’s certainly a tradeoff but for me personally certainly the right one.


This is really great! After 5 generations, the algorithm gets the wheel positioning/size right. In a few more, it figures how the lower middle portion of the car should be.

I'm in the 9th and I've already seen it go past 150.


Mine go further (230+) but I got a weird duncecap-like structure over the rear wheel that keeps cropping up, putting the center of gravity too far back and making them fall over backwards. Interestingly, instead of getting rid of the balance problem, my cars are evolving a wheely bar to prevent the backward flip at the expense of speed.

I wish the goal involved speed in combination with distance.

Update: stagnation after generation 10. I spun up another instance and it is amazing how different that one is evolving.


You can also up the mutation rate to knock it out of a rut


I'm experimenting with 'intelligent mutations' - when the cars look promising I reduce the mutation rate and when it looks stuck in a rut I increase it again.


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

Search: