HN user

theden

1,396 karma

https://theden.sh

Posts88
Comments131
View on HN
killedbyapple.theden.sh 2mo ago

Killed by Apple

theden
132pts129
killedbyapple.theden.sh 2mo ago

Show HN: Killed by Apple – a graveyard of discontinued Apple products

theden
3pts0
sysinfo.theden.sh 3mo ago

Show HN: Browser Sysinfo – See everything a webpage can learn about you

theden
3pts0
github.com 3mo ago

Show HN: Ghapin – Tool to pin GitHub Actions to SHAs for supply-chain security

theden
2pts0
0xdeadtype.theden.sh 1y ago

Show HN: 0xDEAD//TYPE – A fast-paced typing shooter with retro vibes

theden
117pts28
thoughts.theden.sh 1y ago

You Can Watch "No Other Land" Online – But Not If You Google It

theden
16pts1
www.octanecreative.com 1y ago

Wall Taping Gallery

theden
1pts0
zeptobars.com 1y ago

How to "open" a microchip and what's inside? (2012)

theden
2pts0
deadbeef.sourceforge.io 1y ago

DeaDBeeF: The Ultimate Music Player

theden
174pts146
linux.doompdf.dev 1y ago

Linux Running in a PDF

theden
329pts104
thoughts.theden.sh 1y ago

Are Your Public Dotfiles Revealing Too Much?

theden
3pts0
www.youtube.com 1y ago

Fake Optimization in Modern Graphics (and How We Hope to Save It) [video]

theden
3pts0
thoughts.theden.sh 1y ago

A List of What's Wrong with MS Teams

theden
1pts0
thoughts.theden.sh 2y ago

Parsable Text Considered Harmful

theden
1pts1
github.com 2y ago

Show System Information in the Browser

theden
1pts0
github.com 2y ago

Show HN: Netchecks – A Kubernetes tool to validate assumptions about the network

theden
2pts0
thoughts.theden.sh 2y ago

Fun with DNS TXT Records

theden
198pts64
docs.google.com 2y ago

Venture Capital Community Statement of Support for Israel

theden
1pts0
www.endlessos.org 2y ago

Endless OS

theden
4pts2
chrome.google.com 2y ago

Show HN: Origami – Twitter Adblock Chrome Extension

theden
1pts1
github.com 2y ago

Show HN: Twitter Adblock Chrome Extension

theden
1pts1
www.youtube.com 2y ago

GeoGuessr Pro vs. AI [video]

theden
1pts0
philzimmermann.com 3y ago

Why I Wrote PGP (1999)

theden
2pts0
etwright.org 3y ago

The Amiga Juggler (2015)

theden
2pts1
calcwatch.com 3y ago

ΜWatch

theden
1pts0
thoughts.theden.sh 3y ago

Fun with DNS TXT Records

theden
4pts0
www.geocities.ws 3y ago

The Homepage of the Oldternet

theden
102pts53
songstitch.art 3y ago

Show HN: SongStitch – An open source collage generator for your Last.fm albums

theden
2pts1
github.com 3y ago

Show HN: Galvani – macOS MenuBar App to Manage Low Power Mode

theden
1pts0
thoughts.theden.sh 3y ago

Searching GitHub for OpenAI API Keys

theden
2pts0

We do indeed have a staging environment as mentioned previously. The issue arose in the rollout to production as mentioned previously.

You may have misunderstood, I said staged release, i.e., I'm referencing the rollout

I've gone ahead and added the surrogate key mention into the post mortem. We initially got in trouble for having it be too technical centric and not enough on the user impact. It's a delicate balance; apologies. As I mention, we are open to critical feedback here.

You can do both. If you have different audiences, have two separate posts and mutually link to redirect audiences. Ask your sec staff instead of relying on paying customers to give post-hoc feedback on your dodgy disclosure practices. If I have ping a platform company to correct and clarify info about their security disclosure, I'm out.

I'm sorry, but there's a lot of spin here. Basically you guys handled this terribly, and your reliability has tanked recently, hence why customers that need reliability in production are leaving or have already migrated.

We went deep on them, tested them prior, and then when rubber met road in production we ran into cases we didn't see in testing. The large issue, and mentioned in the blogpost, is that we didn't have a mechanism to to a staged release.

Honestly for a production-grade _platform_ company, that also does compliance (SOC2/3, HIPAA etc.), not having a staged release is negligent, and how you guys are handling this is a huge red flag. I've done such changes myself in production envs, for deployments that don't have the stakes you guys have. I'm normally more sympathetic on incidents, but the lack of transparency thus far from railway leaves me doubting more than anything.

Our initial post definitely could have been more clear, and we revised it the moment we got customer feedback to do so.

Please read the room, there's still a lot of confusion about the blog post in this thread (https://news.ycombinator.com/item?id=47582295). The technical detail isn't there, we only know it about the surrogate keys from the status incident (https://status.railway.com/incident/X0Q39H56) which is not linked in the post. The blog post reads like PR compared to the initial incident status report, and the resolved timestamp does not match which is sloppy. Your little edit to the title only made it from a bad post to a slightly less bad post.

We notified customers even before we did a wide release, as is process for anything security related. You create space for as much disclosure area as possible, and then follow up with a public disclosure

Emailing only affected users isn't working out, because affected people aren't yet emailed (I know one personally). Just check the post on your own forum (https://station.railway.com/questions/data-getting-cached-or... did you actually read it?) and see the list of people affected still not emailed, and left on read. You guy should email everyone, this is a security incident not a service interruption. There's a lot of loss trust by your customers now, i.e., if you guys can't figure out who to email, what else are you doing wrong?

Do you have any specifics here? We're scaling the system at 100x YoY growth right now, working 24/7 to scale the entire thing. Again, all ears on if you have specific crits as we're always open to receiving feedback on how we can do things better!

https://x.com/JustJake/status/2038806338915152350

Again, it's not an excuse if you're a _platform_ company that customers pay a lot of money to be reliable. You can't just keep saying you're open to feedback and being transparent as vanity. There's plenty of feedback on here, your twitter, your forum, and feedback is people are telling you to focus on reliability, because railway keeps breaking their deployments. If you don't care about reliability and prefer to scale with features, be honest about it. Railway's poor uptime does not lie.

There are team members in that thread linked, are you certain you linked the right thread? Happy to have a look at anything you believe we're missing!

Did you read the thread? Yes, only _one_ employee commented 5 hours after my HN comment. Still almost everyone left of read, unanswered questions etc.

By way that's only one forum post, there are many that are just ignored, one where a user mentioned they're reporting railway to ICO for a GDPR breach, rightfully.

I'm kinda shocked (yet not surprised) at how bad railway has been with this:

- Why were they making CDN changes in prod? With their 100M funding recently they could afford a separate env to test CDN changes. Did their engineering team even properly understand surrogate keys to feel confident to roll out a change in prod? I don't think they're beating the AI allegations to figure out CDN configs, a human would not be this confident to test surrogate keys in prod.

- During and post-incident, the comms has been terrible. Initial blog post buried the lede (and didn't even have Incident Report in the title). They only updated this after negative feedback from their customers. I still get the impression they're trying to minimise this, it's pretty dodgy. As other comments mentioned, the post is vague.

- They didn't immediately notify customers about the security incident (people learned from their users). The apparently have emailed affected customers only, many hours after. Some people that were affected that still haven't been emailed, and they seem to be radio silent lately.

- Their founder on twitter keeps using their growth as an excuse for their shoddy engineering, especially lately. Their uptime for what's supposed to be a serious production platform is abysmal, they've clearly prioritised pushing features over reliability https://status.railway.com/ and the issues I've outlined here have little to do with growth, and more to do with company culture.

Honestly, I don't think railway is cut out for real production work (let alone compliance deployments), at least nothing beyond hobby projects.

Their forum is also getting heated, customers have lost revenue, had medical data leaked etc., with no proper followup from the railway team

https://station.railway.com/questions/data-getting-cached-or...

Way back when I was young and broke, I played through Half Life 2 and the episodes on a ThinkPad T420 using an ExpressCard/34 PCMCIA to PCI with a graphics card I borrowed and an old crappy PSU I pulled from a business Dell desktop.

Managed to complete the games with decent graphics and framerate at the time. It wasn't an ideal setup, but I didn't care. In fact, I thought it was a cool hack to play games at the time without forking out a lot of money to build a gaming PC.

Maybe there are probably better options now to game than attaching a dedicated GPU with whatever hardware you already have, but I can verify that external GPUs are really cool and useful (though a 5090 is definitely not needed). You also don't have to care about cooling the GPU, since it's "atmosphere" cooled (though headphones and/or ANC are a must).

I must be out of the loop, I didn't know people were actually doing this in their workflow. When I do use LLMs, it's in a separate app, where I can cherry pick what I input and output at my own pace.

Maybe I'm naive, but the ever-increasing tradeoffs for even more velocity does not seem worth it.

People underestimate how much our socially and culturally constructed gender roles impact interests and/or career paths. People have different tolerances with respect to conformity, and at different stages in their lives.

It's a shame something as fundamental as computing is seen as a "boy" thing by many, often fatalistically, and I think we've been worse off for it.

Pong Clock 11 months ago

Pretty cool! You can force a miss by setting these vars in the console

  scoreMinute += 1
Or
  forceMissPaddle = rightPaddle; // or leftPaddle

My minor suggestion would be to not to use `COPY . .` as it could slow down the build process if it has to copy everything in the context that's not needed. Also a potential privacy/sec risk if private/secret data is copied the final docker image, but probably not applicable in a multi-stage builds where it's in an aux stage.

If you don't want to have multiple `COPY`s, you can add a `.dockerignore` file (https://docs.docker.com/build/concepts/context/#dockerignore...) with the `COPY . .` directive and effectively configure an allowlist of paths, e.g.,

  *
  !src/
  !requirements.txt
Thnickels 1 year ago

In the HTML there's a cool comment

      <!-- Hello this is Theo. Yes I know how to do web design. -->
      <!-- You have found my secret message. -->
      <!-- It is a coin emoticon picture. -->
      <!--
                     ______________
        __,.,---'''''              '''''---..._
     ,-'                                       '`-.
    |                      ONE                     |
    |                    THNICKEL                  ,
    |'-.._                                    __,,-
    |      ''`---.....______________.....---''     |
    |                                              |
    |                                              |
    |                                              |
    |                                              |
    |                                              |
    |                                              |
    |                                              |
    |                                              |
    |                                              |
     '-.._                                   __,,-`
          ''`---.....______________.....---''
    -->

Never liked LMGTFY because it was always used in a snarky manner. But at least it somewhat was useful in that it mostly showed results as a springboard for the user to (hopefully) start learning how to parse information on the web.

This is taking it a step further to some form of intellectual learned helplessness.

I agree with you, and the reference _is_ politically loaded (https://en.wikipedia.org/wiki/Thin_blue_line):

The thin blue line U.S. flag has been banned by some police departments in the United States for its associations with ideologies described as "undemocratic, racist, and bigoted."

According to a 2018 law review article, "thin blue line" also refers to an unwritten code of silence used to cover up police misconduct, also known as the blue wall of silence, a term dating back to 1978

I actually liked it, a bit fiddly, but being able to reorder and resize as well as have multiple screens is better IMO. Not perfect, but I think my control centre is better than before

- With a friend we created SongStitch (https://songstitch.art/) because I wasn't satisfied with the performance and optimisations of existing last.fm collage generators. I embed a last.fm collage on my website, and previous generators didn't resizing, didn't compress well, and were slow causing me to be kicked out of the 250kb club—so it was good enough motivation to build SongStitch (https://github.com/nkoehring/250kb-club/issues/337). We also developed it as open source from the start https://github.com/SongStitch/song-stitch

- I created `gcopy` (https://github.com/TheDen/gcopy) because I wanted to extend `pbcopy` to copy nontext data from the terminal to the clipboard, so I could quickly paste such data in Slack (or as email attachments)—I got tried to having to find it the specific file in Finder to copy or drag it to an app. I've since aliased `pbcopy` to `gcopy` since it's a drop-in replacement.

- Also created `galvani` (https://theden.mmm.page/galvani) to show and change the the power mode status on MacOS from the menubar