I've been playing around with the Godot game engine as a sort of modern successor to Delphi / Lazarus. I'm currently messing around with trying to create some database server management software using it.
GDScript is pretty similar in feel to Python, and you can also use C# if you want to. It has some level of GUI controls in the framework (not sure how many yet, but all of the GUI controls used to build the editor are available for use).
I want to believe the 3d capabilities might be useful for some kind of UI stuff, but I don't really have a real idea how to make that work - just a "wouldn't it be neat if..." question about it right now.
With the caveat that you probably shouldn't listen to me (or anyone else on here) since you are the only one who knows how much pain each choice will be ...
I think that given that you are not really dealing with structured data - you've said that different sites have different structures, and I assume even with processing, you may not be able to generate identical metadata structures from each entry.
I think I would go for one column of XML, plus maybe another column that holds a parsed data structure that represents the result of your processing (basically a cache holding the post-processed version of each site). Hopefully that could be re-evaluated by whatever language (Python?) you are using for your application. That way you don't have to do the full parsing each time you want to examine the entry, but you have access to something that can quickly give you whatever metadata is associated with it, but which doesn't tie you to the rigid structure of a table based database.
Once you know what you are really doing with the data, then you could add additional metadata columns that are more rigid, and which can be queried directly in SQL as you identify patterns that are useful for performance.
i am using the feedparser library in python https://github.com/kurtmckee/feedparser/ which basically takes an RSS url and standardizes it to a reasonable extent. But I have noticed that different websites still get parsed slightly differently. For example look at how https://beincrypto.com/feed/ has a long description (containing actual HTML) inside but this website https://www.coindesk.com/arc/outboundfeeds/rss/ completely cuts the description out. I have about 50 such websites and they all have slight variations. So you are saying that in addition to storing parsed data (title, summary, content, author, pubdate, link, guid) that I currently store, I should also add an xml column and store the raw <item></item> from each url till I get a good hang of how each site differs?
It's not listed as cdecl and (therefore?) not findable in the index, but in chapter 5 - Pointers and Arrays - the book presents the programs dcl and undcl that translate between C declarations and English renderings of them.
Tcl/Tk is still the easiest way I have found to make small gui apps and the language and standard library is small enough to keep in your head easily.
Pico 8 is my recent love. It's a great way to make small retro style games. There's a free educational edition or you can pay $15 for the full version which has some extra export options. I've been playing with it for the past couple months and my kids from 6-11 have started to get involved.
It's programmed in Lua and I and my kids prefer it at the moment to our previous attempts at Scratch.
o I believe this manual is downloadable as a literate org file that contains both the full documentation of the system, and the code of the system itself
o This system produces C++ code that can be compiled down to binaries.
o I am curious how this compares to Jank - another Clojure (ish?) dialect that also targets compilation via C++.
There were a number of really mind-blowing programmers that hung out in the Tcl ecosystem back around this time.
antirez, Richard Succhenwirth, Jean Claude Whippler, more.
So much of my early programming education was just wandering around the Tcler's wiki and messing around with the amazing random toy projects they came up with.
And then dipping down into the C code for Tcl was always really cool - the Tcl C style has always really impressed me. And it seems like that style was carried on in related projects like SQLite.
Sorry for responding late, but I don't think Termux includes SBCL - at least it doesn't on my android devices. But it does include ECL (Embeddable Common Lisp).
Apparently, you can compile SBCL using ECL, so if you really want SBCL itself instead of just a Common Lisp implementation, that might be a path to it.
I've played around with a similar idea with a less attractive UI, using Vim or Emacs.
With sufficient adjustments, you can reduce the GUI versions of Vim or Emacs to a single line of text. That way you can just write, but can't see what you've written one it's left that line, until you expand the window to see the full document.
It gives a good sense of flow, although I find that if I'm just forcing myself to write and push forward, it's easy to get into a situation where I'm just pushing text, and not really enforcing any kind of structure on my thoughts.
It's useful to get me into a mode where I'm thinking about new stuff, but I have to be ok with producing a lot of noise that I have to sift back though. Eventually that sifting starts to wear me out.
If 90% percent of everything I write is crap, sorting back through to find the 10% that's good and useful, is more effort than I can make myself keep doing on a regular basis.
With vim, one can go from single setting[1] to something more complex[2] or use one of the available plugins (e.g. typewriter-vim[3] or vim-goyo[4] or vim-focus[5] or Lite-DFM[6] or zen-mode[7] etc.)
> With sufficient adjustments, you can reduce the GUI versions of Vim or Emacs to a single line of text. That way you can just write, but can't see what you've written one it's left that line, until you expand the window to see the full document.
I recommend Olivetti for focused writing with Emacs. It is a simple mode but somehow it takes me back to days of writing on a typewriter. Occasionally I add a focus mode to fade out the other sentences or paragraphs. Maybe I’ve just conditioned myself because I typically only use these modes for documents that require flow over a long period of time. Emacs is excellent for the editing part of course, as is vi; plain text navigation and editing are their core values. And being in Emacs with my 100 active buffers, it super easy to combine disparate ideas, though that can mess with the flow.
GDScript is pretty similar in feel to Python, and you can also use C# if you want to. It has some level of GUI controls in the framework (not sure how many yet, but all of the GUI controls used to build the editor are available for use).
I want to believe the 3d capabilities might be useful for some kind of UI stuff, but I don't really have a real idea how to make that work - just a "wouldn't it be neat if..." question about it right now.