mjr00

47 ms·

691.
by mjr00 3y ago
Putting your music on streaming services is marketing, because yes, streaming is where the audience is. You say 7 people bought your album, which is great (congrats!), but how did they find out your album existed in the first place? As od
692.
by mjr00 3y ago
Yeah it's true that people are still trying to make loud stuff. But as you say, people are so good at making it work now that's not really a "I'm making this -3 because I need to be competitive with other songs," it
693.
by mjr00 3y ago
I'm talking about dynamic range compression[0] in this context, not audio compression (e.g. MP3). [0] https://en.wikipedia.org/wiki/Dynamic_range_compression
694.
by mjr00 3y ago
Firstly, the loudness war largely died with Spotify. LUFS normalization means that pushing beyond -14 is an artistic choice and not necessary to compete with other tracks on loudness alone. Secondly, more compressed (less dynamic range) doe
695.
by mjr00 3y ago
I've been using the ChatGPT API to do summarization of text from free-form documents. Not in the legal domain though, so no real regulatory risks. It works very well. I didn't see any hallucinations when spot checking, though of c
696.
by mjr00 3y ago
> Not one killer app has emerged. I for one am eager to be all hip and open minded and pretend like I use LLMs all the time for everything and they are "the future" but novelty aside it seems like so far we have a demented clip
697.
by mjr00 3y ago
> NYC had those medallion limits on purpose though, because the primary goal was limiting congestion. Medallion limits exist primarily to maintain and/or increase the value of existing medallions. Other reasons given were just propa
698.
by mjr00 3y ago
> because taxi services were optimised to take people to/from transportation hubs (e.g. airports, trains) and hotels, and that's how I used them. This is why your experience is so different from mine. If you're just using
699.
by mjr00 3y ago
> Take Uber, one of their key examples. It'd be one thing if the company had simply outcompeted taxicabs on the merits. Cabs, after all, were themselves a fat and complacent monopoly. Uber/Lyft did outcompete taxis on merit,
700.
by mjr00 3y ago
Yeah, to me this is a bit odd. Many industries require that internal communication be logged, so E2E encryption and blocking are a no-go, and even having that option in the software can add potential regulatory headaches. I think it's
701.
by mjr00 3y ago
UML was, at least partly, advertised as something that would make software developers obsolete. You just needed domain experts to wire up the right class diagrams, sequence diagrams, activity diagrams, etc., and it would output code that me
702.
by mjr00 3y ago
There have always been legal differences between a human doing something and technology doing the "same" thing. It's legal for me to go to a nude beach and stare at a topless woman. It's probably legal for me to draw a
703.
by mjr00 3y ago
"Talentless hacks" is a bit too far, but it's very true that over the past decade, software development has been flooded with people who don't care about software development: people who never touched a desktop computer
704.
by mjr00 3y ago
yep. MIDI is great for a keyboard/piano interface with velocity, pitch bends and a sustain pedal, maybe some filter modulation if you're feeling frisky. But using it for guitars and orchestras? Use the right keyswitch note to chan
705.
by mjr00 3y ago
> The idea is that if the other area of code simply isn't accessible to you, you're forced to keep the concerns separate? Seems like this could be dealt with by applying more discipline and just making sure to design things to
706.
by mjr00 3y ago
That's why I said "true in some cases" Though in my 15+ year career as dev and dev manager I've only ever encountered one person who was intentionally building things poorly for job-related reasons. (Even then, that was
707.
by mjr00 3y ago
This is like saying developers don't care about the software they work on and intentionally introduce tech debt for the sake of job security. True in some cases, not universally applicable.
708.
by mjr00 3y ago
> They don't care about corporate R/E at all. Yeah, the meme about an evil conspiracy of corporate CEOs also owning commercial real estate is really, really dumb. Maybe you could theorize that when Andy Jassy and Tim Cook were
709.
by mjr00 3y ago
It's not about defending Microsoft -- it's about defending and acknowledging the dozens if not hundreds of other people who worked on, and continue to work on, Copilot and making it a commercial success.
710.
by mjr00 3y ago
Their profile does say "creator of GitHub Copilot, Dropbox Paper, MobileCoin, and Hackpad" which indicates a bit of an ego problem. Professional software is a team effort, and pretending to be the only person who worked on a proje
711.
by mjr00 3y ago
Yeah. I don't know what "created" means. Was this person strongly advocating for the creation of Copilot, putting together business cases for why Copilot should be created, and fighting with corporate to get dedicated resourc
712.
by mjr00 3y ago
> Wouldn't they similarly need comparable amount of time to update all 14 microservices? In my experience doing this at AWS and elsewhere, no, the services case is much easier. Even just the ability to do releases in chunks 1/1
713.
by mjr00 3y ago
Yeah, the library problem has some (ugly) solutions in some languages, like Go allowing multiple versions as you mention, or doing JAR shading in Java. But I don't think there's a (mainstream) language that solves the problem of p
714.
by mjr00 3y ago
> New spring library? Have fun applying the same changes to 14 different microservices. On the flip side, at some point monoliths can get large enough that upgrading libraries or runtimes becomes an incredibly difficult problem. When I w
715.
by mjr00 3y ago
> He's pushing back on the very specific claim that working fewer hours leads to higher productivity. And rightfully so. Ask anyone who's been through the grind of a startup; for knowledge workers, pulling 80 hour weeks does
716.
by mjr00 3y ago
... or just resign as a moderator, start up a Discord/Lemmy instance, and let one of the thousands of people begging to be mods take over the subreddit? Nobody's forcing you to stay on as a mod if you're pissed about Reddit r
717.
by mjr00 3y ago
A lot of these things aren't about scale and performance, but maintainability. Once you get over the initial learning curve, things like static typing, Docker, cloud services managed with Terraform, etc. don't require that that mu
718.
by mjr00 3y ago
> As a junior engineer, you don't trust your own judgement and use a library. As a senior engineer, you don't trust the library writer's judgement, so you write it yourself. What? No. As a senior engineer you realize that
719.
by mjr00 3y ago
> I can't tell if this is an honest call to keep things simple, or if it's meant to ridicule that idea. Me neither. All of these things involve tradeoffs. Multiple repos vs monorepo highly depends on your organization. Microser
720.
by mjr00 3y ago
Very true! But even then, the dynamic is a bit different. Reply-links on a post that's an obvious joke are analogous to upvotes, but reply-links on a politically controversial topic could be anything, though most likely disagreements.

More ›