I can only use my own color palette, because it is designed to separate features by hue.

In my case, comments are gray, constants are yellow, strings are purple, markup like HTML is green, some parts inside the markup are blue, and the hot colors are for code, red-orange for keywords, orange-salmon for variable names, etc.

No matter the language, I can rely on my theme to identify sections of the code, and it feels safe and familiar.

All the other color palettes seem, to me, a random assortment of colors that completely ignore function, and that makes them unusable, no matter how pretty they may appear.

I don't think anyone else uses my color palette, besides me =)

It can be seen and downloaded from here: https://colorsublime.github.io/themes/Poyeyo/

> the color schemes for syntax highlight are subjectively less pleasing

I fixed that particular issue by making my own color schemes.

I am probably the only user, but this is OK.

In my case I had a very dark CRT monitor.

Likely burned out after many years of use.

This is the tool I made to make it brighter:

https://github.com/macondobits/gamma

It resides in the system tray, remembers profiles, and it could be useful for someone else.

I will upload the gamma.exe file to github one of these days, or sooner, if anyone wants it.

The great and unexpected thing, it even works in Wine and changes the gamma ramp in Ubuntu. I use xgamma in the command line instead of my own tool, but I'm glad it works.

C++ seems very niche for web development, but it is actually very popular for game development.

Try asking in the /r/gamedev and the /r/gameDevClassifieds subreddits. I'm sure someone is wondering how to contact a C++ developer.

There's a way to detect the system decimal separator using JavaScript, but it only works in IE and Firefox, and it doesn't work in Chrome because it is marked as 'optional' in the standard.

Bitcoin seems a viable alternative. However its value goes up and down constantly.

What you describe as awkward I find much more interesting.

Compiling what? May be some of us can help you.

If it's C++, I did learn cmake, and now I use the same script for Ubuntu and for Win7/VS2008 and Win8.1/VS2012, and so far I just don't care about compilation issues anymore. Sadly the VS site only has VS2015 now.

But yes, the first time you have to check the VS version and add all the proper env vars for the cmake scripts to find the libraries.

But anyway, it is much better than when I used mingw and made makefiles by hand.

How about code written in C11? Or Fortran 95? Throw in a couple of numerical libraries you want to link to, maybe CUDA or some MPI or an optimized BLAS/LAPACK, and it's an all night party.

I lurk on a few sci.comp mailing lists, and the number and nature of problems that the Windows people have with compiling is crazy compared to Linux where the OS actually has a package manager and stuff Just Works.

As for cmake, I don't think it's any better than (gnu)make. I've seen big projects with complex buildsystems (eg. PETSc from Argonne) switch to cmake and then switch back again to make quite quickly. A frequent "problem" with make, I think, is that people learn just enough about makefiles to compile HelloWorld.cpp and then use that knowledge for everything.

I think I agree with you on all fronts, simply because the online cmake documentation is not as good as it should be.

For BLAS, it has a

    find_package ( BLAS )

script, which you can use. The same for CUDA. They define cmake variables you can use later for the include and link search paths.

https://cmake.org/cmake/help/v3.0/module/FindBLAS.html

https://cmake.org/cmake/help/v3.0/module/FindCUDA.html

I haven't used C11 or Fortran95, only C++11, and I had to add a cmake script for it, you can find it as CheckCXXCompilerFlag somewhere in the web.

I have to use Visual Studio instead of mingw because I'm using some winSDK libs, and VS has no (gnu)make, and what VS offers for the command line is not cross-platform, making it a poor investment of my time to learn about it.

After climbing just a section of the the steep cmake learning curve, I have deleted the solution and project files from my repository, and now I use cmake to compile and run the project in the command line with both VS2008 in Win7 (the PC) and VS2012 in Win8.1 (the laptop), without any path dependency. Previously the solution files depended on both my username and the path, and just moving the folder was cumbersome and required a lot of fiddling with those files.

Another thing I really like is the concept of an out of source build, and that's very easy to set up and use with cmake.

I now can write

    git clone somewhere:my_project.git
    cd my_project
    mkdir build && cd build
    cmake -DCMAKE_INSTALL_PREFIX:PATH=../install ..
    cmake --build . --target install && cmake --build . --target run

in both Ubuntu and Windows and see my program running, which means I will not go back to make, or nmake or gmake anytime soon.

Native modules for Node.js for example.

I used to suffer from various small pains, even a Quake2 induced pain in the dorsal side of the hand, and they stopped when I started to use a bike and lift weights.