4 ms·

> I wouldn't put stuff in to `%HOME%\.config` on Windows Haha, and yet so many (usually Linux-first) applications do. Here's `gci $env:USERPROFILE -Force` on m

> I wouldn't put stuff in to `%HOME%\.config` on Windows Haha, and yet so many (usually Linux-first) applications do. Here's `gci $env:USERPROFILE -Force` on my computer: d---- 3/6/2022 04:39 .android d---- 6/9/2024 18:14 .cache d---- 31/7/2025 11:10 .claude d---- 16/8/2024 01:38 .config d---- 2/3/2022 07:25 .dlv d---- 7/8/2025 18:20 .dotnet d---- 19/7/2022 07:15 .eclipse d---- 1/4/2022 16:29 .fop d---- 12/10/2024 23:49 .get_iplayer d---- 26/8/2025 01:07 .gk d---- 26/8/2025 01:07 .gnupg d---- 31/12/2022 15:12 .gradle d---- 30/3/2025 15:10 .ipython d---- 22/10/2021 07:59 .librarymanager d---- 9/6/2025 17:53 .local d---- 26/11/2024 12:58 .lucid d---- 31/12/2022 15:14 .m2 d---- 3/11/2022 06:14 .matplotlib d---- 9/10/2024 20:24 .minio d---- 20/4/2023 13:16 .ms-ad d---- 4/5/2023 10:48 .nuget d---- 7/9/2024 02:05 .ollama d---- 2/9/2021 15:14 .omnisharp d---- 15/7/2022 06:10 .platformio d---- 18/6/2024 19:10 .redhat d---- 7/11/2023 12:49 .runelite d---- 2/7/2024 11:17 .sonarlint d---- 10/7/2025 04:42 .ssh d---- 27/12/2021 14:46 .templateengine d---- 9/2/2023 11:35 .thumbnails d---- 10/6/2023 09:15 .vscode d---- 3/4/2023 11:30 Calibre Library d---- 12/8/2022 18:56 dotTraceSnapshots d---- 22/8/2025 22:51 hdos d---- 9/11/2022 02:27 Heaven d---- 6/11/2023 17:29 jagexcache d---- 9/6/2025 17:53 pipx d---- 1/6/2023 07:52 RenPy d---- 1/9/2024 13:16 source d---- 22/8/2021 02:15 Tracing d---- 26/11/2024 16:31 Zotero -a--- 9/2/2023 04:13 53 .git-for-windows-updater -a--- 26/8/2025 00:45 1170 .gitconfig -a--- 16/8/2023 08:07 2413 .kdiff3rc -a--- 26/8/2025 00:59 20 .lesshst -a--- 6/9/2024 18:15 27 .node_repl_history -a--- 6/11/2023 17:29 90 jagex_cl_oldschool_LIVE.dat -a--- 22/8/2025 23:49 74 jagex_runescape_preferences.dat -a--- 22/8/2025 22:51 24 random.dat -a--- 6/11/2023 17:29 24 random2.dat -a--- 20/4/2023 13:50 0 Sti_Trace.log -a--- 22/8/2025 23:49 1 tfa.dat Observe how not a single dot-directory has the hidden attribute set[1]. This is classic Linux-first development. [1]: https://github.com/MicrosoftDocs/win32/blob/27277910169f4e1bfc81fe6edaccab50464bb4d8/desktop-src/FileIO/file-attribute-constants.md?plain=1#L54 https://github.com/MicrosoftDocs/win32/blob/27277910169f4e1b...

smcleod 1y ago
Had a chuckle at "classic Linux-first development", it's every OS except Windows - Windows is the outlier here, and I know plenty of engineers (myself included) which have no interest in trying to make things work in the Windows ecosystem. So I guess in the same way that roads are "classic wheel-first infrastructure", you don't try to pave a swamp.
- delta_p_delta_x 1y ago
  > Windows is the outlier here What about Android? The only thing Android shares with Linux is the kernel; the entire user mode environment is completely different, and this includes how 'users' and their data are handled. What about automotive stuff like VxWorks? > I know plenty of engineers (myself included) which have no interest in trying to make things work in the Windows ecosystem. Good for you; then why even bother releasing stuff for Windows? Because it checks the 'here's your Windows release, now bugger off' box? As a parent commenter says, > it is because they thought 'with -target darwin I don't get any compilation errors. ship it!' What happened to actually caring about users, their expectations, and user-friendliness, without worrying about platform dogmas? As an aside, Windows has the objectively superior filesystem permissions model. It supports a massive variety of access modes, uses ACLs by default, and this is what allows straightforward fleet management with AD. It is easier to map down Windows ACLs to POSIX octal file permissions than to map up the reverse.
  - smcleod 1y ago
    I was responding to your comment about hidden (.) files vs extended attributes. As much as I do not like Android - it does respect hidden files. I don't 'bother releasing stuff for Windows', as I said - for me it's not worth the pain.
    - delta_p_delta_x 1y ago
      It's hard to tell how your commment was a sincere response rather than derision for anyone using or targeting Windows. There was nothing technical. Here's a technical response: There's nothing 'hidden' about dotfiles on UNIX-likes, unlike on Windows where, as I mentioned, there is such a thing that is exposed by the OS filesystem API (it's a normal attribute and can be straightforwardly set/unset with right-click -> Properties; not an extended attribute which refers to a very specific thing). That files and directories beginning with a full stop are hidden in `ls` was openly acknowledged as a bug[1] in the original implementation, that gave rise to 'a bad precedent'. Ergo all the repeated gnashing of teeth (see this very article) by UNIX-like consumers who end up noticing the dotfiles anyway, because a significant plurality of people use a variant of `ls -la` for the utility of its tabular output. [1]: https://web.archive.org/web/20141205101508/https://plus.google.com/+RobPikeTheHuman/posts/R58WgWwN9jp https://web.archive.org/web/20141205101508/https://plus.goog...

smcleod 1y ago

Had a chuckle at "classic Linux-first development", it's every OS except Windows - Windows is the outlier here, and I know plenty of engineers (myself included) which have no interest in trying to make things work in the Windows ecosystem. So I guess in the same way that roads are "classic wheel-first infrastructure", you don't try to pave a swamp.

delta_p_delta_x 1y ago
> Windows is the outlier here What about Android? The only thing Android shares with Linux is the kernel; the entire user mode environment is completely different, and this includes how 'users' and their data are handled. What about automotive stuff like VxWorks? > I know plenty of engineers (myself included) which have no interest in trying to make things work in the Windows ecosystem. Good for you; then why even bother releasing stuff for Windows? Because it checks the 'here's your Windows release, now bugger off' box? As a parent commenter says, > it is because they thought 'with -target darwin I don't get any compilation errors. ship it!' What happened to actually caring about users, their expectations, and user-friendliness, without worrying about platform dogmas? As an aside, Windows has the objectively superior filesystem permissions model. It supports a massive variety of access modes, uses ACLs by default, and this is what allows straightforward fleet management with AD. It is easier to map down Windows ACLs to POSIX octal file permissions than to map up the reverse.
- smcleod 1y ago
  I was responding to your comment about hidden (.) files vs extended attributes. As much as I do not like Android - it does respect hidden files. I don't 'bother releasing stuff for Windows', as I said - for me it's not worth the pain.
  - delta_p_delta_x 1y ago
    It's hard to tell how your commment was a sincere response rather than derision for anyone using or targeting Windows. There was nothing technical. Here's a technical response: There's nothing 'hidden' about dotfiles on UNIX-likes, unlike on Windows where, as I mentioned, there is such a thing that is exposed by the OS filesystem API (it's a normal attribute and can be straightforwardly set/unset with right-click -> Properties; not an extended attribute which refers to a very specific thing). That files and directories beginning with a full stop are hidden in `ls` was openly acknowledged as a bug[1] in the original implementation, that gave rise to 'a bad precedent'. Ergo all the repeated gnashing of teeth (see this very article) by UNIX-like consumers who end up noticing the dotfiles anyway, because a significant plurality of people use a variant of `ls -la` for the utility of its tabular output. [1]: https://web.archive.org/web/20141205101508/https://plus.google.com/+RobPikeTheHuman/posts/R58WgWwN9jp https://web.archive.org/web/20141205101508/https://plus.goog...