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

https://stephencagle.dev/ - mostly just a catalogue of what I see, hear, and consume.

I had never heard of this term and I thought about it for a good 30 seconds before looking it up (my best guess was it had something to do with the sea lion's "owrk" "owrk" noise when it asks for a fish at water parks). :]

https://en.wikipedia.org/wiki/Sealioning


tldr; I found something similar when I forced myself to slow down on "The Wheel of Time" series recently.

I've been reading the Wheel of Time (started by Robert Jordan, ended by Brandon Sanderson). I'm on book 11 currently. I've found something similar in that the Jordan's later books in the WOT are basically just incredible slogs if you read for completion (which, I myself did around 20 years ago at around book 10, where I stopped). Around book 6 or so I purposely slowed down and started really imagine the scenes in my minds eye. I also keep the map open on my phone and just kind of keep note of where they are at different points in the series.

Obvious, but it is really striking how much better his books are when you try to "live in the moment" of your imagination as you read, rather than reading to move the plot and action forward. I was kind of confused with myself when I reflected on it. That I somehow thought it made more sense to skim through an entire series and take reduced pleasure from something, when I could just take 50% longer and actually enjoy it.

Made me wonder about where else I am doing this in my life.

I still thinks these books are radically overpadded. He was clearly in love with his characters and his setting. He needed the guidance of a strong armed editor imho. With all that said, if you are going to commit to reading a massive series like this, you might as well appreciate it in the moment, you are going to be here a while.


You know, this is kind of a funny take at some level. Like, for any surgery, you want the doctor who has done the same operation 10 times, not the one who has 10 years of "many hat doctoring" experience.

I'm not really arguing anything here, but it is interesting that we value breadth over (hopefully) depth/mastery of a specific thing in regards to what we view as "Senior" in software.


You want the Dr who has done the operation 10 times, and learned something each time, and incorporated that into their future efforts. You probably don’t want a Dr who will do their 11th surgery on you exactly the way they did the first.

This is what that saying is about


Fair enough. I guess I am making a bit of a straw-man in that I feel I just don't buy the idea that doing the same thing 10 times over the course of 10 years is somehow worse than doing different things over the course of 10 years. They are signals, and depending on what we are attempting, they just mean different expected outcomes. One isn't necessarily worse than another, but in this case it seems to be implying it is the distinction between Midlevel and Senior.


> I just don't buy the idea that doing the same thing 10 times over the course of 10 years is somehow worse than doing different things over the course of 10 years.

I always read it as making the same mistakes as you initially did and either failing to learn from them or not even trying to improve. Maybe you haven’t even explored enough approaches to see what actually works and what doesn’t and most importantly, in which circumstances.

For example, someone might do CI/CD with manually created pipelines in Jenkins (the web UI variety) with stuff like JDK configured directly on the runner nodes. They might never have written a Jenkinsfile, or tried out Docker for builds and therefore are slow and have to deal with brittle plugins and environment configuration. They might also be unaware of how GitHub Actions could benefit them, or the more focused approach of GitLab CI or even how nice Woodpecker CI can be, especially for simpler setups.


>Fair enough. I guess I am making a bit of a straw-man in that I feel I just don't buy the idea that doing the same thing 10 times over the course of 10 years is somehow worse than doing different things over the course of 10 years.

Different things doesn't need to mean "different domains" which is how you read it.

It can be "things revealing different aspect/failure cases of the same domain" too.

If someone has done the same narrow kind of CRUD app 10 times, they're not CRUD-app experts - they never seen lots of different aspects of CRUD apps.


I want the doctor who has performed the operation and was still with the hospital in 6m, 12m, 18m, 24m to see the results of the operations that they performed.

Not the one who does a few operations and is never around to see the results of their decisions and actions.


Ops vs Dev

Situational Leadership gets into this. You want a really efficient McDonalds worker who follows the established procedure to make a Big Mac. You also want a really creative designer to build your Big Mac marketing campaign. Your job as a manager is figuring out which you need, and fitting the right person into the right job.


Agreed. Meanwhile, many job postings out there looking for 10x full-stack developers who have deep experience in database, server, front end, devops, etc.

I think the concept of Full-stack dev is fine, but expecting them to know each part of the stack deeply isn't feasible imo.


Expert Generalists are a thing: https://martinfowler.com/articles/expert-generalist.html

BUT they're completely wasted if you just use them to turn JIRA tickets into end to end features =)


Haha agreed. Thanks for the link, will give it a read. I feel like expert generalists should be founders or CTOS, and they are probably not applying for the positions that claim to be wanting expert generalists.


“This person is incurious” would be more apt but also more likely to apply to everyone else in the room too.

Didn’t Bruce Lee famously say he fears the man who’s authored one API in ten thousand different contexts?


for context, he was referring to a physical methodology, which requires a lot of training and knowledge of usage application.

As analogy, I don't think you'd treat "using API XYZ 10,000 times" the same as "serving an ace in tennis, 10,000" times.


I once asked an obstetrician how she could tell the sex of a fetus with those ultrasound blobs. She laughed and said she'd seen 50,000 of those scans.


If we extrapolate the Dr example:

There is the one doctor who learned one way to do the operation at school, with specific instruments, sutures etc. and uses that for 1000 surgeries.

And then there's the curious one who actively goes to conferences, reads publications and learns new better ways to do the same operation with invisible sutures that don't leave a scar or tools that are allow for more efficient operations, cutting down the time required for the patient to be under anaesthesia.

Which one would you hire for your hospital for the next 25 years?


The one with the smaller cemetery.


This is not really a doctor that has done the same operation 10 times. This is a doctor that jumped form hospital to hospital 10 times and probably never actually stayed long enough to be entrusted to do an operation in any hospital.


I honestly can't tell if you are speaking in metaphor or literally?


And yet... is it? Realtime means real discussion, and opportunity to align ever so slightly on a common standard (which we should write down!), and an opportunity to share tacit knowledge.

It also increases the coverage area of code that each developer is at least somewhat familiar with.

On a side note, I would love if the default was for these code reviews to be recorded. That way 2 years later when I am asked to modify some module that no one has touched in that span, I could at least watch the code review and gleem something about how/why this was architect-ed the way it was.


IMO, a lot of what I think you are getting at should be worked out in design before work starts.


The email I received from them this morning claims that this will be cheaper for 96% of users...

I have cron jobs on several github projects that runs once a day and I have never been charged anything for it (other than my github membership). Should I expect to be charged for this?


I would think that majority of users does not use GitHub actions at all or have very light infrequent usage so that would be true. I think with my personal project I have never exceeded the resources they give me as part of personal pro subscription.


Wait a minute, why is mine $13.99 a month?

But agree, totally worth it if you at all value your time.


If you don't care about music or background play, and all you want is to eliminate ads, YouTube Premium Lite is $8/month.

https://support.google.com/youtube/answer/15968883


Interesting - hadn't heard of this option before. But I see that "Premium Lite" is not available in NZ... https://support.google.com/youtube/answer/6307365?sjid=92752...


But at least you have IKEA


The whole country is rejoicing!


I still can't believe that they paywalled the ability for the video to keep playing when the screen is turned off.

Probably a business decision that's made them a lot of money, well done.

Thank goodness for ReVanced.


>I still can't believe that they paywalled the ability for the video to keep playing when the screen is turned off.

That's why I will never pay, no matter how much people glaze yt premium. I distinctly remember the day they took that simple feature away. uBlock and Vanced work fine, and it's also not hard to download to my media server for offline

I don't want to reward a company for shitty practices. What are they even doing at youtube besides changing the UI every 3 months and stuffing AI where it isn't wanted/needed.

At the bare minimum they need to enable the ability to blacklist entire channels, like I can easily do on my home setup. And ban AI videos without a label. Then they can have my $8


It's only for music where background play isn't supported for free.


Is this true? Nothing will play for me with my screen off.


No. What you describe is correct: No background play via the yt app unless you pay.


Yes YouTube Premium will play with the screen off (using the app. No idea about using a browser).


In a browser, it works even without Youtube Premium :-)

