Hacker News new | past | comments | ask | show | jobs | submit | jacobriers's comments login

I am a software engineer that works full time (and have a family:), and have just handed in my masters thesis. What made it easier for me was picking a problem I was already very familiar with (and passionate about) to do my thesis on. After that it was just putting in consistent hours in the evening after everyone went to sleep.


Working in the evening certainly helps. For the most part I have been doing the same thing. By 9pm both wife and kids are in bed so I can easily get a couple of hours of work in.



It is really difficult to select a full black or white on that color wheel. I feel I would never want to use it in a drawing tool for that reason alone.


That's true. We usually combo the wheel with a palette picker to overcome that problem. Something like this: http://jsfiddle.net/jacobriers/hhsfj4tf/1/


I did the same thing for a color app I built for adjusting CSS values using a color wheel.

Dealing with color is tricky, I'm sure I made a lot of mistakes..

One interesting bug I think I found is with NSColor/UIColor. If you set the hue for a color, and then proceed to drop the saturation/brightness to 100%/0%, it'll wipe out the hue when you change the saturation/brightness back to sensible values. It could just be something with color spaces that I don't understand, but it seems like a bug to me (data is destroyed).

I read a lot about color working on that app, and it is a pretty deep subject. You can read all about the science aspects of color, light spectrums etc. Then you read something else and realize that color is just a human sense, that is all about perception and not set in stone. All the color spaces and representations seem to have their flaws and certain adjustments don't match expectations.

To summarize I tried to learn and understand color, but in the end it all seems like a mess. I don't have an academic background, so maybe this is just a lack of understanding.


It's not a bug. HSB is just a particular way to represent RGB colors, but it's not how the colors are stored. If you create an NSColor/UIColor with HSB, you end up with an RGB color (typically in the sRGB color space), so if you create a color with a saturation of zero, the resulting RGB color has no hue at all, which means you've lost the hue component entirely (and in fact, with the way HSB is defined, you try to get HSB values back out of a grayscale RGB color, the hue value is undefined, though I believe NSColor/UIColor will just report it as zero). Or to put it another way, there's no one-to-one correspondence between all RGB and all HSB values.

So basically, if you're writing an application that exposes HSB colors to the user, you should be storing the HSB values yourself rather than relying on UIColor/NSColor to preserve them, because it won't.


Thanks for explaining that, it makes sense. I ended up writing my own Color struct to store the values in HSB like you suggest.

It's odd I couldn't find information about this anywhere. The NSColor/UIColor docs don't mention it, but there is a clue I guess. They note that NSColor/UIColor is stored as CGColor internally, and CGColor doesn't have an HSB init.

Thanks again, I searched everywhere for the answer to this.


More specifically, UIColor and NSColor store a reference to a colorspace and a set of components (plus alpha). The colorspace defines the number of components and their meaning. So all of the RGB colorspaces define 3 components, Red, Green, and Blue, which means UIColor and NSColor need to store the color using those 3 components (plus alpha) whenever they're using an RGB colorspace.


It'd be better if dragging the left and right sliders was a smoother experience. There's a decent amount of lag as it recalculates the wheel.


We went on the hunt for a time-series data-store a while ago and ended up picking OpenTSDB. It seems they are planning on supporting Cassandra (which sounds like it will be easier to maintain than HBase): http://opentsdb.net/docs/build/html/user_guide/backends/cass... Another worthy contender was KairosDB: https://kairosdb.github.io/


I concede that it's hard to stay positive, but I think SA will bounce back. Sometimes a hard fall gives you a reality check.

The article mentions that many people have left SA, but just as many stay. SA offers an amazing quality of life : I'm writing this from my office looking out across the Stellenbosch mountains. Later today I'll drive home through the countryside and spend the evening with my family. This weekend I may choose to go running at a wine-farm (for free), or take a short drive to Melkbos beach. This lifestyle is available to anyone with an "average" job.

I'm not denying that we have our problems, but we do have a lot going for us as well. My hope is that good will triumph over evil.


Did he die when it hit him?


Per the photograph, it was in his hand.


According to the title it was inside of him ;)


Any bets on how long it will take for them to fix this?


They won't. they will place something like "mod_security" to filter queries and remove the warning as they had it "fixed".


Consider applying for YC's Summer 2025 batch! Applications are open till May 13

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: