prakhunov

This changed a couple of years ago but GlusterFS does run on FreeBSD now.

It's not BSD centric but it works.

https://www.freshports.org/net/glusterfs/

That isn't the same type of HDR that these HDR modes on cell phones are. You seem to be confusing bit's with stops of dynamic range.

To simplify I'll pick a grayscale image so with 8bits you would only have 0-255 as pixel values for the intensity.

With 12 bits you'll have 4096, and so forth.

What cellphone HDR usually does is take the image at a high exposure and a low exposure and combine the result. (Also the sensors inside the cellphone are also more than 8bit)

Even if you take a 12 bit photo if it's overexposed you can't do much. All you get is more play but it doesn't solve the fundamental problem of too much light hitting the sensor, or vice versa if the image is underexposed.

Now there are more advanced camera sensors that let you set the exposure time (or usually the ISO (which just translates to gain) at specific horizontal points of the sensor so that you can get even better images in one frame.

Huh? Prometheus definitely exists.

This brings me back to the time of when I used Photoshop 5 to create the entire website design and layout, create slices, and export to HTML which was then by edited by Dreamweaver.

RPC over Rabbit can work (and does) but you do have to remember that it in the end it is a queue and a couple of bad messages can stop your entire system.

RPC over Rabbit is fine if you don't care about the result, or you can guarantee that each message gets processed in a short constant time.

They are: https://www.freshports.org/x11/kde5

No you can use Wayland as long as your window manager/environment supports GBM. Gnome and KDE both do (Which for most Linux users is all that is needed).

Now you can't use something like Sway but their lead developer is too evangelical for my taste so even if I had an AMD/Intel card I would never use it.

For any slow performing query you can always log the raw sql that is generated and run a normal explain like always.

You should also have database profiling tools in your disposal at all times, regardless if you use an ORM or just raw SQL.

ORMs are great when used sparingly and properly. For a bunch of normal crud operations they are great because they get rid of a lot of boilerplate code.

Also as with any ORM you can always drop down to raw sql in the situations that require it.

I have no idea what their use case was, other than the lack of HTTP/2 support, if all you are doing is just serving lots of static files Lighttpd is still a very good choice.

Like other people in this thread have said, I definitely look for projects or contributions that look interesting, or are job related, to start out having a conversation.

However, there is one thing I look for that will, usually, be a huge negative against the candidate. I have run into many candidates where their github projects are just 100% clones of various tutorials. When a github profile is only full of such projects it doesn't tell me anything different than what is on your resume, and my trust in the candidate goes down.

Other than looking at code quality, I actually look into their commit history and see if they are using the various best practices of git.

I don't think there is a package yet for OpenBSD but this has changed in FreeBSD as of 3 days ago:

https://supernews.freshports.org/java/openjdk11/