• 9 Posts
  • 221 Comments
Joined 3 years ago
cake
Cake day: August 4th, 2023

help-circle








    • What makes you think it’s ending? Can you link to a particular news article in particular? I’ve seen nothing to that effect. Even the ceasefire collapsed immediately after it was announced.
    • What disruptions do you think Trump got? Again, I’ve heard nothing indicating that.
    • I don’t think Trump is exceedingly unintelligent per se. He’s pretty talented at manipulating people. He’s more like… extremely immature emotionally and short-sighted. And definitely not book-smart and doesn’t care to be. Maybe even illiterate. Think -1 INT, -4 WIS. (Compared to, say, W. who was more -2 INT, -1 WIS. Or Palin who is -4 INT, -3 WIS. Thank you for coming to my TED talk.)

    I think you’re getting downvotes because you’re saying the war is ending and Trump’s getting what he wanted out of it and nobody knows where you could possibly have gotten those impressions. Unless you’ve got newer news than I’ve been able to find with a minute or so of searching.








  • Honestly, hard disagree. It makes building a skeleton application really quick, but it’s so magical. As the guy who people come to when they’ve been banging their head against a problem (because we bumped the version on one random serialization library and now the org.springframework.core.initializer.GenericSecurityPolicyContextFactoryConfigurationProviderServiceScannerImpl doesn’t work, so we’re faced with days more of Jar hell) for days, I’d much rather we just use Servlets directly without involving Spring at all. (And god help us if we ever attempt to upgrade our Java version.)

    Servlets was supposed to make everything easier. It 100% has its warts. (Servlet containers are pretty heavy. JSPs are terrible in every way. One of the things I hate most about it is that there’s no way to render a JSP to a string (for instance, for rendering email bodies) short of making a request back to a dummy endpoint on the same application that only does rendering.) But it’s comparatively very clean and explicit, avoids 100 layers of magic, keeps your list of dependencies small, it’s very obvious how you’d do any particular thing with it, etc.

    But people decided it wasn’t good enough and built Spring on top of Servlets to supposedly make things easier. I have to imagine it was built by the sort of people who would “fix” their cracked foundation by adding a new story to their house. If anything isn’t acting right with Spring, you have to understand both Spring and Servlets to be able to fix it. And as I’ve probably mentioned a few times, Spring is suuuuuuper magical. And integrating other third-party things with Spring involves voodoo every time.

    And then everything was good! Just kidding. Everybody agreed that wasn’t good enough either. So did they fix Spring? No. They built another story on top of the failing foundation. Spring Boot. Which adds still more layers of magic on top. I’m no fan of XML, but I’d rather deal with a web.xml file than try to figure out what the hell any particular Spring annotation is actually doing (because it isn’t working) any day.

    Aside from that, you look for fixes online, and you get a Stack Overflow post with 8 completely different answers and just have to hope one is right. So I’ve learned not to even search for answers on places like Stack Overflow. Typically, I’ll go straight to the Spring source code when people come to me with issues – because they know I’m the only one brave enough to embark on such a spelunking mission. Spring isn’t really intended to be understood. It’s meant for people to throw… let’s say spaghetti… at the wall until something happens to stick.

    Bah! You got me on a rant. Lol. I’m not really familiar with any other Java frameworks. But last time I worked in Django, I loved it. It’s not magic and it is intended to be understood deeply. (Hell. I’ve written ORMs in Java inspired by Django’s ORM because it was so understandable and elegant.)

    Anyway. In short, my experience with Spring has been exactly the opposite of yours, apparently. I think the context is one of the more innocuous parts of Spring, and I don’t think it’s that much of a concession to use that.

    Maybe I hate Spring because I’m the person that people come to when it’s broken, so every time I have to think about it, it’s because there’s some headache that it’s causing. But then again, maybe everyone else on my team would hate Spring too if they didn’t have me to externalize all the issues it causes onto. Lol.



  • I was only saying I was worried it might become mandatory in the future.

    But I’m pretty certain my employer will establish a corporate account with Microsoft for Copilot whereby my employer’s employees get the premium Copilot “features” (I use the term loosely) by logging in to Copilot using their employee credentials through some SSO integration between the two companies. And then Microsoft will probably provide usage data on a per-employee basis to my employer.

    My employer has a setup almost exactly like this with at least one other SaaS provider. The one I’m thinking of isn’t an LLM provider like Copilot. But my employer has made it clear that a) they’re monitoring usage by employees and b) usage (to the tune of a certain number of hours per week) is mandatory.



  • Timely post for me. My employer has decided to “standardize on Copilot” (after previously telling us to use Gemini but never getting us the wherewithal to actually utilize the corporate Gemini license they’d established; don’t ask me to make it make sense) and it’s possible they’ll soon start requiring us to use Copilot. I expressed to a coworker that "maybe there’s something that’s technically under the “Copilot” brand that is much less invasive and bullshit that we can use so we can say we’re “using Copilot” in a “malicious compliance” kind of way but not actually have to… you know, use an LLM for anything that’s going to fuck up our regular work. Like, maybe I can use the Copilot Outlook integration to send myself emails that I can somewhat plausibly claim to be reminders to myself. Following the letter, but not the spirit, of the “law”. Maybe I can even automate it. Whatever the case, if I was to do such a thing, this graphic could be a useful resource. Though for now, we haven’t yet gotten any mandate to “use Copilot.”

    We did something similar years ago. We were told we “had to use Spring” for a Java project we were building from scratch. So we used a tiny little piece of the Spring ecosystem of libraries. The Spring context, mostly. And some of the facilities that would scan for @Configuration classes. (Though we limited the packages it scanned pretty strictly.) Just so we could say “see, we used Spring”. But we used nothing but that. Most notably, we didn’t use Spring controllers or the DispatcherServlet. And even the parts of Spring that we did use, we only let certain portions of our codebase depend on Spring at all, just to limit how much contact our code even had with Spring.


  • A phone! That honestly changes everything.

    I haven’t really messed with any distros well suited for a touch-screen interface (and no keyboard/mouse)… except Ubuntu Touch. I’ve got it on my Google Pixel 3a.

    I’m pretty happy with it. But it’s not like a Linux desktop at all. It’s not really set up to run, say, Libreoffice or Gimp or whatever. I’ve only used the built-in browser and haven’t tried any of the other browsers available, but the built-in one is very “mobile-brower-app-y” rather than anything like a desktop browser… It’s got apps and an app store like Android/iOS has apps and an app store. The ecosystem around it is way more open than either Android or iOS. (Like, you don’t have to register with anyone to side-load things.) And the kernel is Linux, not Android or anything. (There is a way with Waydroid to run Android apps on Ubuntu Touch, but I haven’t tried it.)

    There are other Linux-based OSs meant for phones like PostmarketOS, but another thing about the phone distros is that device support is going to be very specific. You’ll want to buy one of the very few devices that is well supported by the distro you want.

    So, whether Linux is good for you definitely depends on what you’re wanting more specifically.