• 0 Posts
  • 23 Comments
Joined 11 months ago
cake
Cake day: December 11th, 2024

help-circle




  • The main point I took away from your comment, and the thing that I think is missing in most of the other comments, is application of this concept to the real world. You nailed it. Always read the manual is a nice sound bite and something that can be flippantly thrown around to feel superior but that is terrible advice without any context.

    What it should say is: Always refer to the manual.

    Part of being a human is prioritizing tasks based on need and/or want. Another part is understanding your personal needs to accomplish a task. Reading a manual may provide value. Spending the 2 hours with family also provides value. If I choose the latter I can still refer to the manual when needed.

    It drives me crazy when people double-down on some distinct thing (always read the manual) and then preach that it should always be the case or apply to all situations. There is a concept of diminishing returns and people should teach how to figure that out rather than blast out a good sound bite. Let people identify what works for them and be respectful of that. I’m not sure why that is such a hard concept for people.


  • We talked about this in my software engineering course back in 2001. Surely we can start acting on these finding a quarter century later right? Right?? Joking (I guess?) aside, this really should be taken more seriously.

    For the most part it is just soul crushing to constantly be interrupted but people legit die because of software errors due to these kinds of things. You think someone who has 30 minutes free a day to do code reviews for a whole team is going to do a good job, regardless of their intention?

    Software is driving cars, flying planes, scheduling trains, pretty much everything in modern life. Yet we are fragmenting our codebases, micromanaging to the point of focus and productivity loss, and to make up for that we are trying to leverage ai tools that were rushed to market. Buckle up folks, we are in for a bumpy ride.




  • It makes sense, you aren’t telling sql server how to do something, you just tell it what you want and it figures it out. You aren’t even doing procedural stuff at that point.

    I like the RAD tools being qualified as 4GLs as I haven’t really thought of them that way but again it makes sense.

    Also screw PowerBuilder. I am sorry if anyone in this thread likes it…but it is seriously awful.

    Edit: Before people jump me, I do know that you have some influence over execution plans with join orders, hints, etc… but by and large you don’t tell SQL Server how to do it’s job.




  • I get what you are saying and this is definitely a factor but I think the bigger influencer was mobile adoption. As soon as smartphones took off it was inevitable that we would see a surge in cross platform frameworks/libraries.

    The fact we tackled this problem by shifting everything to web apps was also inevitable given the more simplistic deployment requirements and maintenance costs of a website vs native application.

    I feel like I am shouting to the void when I talk about performance of modern software being unbelievably bad.




  • Honest answer? It makes it easy to release an application cross platform.

    Personal / hot-take answer? Because we are human and our drive for mediocrity is astounding…especially when it can save a few bucks. Why make something good when you can make something less good faster and cheaper? That should be Electron’s slogan.



  • This person obviously has their own way of doing things that works for them and that’s great. Some of his views are patently absurd though. This is mostly commenting on his reasons against using a forge and not a comment that he should do something differently.

    Trust

    100% fair and I think this is the main take-away from the blog post. If you don’t trust something, don’t use it. Full stop, the post could have ended there and been fine. But then it goes on to say:

    You get a workflow imposed on you

    You mean like forcing people to use email to submit pull requests to your self-hosted git repos? It doesn’t matter what you are doing, if you are working on an open source project you are going to have workflow limitations. This is arguing a fallacy.

    In particular, your project automatically gets a bug tracker – and you don’t get a choice about what bug tracker to use, or what it looks like. If you use Gitlab, you’re using the Gitlab bug tracker. The same goes for the pull request / merge request system.

    Nothing is forcing you to use these features so just don’t use them. Plenty of teams use 3rd party tools but host their code in a forge site. Having options available to you automatically is not the same thing as being forced to use them. If it was, JIRA wouldn’t exist because everyone would use github/gitlab/whatever’s built-in issue tracking and project management.

    The majority of the post comes across as someone who just doesn’t like the forge sites and aside from the trust aspect, then spent a bunch of effort trying to create associations and limitations between things that don’t exist.

    Trust is 100% the main reason not to use a forge site and all the other things cited are superfluous and/or very subjective.


  • Yeah we aren’t anywhere close to the point of states breaking out of the union. Some people will call for it, maybe even a lot. But as soon as they realize what is required that shit will stop immediately. California would quite literally need to go to war with the union to gain that independence regardless of what they voted. So not only would they need to actually vote for it but then they’d have to be willing to go to war and kill and die for that separation and their independence.

    As strong as people feel, we aren’t even close to that point. Not to mention it would fail; none of the states currently have any hope of competing against the US military machine. Give us a couple hundred more years to really really deteriorate and siphon all value from the people and land and we may be there.


  • It’s hard to truly internalize this but no matter what you think about something and/or how wrong you think someone else is, we are walking through life with imperfect imaginings of what other people think and feel. Trying to make sense of people is even harder than making sense of a person. And we are quite literally incapable of truly knowing what goes on in someone else’s head.

    Definitely ask these questions but don’t drive yourself crazy if people don’t make sense. The behaviors and actions we witness in others are only the emergent characteristics of a lot of brain activity that we aren’t privy to.