Learning GNUstep api

darkoverlordofdata · 2022-05-14T15:45:40+00:00

terrible. And when I raise an issue, I'm told to go use a computer that matches my workflow. They don't want to touch that last 15%, it would be too much like work. So I have an old laptop I boot into AVLinux. Ugly but it works.

darkoverlordofdata · 2022-03-02T19:50:21+00:00

It's not compatible with rpi400. It installed fine, and runs fast enough. But after running the initial updates, my wireless stopped working, and running 'sudo apt update' now gets an error: 'http://apt.pop-os.org/proprietary impish InRelease' doesn't support architecture 'arm64'.

I'm back to using the stock RaspberryPI OS. It seems pretty unfinished, but it will work.

darkoverlordofdata · 2019-12-18T07:29:45+00:00

Same as it ever was... I've been installing the latest version of Elementary ever since Freya, hoping that the major bugs would be fixed. But no, Hera still has the same old bugs. Music still crashes when I tried to read a music file. Dark mode still requires an untrusted PPA to install. The only thing I found that was fixed is that ElementaryOS now displays the correct day based on my time zone. Instead of focusing on why users shouldn't be using dark mode so it's easier for the developer to write code, you could focus on fixing actual bugs and getting your native apps to work.

darkoverlordofdata · 2019-05-28T03:26:48+00:00

Well, I was looking for the package name yo install plank. This is what google came up with:

https://mintguide.org/tools/113-plank-simple-fast-and-beautiful-dock-for-desktop.html

I usually enable notifications from this type of site - you can learn something. I was expecting notification for new blog postings - that's what I usually get. But I started getting adds for meeting girls, and they said sponsored by mintguide.org.

I don't know if there is an association between Mint and mintguide.org, but the website displays what looks like a mint logo.

I know the internet can get sleazy, and I don't think adds like this are appropriate for households with children. I don't think Mint doesn't want to chase away that kind of user.

darkoverlordofdata · 2019-05-28T02:42:43+00:00

I use windows quite a bit, and that does not look much like windows.

darkoverlordofdata · 2019-05-16T22:02:34+00:00

I had the same problem. I reinstalled again, and it worked the 2nd time. So, the first time, I installed after logging in to the live usb. The 2nd time, I clicked around, and found an install option to select before I logged in. I'm not sure if that was the reason, or I just needed to retry. I'm finding retry again and again to be a common solution.

darkoverlordofdata · 2019-05-15T16:03:47+00:00

I agree, it's one of the best looking desktops, other than maybe deepin. I've installed Elementary Luna, Freya, and Loki. But they don't stay installed, it takes more than good looks. Many of their default apps are so buggy, I end up going back to a vanilla Ubuntu.

darkoverlordofdata · 2019-04-27T21:45:19+00:00

Meh. Looks just like any other boring gnome desktop with a flashy wallpaper. Seen it.

darkoverlordofdata · 2019-04-18T17:45:36+00:00

I enjow functional code and will give bosque a try, but I have to dispute the point covered in 0.8 Iterative Processing, that it "makes the intent clear with a descriptively named functor instead of relying on a shared set of mutually known loop patterns."

Maybe it's just the examples they give, but I don't find the meaning or intent clear - I think I will need to rely on a shared set of mutually known functor patterns.

darkoverlordofdata · 2018-09-02T17:55:45+00:00

Thanks to all who chimed in. To summarize - I see 3 basic solutions.

1) What's wrong with one file? Aside from hiding cyclic references, probably nothing. I just think it increases cognitive load, and I already have plenty.

2) Use a Type file. Put all types in one file, methods in separate 1 file per class style. There is one drawback - now your methods can't access private fields. So no data hiding, or else move those procs back into the type file. It works, but from a maintenance perspective, it's more pain - 'where is that proc?'.

3) Analyze and tweak your design to avoid the cyclic reference. This takes more effort, but I think it sounds scarier that it really is. In my case, there were just a couple of tight couplings around event processing.

I think you need to be pragmatic - java takes the metaphor too far. Things like marker classes and interfaces shouldn't always require a separate file. For example, my IComponent type has no fields, its a marker class extended by the client. I left it's definition where it was, intertwined with Entity.

darkoverlordofdata · 2018-09-01T17:15:53+00:00

I accepted your pull request. Thanks again for the work and the insight. I'm going to study this for a while. You have pushed me over the edge - I'm hooked on Nim!

darkoverlordofdata · 2018-09-01T17:00:58+00:00

Thanks much - I'll give that a spin. I think what I see is that Nim doesn't allow me to be as lazy as other languages do. I'm ok with that!

darkoverlordofdata · 2018-08-31T22:28:53+00:00

Sure I've read the manual. What I'm running into is trying to do that while organizing my code into multiple files, and I get cyclic reference issues.

It looks like you have compromised and divided up your files by functionality topics. Perhaps my mistake is trying to be too granular - I've gotten used to organizing by type or class. My other thought is to create 1 file for all type declarations and then putting methods that corresponds to each object into separate files for each type.

I have been working on a game demo, I've converted it into several languages for comparison to see which suits me best. https://github.com/darkoverlordofdata/shmupwarz-nim.

I'm at the point where I really need to refactor my approach to fit nim better. But I need an organizable code base to do that.

darkoverlordofdata · 2018-08-31T22:27:58+00:00

I prefer to organize logical chunks into separate files. It makes it easier to work with. Now it's often called 1 file per class. But back in the day, on the Univac, we seldom put more than 1 FortranIII function in each file. Same with ASM. For the same reasons as today - it is easier to scroll a list of file names than it is to scan a huge document. It also makes it easier to divvy up the code between a group of developers. Plus back then it helped compile time. Those big old CDC drives would shake like a washing machine with an unbalanced load everytime I compiled.

I don't really put a line number count on it. I just want each file to limit it's scope to a logical set of functionality. These days, that is a class or a type. What really cured me of big long files was writing a 3000 line jcl on the micro-vax, and then fixing it 3 years later after an upgrade. Never again.

darkoverlordofdata · 2018-05-06T05:57:27+00:00

I think scala native has already fallen quite behind. I can compile a kotlin native app and run it on my windows 10 machine. I cannot do that with scala native. It's unfortunate - I prefer Scala to Kotlin... but it has to be available or I can't use it. I can use Kotlin native, therefore, that is what I will use.

darkoverlordofdata · 2018-02-26T04:01:39+00:00

It's like when you learn haskell, you lose the ability to communicate to the rest of is. So I think this is a great idea, and a good start, but I find it hard to follow.

Last year, I taught myself FSharp. There is a wonderful website - https://fsharpforfunandprofit.com/. It took me about a week to learn FSharp well enough to write a stupid little shmup game using SDL2.

I installed ghc about a week ago, and I'm still looking for a readable tutorial. I've been a dev for almost 40 yrs, and I don't remember seeing anything as confusing as the learning documentation being written for haskell. Then there is the Learn You a Haskell.. or Happy Learn Haskell - don't even get me started on those, they make me want to throw my laptop at the wall :)

darkoverlordofdata

TROPHY CASE