m25n
Re:Pivotal Tracker will shut down
on Thursday September 19, 2024 @05:00PM (#41596349)
I was an engineer on Tracker from 2013 to 2020. I’m sad to see it go.
Re:SEC has not approved Bitcoin ETFs [fixed]
on Tuesday January 09, 2024 @08:57PM (#38935171)
Yeah, you definitely shouldn’t buy Bitcoin because it’s going to crash: https://youtu.be/XbZ8zDpX2Mg?si=PyP8bPAOUftVyAcS
Re:SEC has not approved Bitcoin ETFs [fixed]
on Tuesday January 09, 2024 @08:49PM (#38935127)
This is likely going to be for certain large institutional funds where there are many restrictions on what can be bought. Buying an ETF is often the easiest path for them. Also, retail folks that like the idea of the SEC signing off on it (I think this is a silly reason but I can empathize with why that might be comforting for some).
Re:Cold-blooded software
on Monday January 01, 2024 @08:59AM (#38831801)
Sounds very similar to time preference: https://en.wikipedia.org/wiki/Time_preference
Re:Librarian's Letter to Google Security
on Monday August 01, 2022 @08:12PM (#32313770)
Since HN is an entrepreneurial group, this feels like a business opportunity. Probably not a Y-combinator unicorn darling, mind you. Figure out how to help libraries help their patrons get secure reliable access to email and other internet services.
Re:The collapse of complex software
on Friday June 10, 2022 @08:56AM (#31693412)
I’m definitely gonna try this out. Thanks for bringing it up!
Re:The collapse of complex software
on Friday June 10, 2022 @08:55AM (#31693401)
I’ve reached an interesting point in my career. I started out truly in love with “sitting around and dreaming up new architectural diagrams that can comfortably sit inside [my head].” However, I don’t derive any pleasure from that anymore. Possibly because I’ve had to face the hard reality of what happens when the architecture “outgrow[s] the size of any one person’s head.” I’ve come to be very interested in two things: figuring out how to delay that as long as possible and what to do when you can’t delay anymore. The first seems to be bringing in as little software (in any form) as possible. Dig and dig to find the actual problem and then solve that using as few tools and abstractions that the team can possibly tolerate. The second seems to be about process and Conway’s law. Figure out communication structures to distribute the management of complexity.
Re:Rust Is Hard, Or: The Misery of Mainstream Programming
on Friday June 03, 2022 @08:33AM (#31607358)
I have found that as I gain experience with rust, I spend less and less time “upfront to compile and fix all warnings”. I think rust requires a different design philosophy. It just takes time to adopt it into your mind.