All Posts Tagged: Fermi Paradox
All Posts Tagged: Fermi Paradox
The Fermi paradox remains interesting because of the thoughts and ideas that it is associated with. These ideas will continue to provoke, despite its paradox not persisting to today.
Of course as paradoxes go, they "want" to dissolve themselves . . . just as long as it is the relevant thoughts and/or discoveries that get applied.
The idea of trying to create institutions that are not corrupt, and who have the right priorities does not require any particularly ingenious skill - just people with a clue, who also have the willpower.
That simple thing for FOSS will be what people call cult behavior. But it's just what all institutions with particular interests do - look out for their interests. For FOSS, that includes a much stronger focus on funding smart infrastructure chains and pathways. - Looking for logical gaps in applications and tools, and trying to fill them in.
In the case of FOSS, there is not a singular institutional form (as in non-profit, for-profit). If for-profits can do it, then more power to them. If non-profits can do it, then more power to them.
If development community can be see a mutual benefit to contribution, then more power to them for building the same things that the FOSS institutions are building: even the for-profits.
All Posts Tagged: FLOSS Infrastructure
This is specifically about the last post here. I forgot to talk about Nim. I think Nim is more directly comparable to Swift, than it is to Zig. Nim might be good to replace Swift in this concept. But I could be wrong about Nim, such that it could actually replace both Zig and Swift to kill two birds with one stone.
Anyway, it's not like Nim clearly falls out of bounds of being a systems language. But I do not think that Nim has a clear enough focus on systems programming to be like C, Rust, and Zig.
I think Nim is in a similar bracket to Swift, where it should be treated much more like a highly performant applications language like C++.
So, the reason to bring this up is to ask the question of whether Nim or Swift should be the premier Linux applications language to dethrone C++ . . . in a tentatively serious hypothetical.
All Posts Tagged: Command Wiki
The elephant in the room is the plan for backend development.
This is a strange question in the real world, because I don't know how invested I am personally going to be in this project. I tend to write the ideal situation, but in reality could actually fall back quite a bit, to the closest thing I can do at a given time.
Of course falling back to different technologies is terrible, because it does not create an application that could serve as a foundation towards the more ideal one.
All Posts Tagged: Command Wiki
All Posts Tagged: Command Wiki
The concept of this high level structure is to provide basic means to creating more emergent complexity from it. It's about using these tools to provide the maximum amount of practical usability within the confines of non-professional level coding. These tools include GUI tools, markup syntax, coding syntax, and pre-configured models of abstract data representations.
Somebody should really get on the secular community deal especially if there's not too much aggression towards it. The brights idea seemed a little weird, but then again I don't remember very many details about it. But primarily the idea is to shield it from being showy, loud, and ridiculous - something that most "things" in today's world have not managed to avoid. Keep it real and based.
All Posts Tagged: Command Wiki
3 stages of learning are:
(1. Child 2. Teenager 3. Adult)
This description of learning stages are major in the process of going from child to adult, but they are still very descriptive of adult learning, especially when learning very new or alien skillsets.
Almost zero software applications are built to transition users between these phases of learning.
All Posts Tagged: FLOSS Infrastructure
There has probably never been such a thing as what I am talking about: You know, a "complete" native GUI stack for Linux, and then it's possible that a complete GUI stack could encompass more for native Linux than one would for web or Windows ever had.
I suppose the primary thought of this post can be summed up with a question. Once an idea of what the heck a native GUI stack constitutes, then: Are there really existent, let alone great, native Linux GUI stacks even right now in 2025?
FOSS can get unnecessarily political. It can get too religious. But there's a better alternative to being the opposite extreme of those things, which is barely acknowledged or understood, disjointed, and non-existent.
FOSS needs a motherload of attention and infrastructure and teamwork of a grassroots community of individuals and small organizations that are conscious of
Edit: This is not a technical post, but exists overarchingly as a take from a distance. I consume available cursory information about WASM, but I have no technical experience using it, especially at an enterprise level. With that in mind: see what I get right, and see what I get wrong.I have recently seen references to the idea of using unikernels and containers, which (for all I know) might actually be closer in effect to a virtual architecture.
Yes, "realtime" in this case is a comparison to the gameplay style of an RTS game. "3D" and "1st-person" are being used to compare to the gameplay style in a "1st-person RPG."
This is a graphical interface technique for Antock players to alter and create NPC A.I.
The design is up in the air as of yet, as there are many considerations to work around in order to produce something that is aptly fluid, scalable, and appealing.
A vein of the game itself will need to guide the player from simple to complex NPC modification, and provide a bank of pre-built A.I. examples to modify.
Of course, the term "A.I." is not being used in the same sense as the modern buzzword, but in terms of the older gaming sense of NPC decision making.
