336
Microsoft announces Project Zenith, a clutter-free Windows experience meant to entice developers - Engadget (www.engadget.com)
submitted 1 day ago by to c/technology@lemmy.world
88 comments fedilink hide all child comments
 

But you'll need a powerful system with 64GB of RAM to use it.

Microslop thinks that "Clutter free" means "bundled with an always on LLM" 😸

you are viewing a single comment's thread
view the rest of the comments
[–] 17 points 1 day ago (2 children)

Visual Studio, VS Code, WSL2, docker containers, SQL Server + SSMS, MS Teams, ...

Usually all at the same time. Not everyone is doing just web dev.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 5 points 1 day ago (4 children)

    Teams, Visual Studio, VS Code are trash, they leak memory like no other

    WSL2 is hilarious, just run Linux/UNIX?

    SQL Server and SSMS are trash

    I run Docker quite a bit but if you’re actually writing the containers efficiently it shouldn’t be sucking down ~64GB of RAM. But I’ve also seen how people shovel things like Java, log rotation, etc. into those containers because they act like it’s a 1994 VPS.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 8 child comments
    •
  • [–] 8 points 19 hours ago*

    Not everyone does the same development process as you.

    And I’m sure we all work at places that allow us to change the entire tech stack and switch away from teams /s

    Be realistic, there are many reasons you need all of these things and more. Why are you trashing other people so much?

  • permalink
  • fedilink
  • source
  • parent
  • [–] 12 points 23 hours ago (2 children)

    This is on my work PC, I can't just switch there (:

    For .NET development Visual Studio and Rider are the only decent options, everything else is "trash". Teams is the company communication tool (besides Outlook).

    And we run SQL Servers in Azure, PostgreSQL would cost the same (but I'd love to switch to it myself).

    You don't need 64 GB of RAM, I was happy with 48 GB too, but the headroom is nice. 32 GB would be borderline for my work though, especially as I often have two heavy backend services open (2x Visual Studio) plus a Python project for automated tests (VS Code).

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] [S] 4 points 19 hours ago

    run Docker quite a bit but if you’re actually writing the containers efficiently it shouldn’t be sucking down ~64GB of RAM

    In Windows when you run a docker container a full Linux VM is run, so it uses gigabytes of memory

  • permalink
  • fedilink
  • source
  • parent
  • [–] 1 point 23 hours ago* (last edited 15 minutes ago) (2 children)

    .

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 8 points 23 hours ago

    When you work on backend services you have a local DB running 24/7. Changes don't go onto the actual dev environment until locally tested, or you might just break things for 50 other people.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 5 points 23 hours ago* (1 child)

    Why an RDBMS on the local though? Testing shit doesn’t make sense to name it as a regular piece of software.

    I always build against a local DB?

    For our desktop / LAN software the DB will always be local.

    For web, it's easier since I'm likely to burn the DB down over and over during early development / prototyping. But I'm not using cloud hosted DB even in production, and don't expose Postgres outside the DB server, so I find it easier to work on this way.

    EDIT: I also think that a default installation of VS includes SQL Server. I don't use it, so always have to adjust the installation and remove all of those bits, but I also have complete control of my environment. I could see an IT department just doing a stock VS installation with the required workloads.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [+] 1 point 23 hours ago* (2 children)
    [deleted]
  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 4 points 22 hours ago

    I could totally see that for the web stuff where I only make changes a couple of times a year. Usually when working on those I just delete the local DB before I start to keep it clean, but spinning up a new copy would be more efficient.

    For our desktop apps / server Postgres is always installed locally on the machine, so keeping it there mirrors "production".

    I spent most of my time working on those apps and services, or working on the Android client (or both at the same time when a feature requires that both change), and often on a copy of actual customer data as we do a lot of custom work for clients.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 2 points 22 hours ago

    Yeah, that’s exactly the process- while you are building out a feature it hits a local DB and once it’s ready to integrate you push it to a shared environment.

    If you break dev, coworkers be mad

  • permalink
  • fedilink
  • source
  • parent