| 1 |
- <?xml version="1.0" encoding="UTF-8"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><!--this XHTML document was generated by SSXML library --><head><title>Fozunja | Frequently asked questions</title><link rel="stylesheet" href="/style.css" /></head><body><div class="container"><div class="navbar"><div class="container"><table class="navbar-inner"><tbody><tr><td><a href="/">FZNJ</a></td><td class="navbar-right" colspan="8"><a href="/faq.xhtml">FAQ</a> <a href="/pc.xhtml">PC</a></td></tr></tbody></table></div></div><div class="header"><h1>FAQ</h1></div><div class="section" id="what"><h2><a href="#what">what</a></h2><p>All opinions here are based solely on observations and personal experience, not on general truths. This should be obvious though.</p></div><div class="section" id="gnunlinux-naming-convention"><h2><a href="#gnunlinux-naming-convention">gnu/linux naming convention</a></h2><p>I don't mind if people label Linux distributions which really rely on GNU components as GNU/Linux, but some are being confidently wrong by labeling GNU-less/Linux distributions (Alpine, Chimera, Void, Ewe-os, ...) as GNU/Linux.</p></div><div class="section" id="why-not-rust"><h2><a href="#why-not-rust">why not rust</a></h2><p>Ideology of developers who are using it is different from mine. They use crates for absolutely everything, even for functions which could be done in 1 line of code, it looks almost like javascript but in system-programming world to me. None of excuses will change the fact that cargo-cult (dependencies for the sake of dependencies) is something I am against. It is possible to write rust programs without any crates, it just feels very alien to the majority of rust devs I used to write it that way before, from notable things there is my lisp interpreter in rust (around 5k LOC) which compiled in reasonable amount of time even on amd sempron 3300+ cpu (32bit, sse3, single-core 1.8ghz). There is even article about <a href="https://en.wikipedia.org/wiki/Cargo_cult_programming">cargo-cult</a> on wikipedia. There is also some trend to say that everyone who hates rust is homophobic ("hating rust because it reminds lgbt community"), but I am myself part of LGBTQIA (aro-ace) so that point doesn't hold well.</p></div><div class="section" id="why-not-hyprland"><h2><a href="#why-not-hyprland">why not hyprland</a></h2><p>I have tried Hyprland as well, in 2022. Then checked how it changed, or rather not changed (ideologically) in 2024. Its developers can make a lot of relatively frequent config changes, for example at the very beginning they were using #aarrggbb and then switched to #rrggbbaa color format out of the blue. Same with property names in configs, they can be slightly changed from time to time or just become member of other property. It is also not completely keyboard-driven. dwl and river are better in this aspect. Its config is not even powerful, like in case of stumpwm or mahogany (both have quite stable config format afaik), to tolerate that. Probably closest thing to Hyprlang I could use, if i cared about looks, is MangoWC. the dwl fork with scenefx and animations. I am not going to talk about their community, others have already <a href="https://drewdevault.com/2023/09/17/Hyprland-toxicity.html">talked</a> about it. Only thing I can say about it's community, I literally got ban after mentioning other WM.</p></div><div class="section" id="why-not-systemd"><h2><a href="#why-not-systemd">why not systemd</a></h2><p>Usual arguments in favor of systemd are either "it just works", "it's used everywhere" or "it's faster than some deprecated non-systemd inits". 3nd claim is... what? Anti-systemd movement is not only about deprecated alternatives like sysvinit. Inits like dinit and s6 are significantly faster and have sane set of features: parallelization, dependencies, etc. 1st claim shattered as soon as I tried to install GNU/Linux distro with systemd on DV5000 (x86_32) and got infinite systemd-loop on usb stick. I tried next GNU/Linux distro, then installer complained that I don't have enough RAM (512mb) to enter it. For me, sometimes, it completely doesn't work. 2nd claim doesn't apply to me, because some of my devices uncontitionally can't be used with systemd, so I just adapted init system which really works everywhere. Before switching to other OS I used Alpine GNU-less/Linux on it for quite a while. Suckless.org has more emotional article about systemd, if you feel like reading systemd-monolith drama. Oh, since recently they also have absolutely useless age-verification api.</p></div><div class="section" id="why-not-bash"><h2><a href="#why-not-bash">why not bash</a></h2><p><q>It's too big and too slow. There are some subtle differences between bash and traditional versions of sh, mostly because of the POSIX specification. Aliases are confusing in some uses. Compound commands and command lists are not handled gracefully when combined with process suspension. When a process is stopped, the shell immediately executes the next command in the list or breaks out of any existing loops. It suffices to enclose the command in parentheses to force it into a subshell, which may be stopped as a unit, or to start the command in the background and immediately bring it into the foreground. Array variables may not (yet) be exported.</q><br /><br /><i>BASH(1) manpages; line 7361 [2025/04/07]</i></p></div><div class="section" id="why-not-zsh"><h2><a href="#why-not-zsh">why not zsh</a></h2><p>It's still slow, even if a bit faster than bash. Plugin system (one of things its praised for) is not something exclusive to zsh, there are <a href="https://github.com/ohmybash/oh-my-bash">omb</a> (package manager) and <a href="https://github.com/akinomyoga/ble.sh">ble.sh</a> (fancy readline with auto-completion) for bash I am not using any posix shell as login/interactive shell anyway so none of that really matters to me. For executing POSIX scripts I use mksh. For interactive usage I prefer extensible shell (es-shell) because it's inspired by Scheme design. I'll migrate to foss_unleashed's fork of XS (es-shell c++ rewrite and continuation, but his fork is back-port to c because c++ is bloated).</p></div><div class="section" id="why-not-fish"><h2><a href="#why-not-fish">why not fish</a></h2><p>Again, it's slow and heavy, and also recently they started to rewrite it in rust.</p></div><div class="section" id="why-not-nu-shell"><h2><a href="#why-not-nu-shell">why not nu-shell</a></h2><p>It's not that slow in scripting mode, but it's still unstable and breaking changes happen quite often. Even something trivial like for-loop can be changed. I used it before and even had 1000-line config file which soon became deprecated. People even used to praise certain solutions from my config and it's community is welcoming, so I have nothing against it.</p></div><div class="section" id="why-not-water-cooling"><h2><a href="#why-not-water-cooling">why not water-cooling</a></h2><p>Air-cooling is just cheaper and more reliable. Even if modern liquid cooling is reliable it still has some low chance to leak. Leaks cause shortages, and shortages usually cause data loss. Hardware can be under warranty, but nobody can recover data from fried m2 ssd.</p></div><div class="section" id="why-not-forgejo"><h2><a href="#why-not-forgejo">why not forgejo</a></h2><p>Because forgejo recently added vscode and intellij idea buttons. I wouldn't like to use software which assumes that I use electron-based or just corpo-related editors/IDEs. I used to use codeberg (they have own forgejo fork) for 4 years, but migrated after that change. Instance which I currently use is based on gogs. Yet recently I found that gogs developers use claude for vulnerability detection and it has toxic AGENTS.md. Next step after gogs probably will be gitweb with custom scripts because it is the simplest solution which is not stagit.</p></div><div class="section" id="why-bsd"><h2><a href="#why-bsd">why bsd</a></h2><p>Before switching to BSD I used to use various GNU/Linux and GNU-less/Linux distros for 5 years (antix, devuan, artix, alpine, chimera). The breakpoint when I switched was after Linux-the-kernel 6.17~ released and listed rust in kernel as no-longer-experimental thing. I see no point to use rust if most of code is going to be inside of unsafe blocks at that level anyway. Systemd being integrated deeper into apps could also be one of things which repels me, but I do not really use software which depends or is seemingly going to depend on it anyway. Lagging driver support is not an issue for me, I intentionally use GPU from previous decade. Even when I used GNU-less/Linux driver support was even more "lagging" (in some cases, not just everywhere) because there was no drivers which provided proprietary userland binaries.</p></div><div class="section" id="why-scheme"><h2><a href="#why-scheme">why scheme</a></h2><p>Because there are a lot of minimal interpreters and even some compilers. It's simple and powerful at the same time.</p></div><div class="section" id="why-c89"><h2><a href="#why-c89">why c89</a></h2><p>Because it has all useful features without depending on neither clang/gcc extensions. It can by compiled with literally any C compiler (lcc, lacc, scc, chibicc, cproc, tcc). Portability, if shortly.</p></div><div class="section" id="why-ryzen-9"><h2><a href="#why-ryzen-9">why ryzen 9</a></h2><p>I need cpu to compile software, there are often no binary releases for FreeBSD and GNU-less/Linux distros. On Linux I used to patch/reconfigure kernel quite often as well. Sometimes i feel like tinkering with audio, and I have small library of instrumental versions of the songs I listen. Also I am planning to self-host in future, right now I do not really have open IP though. I bought it brand-new at 1/4th of its original price because amd dropped AM4 support. It still works and in my case apparently will never stop to work at all.</p></div><div class="section" id="why-am4"><h2><a href="#why-am4">why am4</a></h2><p>because am5 6-core CPUs cost like my 16-core ryzen 9, also motherboards are more expensive. I wil upgrade to am5 only when amd will drop it and the best brand-new cpu+some-motherboard combo will cost fraction of its original price. I didn't want to pay more than 600eur for entire setup.</p></div><div class="section" id="why-rx480"><h2><a href="#why-rx480">why rx480</a></h2><p>RX480 just works and costs cheap 2nd-hand, especially 4gb one which I have. It runs 2d games which i play at infinite fps in fhd basically, and close to two thousands in 3d games. If it ever breaks I will just buy another used unit again, that is the best gpu for my use case. It does not even look that old from outside, especially sapphire nitro version, one of my friends even thought it was some expensive sapphire redesign of rx7600xt until I told them its GCN gpu</p></div><div class="section" id="why-mido"><h2><a href="#why-mido">why mido</a></h2><p>That xiaomi redmi note 4x has broken screen and missing power button. I use it as modem because I do not have wifi card. RNDIS works on every reasonable operating system. It was my main phone for quite a while. Currently runs Carbon-ROM (AOSP11) with custom kernel and some basic programs removed.</p></div><div class="section" id="what-about-macbook"><h2><a href="#what-about-macbook">what about macbook</a></h2><p>My main complains are about about false marketing/"innovation" claims, prices, software (questionable privacy), and lock-ins. The person who gifted me that laptop was considerate enough to wipe ssd so I wouldn't see the apple's horrific operating system. Like I already mentioned on my PC/devices webpage it runs NetBSD. I am not agaist used/thrown-away apple desktops/laptops as long as they do not come with security chip. Ironically I find swapped alt/meta (option/cmd) comfortable, even configured my keyboard that way on main machine too.</p></div><div class="section" id="why-wired"><h2><a href="#why-wired">why wired</a></h2><p>Because wired peripherals are usually cheaper, have lower latency and don't have toxic batteries which can fail. I can't forget to recharge wired device because there is no need to charge it. My keyboard has detachable cable so if I ever break it I can replace or even just tape it.</p></div><div class="section" id="why-60%-keyboard"><h2><a href="#why-60%-keyboard">why 60% keyboard</a></h2><p>Even when I had TKL keyboard, arrow keys and similar were on 2nd layer at htsr (MTGAP's hjkl) It's not loss for me at all, just reduction of wasted space on the desk.</p></div><div class="section" id="opinion-on-weird-syntax"><h2><a href="#opinion-on-weird-syntax">opinion on weird syntax</a></h2><p>I've had on argument about syntax, where someone said that minus in kebab-case is unreadable because it can be confused with substraction. In lisps it is absolutely normal, because infix operators are uncommon and usually defined with syntax rules explicitly by user. Some imperative languages arguably have more noise. For example rust uses exclamation mark both for unary "not" and macros; ampersand for pointers and bitwise "and"; single-quote for lifetimes and character constants; angle brackets for binary comparison and generics, and so on.</p></div><div class="section" id="opinion-on-ai"><h2><a href="#opinion-on-ai">opinion on ai</a></h2><p>"AI will replace developers": AI won't replace developers any time soon. It's just a tool, and to use it properly people still need to have some knowledge of programming concepts, otherwise they won't be able to fix content which it generates, if they are doing something seriously: it frequently reports false positives and false negatives. "Will it be cheaper to use AI?" Probably not, because companies will have to pay both to ai-operators (real humans who use AI) and to AI-companies for subscriptions, not to mention how much more expensive hardware will become because of ai data centers (that will affect everyone: business, developers, and even users) it's already <a href="https://investors.micron.com/news-releases/news-release-details/micron-announces-exit-crucial-consumer-business">happening</a> now, micron completely abandoned consumer marked in favour to ai data centers. That definitely will increase companies' expenses and lower salaries. It is also unclear how to license code generated by AI, because it was trained on projects (code and assets) with all possible licenses: [L]GPLv%i, BSD-%iClause, WTFPL, Apache, Zlib, public domain, decompiled proprietary code. Other concerns are weird behaviour: Grok AI praised h!tler, chatgpt encouraged someone to make <a href="https://drewdevault.com/blog/OpenAI-employees-are-you-okay/">suicide</a> and person actually did it... Other notable articles: <a href="https://drewdevault.com/blog/Cult-of-TDD-and-LLMs/">Cult of TDD and LLMs</a> ,<a href="https://drewdevault.com/blog/AI-crap/">AI crap</a></p></div><div class="section" id="opinion-on-rgb"><h2><a href="#opinion-on-rgb">opinion on rgb</a></h2><p>Only things with rgb I have are keyboard, mouse and gpu. All of those are either set to static color or entirely disabled. At that point rgb is not even that expensive, but if cheaper non-rgb versions exist and are not sacrificing any functionality I will choose those.</p></div><div class="section" id="opinion-on-RISC-V"><h2><a href="#opinion-on-RISC-V">opinion on RISC-V</a></h2><p>It's great open architecture, yet I am not running it because such platforms are quite expensive and there are literally no full-atx motherboards with risc-v chips widely available, projects like milk-v only sell m-atx motherboards/builds at max.</p></div><div class="section" id="opinion-on-windows"><h2><a href="#opinion-on-windows">opinion on windows</a></h2><p>I like plastic windows more than wooden windows. I am not sure why anyone would ask that.</p></div><div class="section" id="opinion-on-consumerism"><h2><a href="#opinion-on-consumerism">opinion on consumerism</a></h2><p>If I think about it, I am technically in that consumerism chain, just at the other end mostly: (buying used hardware for cheap because it's deprecated/unsupported. Only concrete statement I can make is that I absolutely hate forced uniformity (like in soviet union).</p></div><div class="section" id="opinion-on-age-verification"><h2><a href="#opinion-on-age-verification">opinion on age verification</a></h2><p>I am not going to cover every corner where it's used, just the one which I care about. In opensource operating systems, especially minimal or server-oriented it is absolutely useless. If some kid will ever use those, they apparently will figure out how to bypass such cheap filter as well.</p></div><div class="section" id="general-justifications-of-evil"><h2><a href="#general-justifications-of-evil">general justifications of evil</a></h2><p>If people will think "If alternative is still evil but less evil than the one we use, why would we want to use less evil thing?" that means they gave up. If more people will use "less evil" alternatives, more people will think how to minimize "evil" factor even further as well.</p></div><div class="section" id="principles-of-my-website"><h2><a href="#principles-of-my-website">principles of my website</a></h2><p>I want my website to be relatively simple, viawable and readable on anything from RetroZilla (gecko 1.8) on windows NT4 to modern browsers. Yet at the same time I want it to be visually interesting, hence tiled gif background (only 3 indexed colors) and PC98-VN-like-transparency for sections/navbar. I deliberately avoid any javascript on user side, so internet dwellers with disabled js won't miss anything. My entire website is built with my scheme-html DSL so enhancing/fixing something repetitive (navbar, basement, spoilers, sections) is not a big deal for me.</p></div></div><div class="basement"><div class="container"><p>This website was last compiled 1776632787 seconds since UNIX epoch. <br />2026 Fozunja (fozunja@glamour.ovh). <br />Content may be redistributed under the terms of <a href="https://creativecommons.org/licenses/by-sa/4.0/">CC BY-SA</a> license.</p></div></div></body></html>
|
