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

Interesting but 18 minutes long? Sheesh.


This is what worked for me:

Allocate a certain amount of time per day eg. 4 hours in my case. Regardless of what happens, do your absolute best to hit that amount of time daily. Whether that's researching problems, applying fixes, or just writing code, do as much as you can. I used a time tracking app, and this helped me push forward and get some of my side projects done and launched.

Good luck!


Thanks for the idea, how do you kickstart this everyday?

My process is finding other similar projects or content through a very simple feed (opening a new tab on phone or browser) or a notification on e-mail/app of a feedback or help message.


Here's yet another for old school runescape https://www.osrsguessr.com/


best mmo of my time


There's a fairly common method in most streaming software now to split out the audio into different feeds so that the music is streamed but not saved into VODs.


Would there be a reason that Twitch doesn't use such software?


It's something that streamers themselves have to do, and most don't. If the streamer doesn't separate out the audio from their mic vs the background music, then there is nothing that Twitch or anybody else can do. Separating two audio tracks that have been flattened into one (and then compressed to hell) is like trying to unmix paint.


Thanks for the hint. I found this:

Twitch VOD Track – Exclude Music from your Twitch VODs

https://www.youtube.com/watch?v=ZwnD3tjhPO4


The actual link is https://securityplanner.consumerreports.org - www was added in there.



Thanks.


Not exactly strategy, but it'd be a disservice not to mention Zachtronics (EXAPUNKS, SHENZHEN I/O and TIS-100 are my personal favorites.)


IMO if you're not familiar with the story, this alone makes it worthy of deeper inspection:

"Would you like me to post the last modified times for all of the 35,813 emails? And include the Podesta email last modified times for comparison? Because the Podesta stuff was hacked."

Again, in my opinion, but there are major inconsistencies.


“I have proof” should be followed by the posting of said proof, not an angry response along the lines of “oh, sorry, the proof is too long to actually post; how dare you ask! You ignorant fool!”


So the proof that a certain set of files were not hacked by an expert hacking agency is that the last modified time stamps are not consistent with them...

I remember fooling my 9 year old sister by modifying the metadata for files when I was 14. I didn’t realize expert hackers are incapable of figuring out what I did as a 14 year old.


I can't stand to see this sort of logical inversion take place.

There are exactly two possibilities:

A. The timestamps weren't modified at all, and the modification time on the file truly represents the time at which they were written. ie: the timestamps are a roughly accurate indicator of transfer speed.

B. The timestamps were modified, but the hackers specifically went through the effort to calculate timestamps that align with 23MB/s, and then set those timestamps on the files.

Possibility B is much more contrived, is unfalsifiable, and yet you're defending it as if those that believe Possibility A are the real conspiracy theorists.

In reality, you're the conspiracy theorist! You're saying there must have been an explicit effort (say, a conspiration) to set modification times to align with 23MB/s. It's ridiculous.


There is a much more plausible explanation:

1. The timestamps reflect some process that occurred before the files were uploaded to the internet.

That's it. That's the plausible explanation.

* Secondary transfer to removable media that changed timestamps

* Transfer to network file server, likewise

* Archival

* Compression/decompression

* Encryption/decryption

* Analysis of files that touched them (set timestamp) to indicate completion

Basically any process that proceeded at an average of 23MB/s would produce that pattern. And note, that it doesn't preclude the possibility that the timestamps changed many times between when they were on the DNC server and when they were made public. So indeed, the 23MB/s could indicate removeable media was involved, but it could have been from one Russian intelligence officer's computer to another's.

Occam's razor: the simplest explanation is the most likely one: The timestamps reflect a process that occurred at a rate of about 23MB/s.

We just can't speculate on what process that is.


It'd be interesting to note which application was supposedly used to copy the files around.

eg `rsync -aP` widely used by SysAdmin/DevOps people specifically sets the timestamp of copied files to match their source.


How is it a conspiracy theory that the timestamps were modified? Timestamps aren't difficult to modify and it's not hard to imagine a script introducing jitter to make it realistic. It's also not a stretch to believe that real USB transfers were used to create the timestamp, but it doesn't indicate that the primary hack/exfiltration was done via a USB transfer.

I don't think you know what a conspiracy theory is or why they tend to be ridiculous.

It's hardly wild to think that a bad actor capable of exfiltrating sensitive data might also cover its tracks by easily modifying metadata of files that the bad actor itself is leaking. That's not a conspiracy at all, timestamps can be modified alone without much difficulty and without recruiting a conspiracy of people and institutions.

Binney's argument, however, is wildly conspiratorial. Let me highlight a quote from the AMA [1]:

> They all blocked any reference to the forensic evidence we were coming up with, publicly. They were all part of it. It includes the Mueller investigation and the Rosenstein indictments.

Apparently it's more likely that multiple political and judicial institutions were "part" of an effort to block critical evidence. But wait, there's more:

> The MSM doesn't want anyone to know it happened!

Ah, all the "mainstream media" outlets were also in on it! Apparently they also worked with the multiple political and judicial institutions to hide this fact from the people.

Apparently The Mueller report, the intelligence agencies, the Senate Select Committee on Intelligence are all wrong, were all part of an effort to hide important evidence, and even the many organizations that comprise the "Mainstream Media" are all in it together to stop people from knowing about it.

Wow, this is a secret and intimate collaboration between massive organizations on a scale we've never seen before. It's ridiculous.

It's not that I don't believe timestamps are usually accurate, it's that I don't believe easily modifiable timestamps is more reliable as evidence than the extensive intelligence and investigation carried out and reported by multiple independent institutions.

[1] https://www.reddit.com/r/IAmA/comments/igeixp/i_am_william_b...


Renowned scientist is Craig Wright, of course.


Put aside hate or any kind of that. What he saying is valid and realistic.


Quite a nice idea, well done! Very minimalist and clean as well. Few pieces of feedback after playing with it for a few minutes-

Not sure if I'm getting unlucky or the results are cached but quite a few of the streamers who popped up were offline. Using the twitch api under the hood I assume?


Ya due to the way getting acess to this works, theres a 10 minute cache of active streams that get expired in redis and a cron job pulls in a fresh list


If you are not already, you could use the GraphQL API that the web app uses, which provides sorting by viewers ASC. That would allow for much more up to date results than iterating the full list with the official API.

Not sure how happy Twitch is about external users, but it can be accessed quite easily with some tinkering.


This is exactly what its doing, albeit caching results, somce im trying to be nice. Official api sadly does not allow sorting by asc.


Hopefully they're cool about it. Typically companies like this frown upon ersatz API usage and cache/rehosting of their data.


Is there a reason for a 10 minute cache duration? Even 1 minute would be fine from a performance point of view


So I'm not hitting the api too much, this is going through a roundabout way to get this data


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

Search: