Bystroushaak

I highly recommend Baroque Cycle: https://en.wikipedia.org/wiki/The_Baroque_Cycle

Can recommend Honeycomb Storage Wall. Printed it two weeks ago, so far I am super happy with it. I've tried multiboard previously, but only a few segments. It was harder to print, I had it for a year and never really got into accessories, it felt too limiting.

I mean, I have nothing against the retail version of this, if there was any. If you have something in mind, post it here. I've tried the PiJuice first, in hopes that it will be sufficiently retail and will work for this usecase, and it didn't.

> The overwhelming majority of cyberdecks I see get posted on reddit are basically raspi + pelican case + ortho/ergodox. It's grown quite stale and certainly almost none of these devices get toted around despite the emphasis on portability in the source material.

Yeah, that's basically why I disassociated myself with the subreddit and gave admin to someone else. Originally, I wanted a shared place to have links to interesting projects, but what was for me about functionality, was for most of the others about aesthetics.

I would say python's stdlib is mostly stable.

Usually when I port shell scripts to python, I create a folder for it and throw in some setup.py / requirements.txt. But lately, I've automated most of the deb package creation process (https://copier.readthedocs.io), and I typically create the whole deb package. Of course, for single use stuff, I don't bother with either.

Well. I've been using python personally since 2007, and it never broke with update (I still occasionally run scripts written for 2.5). Also, I am working as a python backend dev, dealing with hundreds of systems (we are deploying 270+ systems and supporting another 340 user built docker images built on top of py library), and no problems there either. In my previous job, I was doing deployment to 4000+ kiosk computers, and still, no problems with python breaking.

What was definitely problematic was the update from 2 to 3. Another problem may be dependency management (people not pinning dependencies). But the python itself? What does it even mean? Interpreter not starting?

Can you elaborate?

I usually replace shell scripts with python (using sh module: https://amoffat.github.io/sh/ for calling other scripts/programs).

Not sure about Idea, but PyCharm directly supports syncing the settings into the git repository. File / Manage IDE Settings / Sync with Settings repository. It autocommits & pushes when you change something. I've been using this for years to sync my settings between home & work computer.

That should be CTRL+SHIFT+click, not just shift click. Muscle memory, heh.

You can just undo. And when you can't for some reason (you restarted the IDE or something), you can just look at the "Local history" and return back in time to any previous state.

I've been using Vim since 200x (i think 2007, but not sure), some time even as my main editor, but this is simple not true at all.

I've been trying the "built your own IDE from the editor" approach using Sublime, VSCode, and several other editors, but it doesn't work as good as good IDE. Especially the I in the IDE is important. And also that it actually really works and is integrated by someone else. I can't even remember how many times I've got broken things in VSCode, for example when I was using rope (refactoring library) or MS plugins for code analysis.

PyCharm has a superior understanding of the code, which allows you to do refactoring and other things effectively. What convinced me to use it was when I've seen other people use highlevel features like "take this piece of code, move it into own method and set theese default parameters" without even thinking, in split second decisions. I've read Effective PyCharm and kinda decided, that I don't have enough time to try to make my own IDE from things that will never get the integration to the level PyCharm already has. It was a pain (it took me something like two weeks just to map all the keys and set the defaults), but it made me much more effective.

I usually have Structure side panel[1], which shows all of the definition signatures (classes, variables and functions), and probably the thing you mentioned (CTRL+r on linux), and also if you double press shift, it will do a semantic search trough the whole project.

[1] You can see it on the left https://blog.rfox.eu/en/Programming/Tools_I_use/Tools_I_use_...

Not sure about bare PyCharm, but if I shift click on any function use, it goes to the function definition. When I shift click on the definition, it shows me all of the uses. I use a lot of custom shortcuts for things like refactoring (rename, move up / down the class hierarchy, move to another file, change signature / arguments) and to show quick documentation.

Personally, I don't understand why there is so much surprise. If you really think about it, your avatar is something you will look at a lot. So you naturally choose something you like. And people have tendency to chose live objects rather than say, a gigantic 3D number, particle system, or white light. There is not really much choice; humans (humanoid characters, like elfs), animals (& imaginary creatures & hybrids, four-legged animals are typically weird to control in 3D environment) and maybe robots.

I feel seriously old since I've been using furry fox avatar in SecondLife back in the 2006, and even then, this was fairly common.

The bomb really wasn't known. Some people speculated that it may work, some people were sure that it couldn't.

I've finished https://www.goodreads.com/book/show/170428.Now_It_Can_Be_Tol... last week, and from what I understand, a lot of people didn't think that bomb is a possibility (for example, the Germans weren't really sure), and even when the Manhattan project was running several years, the scientists still weren't sure that the bomb will work as expected. There was a lot of variables in play, and for example, materials for the bombs weren't available for testing in large enough qualities.

One of the concerns, from what I understand as a layman, was that a critical amount of material will blow itself up too early, so that most of the material won't be part of the explosion. This was solved, I think, by some kind of neutron reflectors, or something*.

There are few chapters about how part of the Manhattan project was capturing scientists from France, Italy and Germany. When they captured them, their housing was bugged and there are transcripts from that time in the book. When the bombs were dropped, they generally couldn't believe that it really worked.

* One of the transcripts shows, that the Germans didn't think of this, and when they thought about the bomb, the thought about basically overloaded nuclear reactor, which would be big, heavy and impractical for use as a bomb.

Also Wedos here in Czech republic; https://www.wedos.org/en/

I have written something on this topic previously: http://blog.rfox.eu/en/Programmers_critique_of_missing_struc...

I do use Docker, but that is a tool for completely different purpose. I need something else for configuration of all my physical machines; virtual server, physical server, several notebooks and so on.

YAML may be human readable, that doesn't make DSL built on top of YAML by people who know shit about building DSLs less pain. You don't really write YAML, on the higher level, you interact with Ansible via interface, that on the lowest level uses YAML.

> I see no practical benefit to requiring devops people to use one scripting language over another, when there are so many equivalent choices to accomplish the same tasks.

I actually agree. I am a python programmer, for me, python makes perfect sense. Blogpost doesn't say that you should use python, just that I find pyinfra nice.

Op is python programmer who is using python for everything for more than 13 years, so there you have the reason. I am also writing my own programming language .. in python: https://github.com/Bystroushaak/tinySelf

I've seen Mitogen, but that to me looks like lowlevel ssh paralelization library. Great project, but it doesn't seem to provide any abstractions, for example declarative package manager wrapper, that would work on multiple linux versions.

> This is abstracted in YAML so that anyone who uses any modules does not need to know the language it is written in. Only the YAML syntax.

And the declarative and imperative language you've built on top of that.

Thanks for the links. I am kinda surprised by the activity on this blogpost, it's just something that I've put together in an hour or so, mostly as notes for myself.

I do "exporations" where I put bunch of related stuff into the wiki node and then take an evening to go over them and do some evaluation. It wasn't really meant as a comprehensive study.

Thank you for pointing that out, thats exactly one of my points.

You make a good point by the way. I really think that next iteration of the OS paradigm will come from this angle. OS is becoming redundant anyway, in the age of cloud services (I don't think it will be desktop OS, just another OS for cloud). You are basically only interested in environment for your app, hardware abstraction is not that important, when whole filesystem is read only docker container anyway.

Thats one of my points, yes.

I would like to point out, that having structured information as "bytes" or "text" is general and universal, but pretty much no one uses it as such. Maybe for simple append, or maybe for tasks like "count number of bytes". But every time you want to do something with the actual structure, you end up using ad-hoc parsers.

Unix utilities sound like a great thing, because how universal they are. Want to find something in text? Just use grep, or maybe with regexp. But what this really say is "use a parser made from simple condition", or "create parser using single character pattern matching language". And ok, this would be fine, if it really worked, but it can't really handle the structure. It may be great for admin, who just wants to quickly find something, but it is horrible and broken by design for anyone who really want to make something more permanent. So you end up with writing better parser / using library. And you are not working with text anymore, but with typed graphs / trees. And this happens every single time you actually do something even slightly complicated with "just text".

> Let's reminisce on some OS-bundled databases of Unix: The libdb files, the utmp/wtmp/btmp style files, the /etc/services and /etc/passwd style ascii databases.

I would argue that you can't really call this a (ascii) database, because it isn't (no transactions, no data types, no query language, no parallel write, nothing). It's what you get with unix - shitty stream of bytes.

Well, its just criticism. I am working on my own programming language (http://blog.rfox.eu/en/tinySelf.html) which could be probably used for experiments on this field of work, but mostly I am focused on creating personal wiki systems these days.