Conservative? Republican? Fuck yourselves. You’ll pay for your stupidity.

  • 3 Posts
  • 468 Comments
Joined 1 year ago
cake
Cake day: June 12th, 2023

help-circle


  • Within the first minute just entirely rips off LTT.

    I gave up when this “task based file” workflow thing came up.

    create a “file” add some text. (notepad). Want to add an image? You can! Now its a formatted document (word, writer etc). Want to present it? You press present and now its … a presentation? (powerpoint etc)

    How the hell could this ever work? All of these apps (under the hood) would need to handle all these wildly different file formats whenever you suddenly want to change what you’re doing. It would require the OS to basically pass everything around instead, and all apps to be able to understand any potential file format that could ever exist, in case the “incoming” file change (notepad to word, txt to docx) is wildly different.

    And what about files that have entirely unrelated tasks? I have a video saved through the “task based workflow above” which my final output is a playing video (so in vlc under the hood). But I don’t want to watch it, I want to edit it.

    Am I now going to open the file and choose an app, or open an app and choose a file? How do I tell the computer what “task” I want, without telling it both the file and the app.

    In this task based workflow it seems to imply there can only ever be one app under the hood. What if I present internally on teams and externally on zoom?

    What if I want to edit a video and watch a different video? Or edit the video in one of many different editors, all of which “edit video” but do it different ways and have different uses?

    A task based workflow as described would still need to start from either a file or an app. Its all well and good having a “new file” button which then magically takes me to whatever thing I need to modify that file, but as soon as more than one app exists to do similar tasks, this flow entirely breaks unless you start to add a list of tasks with slightly different names. And youre back to the original problem statement.

















  • Not personally used docker and SMB in that exact setup, but I would approach it as leaving the server to deal with SMB etc and docker to handle the volume after the fact.

    But do you mean you have all your docker compose files on a different server connected via SMB, and from your host server running docker, so it needs to access the external SMB server?

    I wouldn’t set it up like this. Config data itself should be negligible. Are you concerned with docker image data storage usage? Because your setup of having the configs elsewhere I believe wouldn’t solve the image size storage needs since the docker host would still pull them down