Firefox mobile, m.youtube.com, "Video Background Play Fix" browser extension.


Works for me without an extension, you just need to click play again after leaving the YouTube tab/locking the phone


So does ReVanced YouTube


On iOS I use Brave and it works fine.


Wasn't aware of this option... I'd actually switched to YT Music because the family plan for YT premium is/was pretty good. Nice to know I can bring it down in the future.


> Wait a minute, why is mine $13.99 a month?

Only the earliest google music people are still grandfathered in at the insanely low rate. The rest of us have been "upgraded" to at least $14/mo.


Damn, I just looked up how long I have been paying using https://payments.google.com/ . Looks like I've been paying for youtube music since October 2014. These grandfathered people must be really really early. :]


I started paying $7.99/month for Google Play Music in June of 2013. And it is now YouTube Premium and still $7.99/month.


Same here, joined up when GPM was in beta. Still on the $7.99/month. I really only use it for YTM, so if they ever up my price, I'll cancel and use Tidal or Deezer.


They also have a family plan that costs a bit more I think.


I've been on the family plan for a long while... was before they redid Google Music and YT Music, but it included YT ad free and Google Music, so I did that and dropped Spotify around a decade ago. I watch so much YT content, it's been worth it to keep... Though I'm glad that Rumble is there and seeing some improvements in UX, still not nearly as good as YT, but getting better.

Mostly watch via Android TV (NVidia Shield TV).


I'm curious, do they have to be? Would it be possible to boot the program + the anti cheat into it's own VM or something? So they know I am running on trusted hardware, but I know that the aren't reading my emails? Genuinely curious and don't know the answer to this.


The anticheat will try to detect the VM and it will give a warning, so that's not a solution. Ideally keep leisure time devices and work devices separate. Consoles are a good solution because you are never tempted to use your emails on those.

But also you need to think about who your adversary is. Other countries have access to all your icloud mail and photos all the time. Something like dropbox and onedrive is scanned and catalogued in the background.

Hardware supply chain is a difficult topic and each layer of abstraction has their own mini operating system in the firmware, and past has shown many of them have backdoors.


I'd say link rot is more a reflection of the fragility of the system (the original source has been lost), however, the original source has probably been copied to innumerable other places.

tldr: both of these things can be true.


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

Search: