Thanks! Searching for this led me to this extremely charming website where in addition to robust folding, the author argues in favor of proportional width fonts and tabstops (not spaces) in coding. Unconventional. It's nice to know someone who processes text in a similar way to me can be a successful programmer. Even if they had to write their own tools. https://tibleiz.net/code-browser/elastic-tabstops.html
I am probably a bit over the top with this tbh. I put everything in functions, even single-use activities like declaring initial variables at the beginning. I just do it to enable the code folding. Even though everything I do is small time and I'm sure it's not excessively burdensome on the system, it seems wasteful to me to have the computer hold a the function in memory when it's never going to get used again. So I was thinking this might be more efficient in such cases.
That's a very nuanced analysis. I've explained it this way especially to people who describe themselves as "bad at computers". Hey, give yourself a break, you've learned a lot about how to cope with windows. But this investment leads to a conservatism--- they dont want to learn coping skills o a new system. The devil you know.
I'd just add that GUI is more discoverable. When faced with a terminal, what to do? Whereas with a GUI you have a menubar, some icons etc. The GUI gives a lot more hints.
In the terminal (which I love) it is more powerful once you know how to crack the lid.
Itโs not really something developers want to think about very much so they often just use the default.
Do you think it was intentional ideological decision by the Rust developers or some other contributors/interests to make permissive the default? Or a random decision that has ended up being consequential because of the popularity of Rust?
I have noticed for a long time that github promotes MIT license. It lets you use any, of course, but puts a real positive shine on MIT. My perception is that this is a purposeful intervention by MS into FLOSS to promote MIT.
Yes you are correct I mis-used the term. I mean copyleft. So I fixed the post. :)
soo you are saying people are tricked into it?
Over the years, forums did not really get smaller, so much as the rest of the internet just got bigger.
There are so many niche forums.
Here's one I found a while ago when I was looking at repairing an old electric fan I found: Antique Fan Collector's Forum.
In the way that people would always add "reddit" to their searches, try just adding "forum".
I felt the same way every time I tried to use Twitter as I feel every time I try to use Mastodon. It's either way too much or way too little. I prefer everything about the reddit/lemmy/threadiverse style.
How would we even be having this conversation on microblogging? A bunch of reposts, with or without comments, disconnected from each other... So much nicer to have a "subject" line and a page where every relevant comment is presented.
mumble is already the name of FLOSS voip software so they're probably better off with the existing name. Which I don't love on first glance but there's probably some rationale for it.
Is there any specific reason to keep the docs in the wiki section? Vs markdown documents right in the wiki itself?
For my self I like to document in the code itself. It has one major benefit which is: I always know where the information is to be found. But there are some problems with it such as
-
creates conflicts when merging changes from another repo or branch
-
it makes the git history a lot messier because you have some commits on functional code and some on comments, all mixed up in a single document. I know with fancier git this could be tidier but I can't reliably work at such a high skill level
-
comments are not subject to syntax formatting so harder to read
-
source document itself becomes too long to read and hard to understand
-
extremely contextual to my skills and challenges at the time when I wrote the code; not what I will need to know in the future and not what others need to know
So not always the way to go.
some
0 post score0 comment score
I am very rarely working in other people's stuff because I am too rudimentary but of course I try to follow their rules when I do.
For my own purposes, I would do it in one of the below ways. I made the case more complicated by changing the lengths. I mostly choose consistent levels of indentation using tabs over per-character alignment but not always.
[--]
= tab,~
= single space (and double space = double space in front of comments for legibility here)Kate has a great feature called "insert smart newline" which I shortcut to
shift
+enter
. If you are typing for example on the penultimate line above and "insert smart newline" it'll automatically fill the line with[--][--]~~~~~ #:
and put the cursor at the end. This feature really enables a lot of these habits for better or worse.When I write output to terminal I really like being able to use
tabs
to modify the length of tabs according to what is the content. Sometimes I wish I could settabs
in my editor (like a word processor), it would make things simpler. But then there's portability issues for non standard features like that so.