kattis VS PhotoGIMP

My brush example in krita: https://gitlab.com/Rairden/kattis/-/raw/master/docs/primeFactorize.png

No, I like kattis. Here is my repo of the java/go src code.

Here is a decent example of a competitive coding problem solved with java and go. Both about 80 lines (the solution should be like 5-10 lines, but I couldn't get it working).

Java vs Go. I recently redid one of these little, easy puzzles here in Go. For some reason it wouldn't pass (wrong answer). So I took my java solution which I knew was correct and ran both for every possible output 10 million lines output. The java version took 2:33 mins, and Go took 18 seconds.

I am making a list of why I prefer Go over Java now (for hobby only).

Go concurrency seems WAY easier to read/write than C++'s openMP. I have a competitive coding problem I cannot beat the time limit, and it should be parallelizable but I can't figure it out. I know the concurrency code needs to be added before this for loop

I used to use PhotoShop heavily and still have a lot of the UI muscle-memorized. I switched to GIMP + https://github.com/Diolinux/PhotoGIMP and found it mostly fits my needs for basic image editing.

There's also photoGimp:

https://github.com/Diolinux/PhotoGIMP

But it's interesting if we can get FOSS Gui toolkits that allow for different approaches to menu/toolbar/discovery where the user can easily adjust and select how things should work - like readline Emacs/vi selection on steroids for Gui.

There is this project that might help you:

https://github.com/Diolinux/PhotoGIMP

I doubt it, code needs to be maintained , even if you will get stuck on old libraries you could miss out on features and improvement, of course if the changes are small and it's more like a patchset (something like photogimp) , that might be more feasible.

I don't like gimp at all, but you can still try PhotoGimp.

did you try PhotoGIMP?

See https://github.com/Diolinux/PhotoGIMP/graphs/code-frequency