nadohs
Re:Ask HN: Just bought a new domain “linkedrecords.com”. What should I...
on Friday January 14, 2022 @06:39PM (#29941995)
blockchainz
Re:Ad Fraud on LinkedIn
on Tuesday September 08, 2020 @07:23PM (#24414837)
I am not convinced by their single ad, one day of data (11 clicks total) that they have proven anything..
This was a waste of time unfortunately...
Re:Personal AI project video: Anticipating user needs with GOFAI
on Wednesday August 05, 2020 @01:37PM (#24063377)
OMG, you've built a mansplaining bot
Re:Thinning in brain regions important for memory linked to sedentary ...
on Sunday April 15, 2018 @07:49PM (#16845710)
Maybe people with thinning in brain region associate with memory overestimate the amount of time sitting because they can’t recall as accurately what they were doing in between sitting sessions...
Re:The red and green specialists: why human colour vision is so odd
on Thursday February 08, 2018 @06:23AM (#16331476)
...
Re:The red and green specialists: why human colour vision is so odd
on Thursday February 08, 2018 @05:58AM (#16331400)
Incredibly stupid experiment. As someone who is red-green color weak, just as 10% of the male population is, I feel insulted by the implication of this article and the obvious glossing over the fact that not all humans see green/red very strongly. This is lazy science, seriously asking people to differentiate between images of apes that want to mate? It made no sense, you basically proved that some people are colorblind... ok. Did you plan and write this over a weekend? Why did you even bother?
Re:Cast-Free Arithmetic in Swift
on Monday October 12, 2015 @03:32PM (#10376534)
Exactly, this is also pointed out in the struct definition in CoreGraphics for CGFloat.
/// The native type used to store the CGFloat, which is Float on 32-bit architectures and Double on 64-bit architectures.
Re:Cast-Free Arithmetic in Swift
on Monday October 12, 2015 @01:39PM (#10375964)
Good point bringing up over/underflow, I didn't think much about Nan or infinity, but I did consider potential over/underflows. I originally built an overflow/underflow checker(on the github project), but then re-evaluated it and figured it wasn't really necessary since the default action for number types that overflow/underflow in swift is to throw an error runtime. The person asking the question mentioned another series of operators that exist &+, &-, &*,etc that allow for overflow/underflow to occur on number types in swift.. without the error throwing, which is not the default.
Re:Cast-Free Arithmetic in Swift
on Monday October 12, 2015 @01:34PM (#10375938)
I use the dot property conversion, not the overloading in general use. I also have such reservations about using overloading for casting in production. What I do use, is the series of extensions for single letter dot property conversions, the extensions without the protocol extending, that I also used in Swift 1.2. Sorry if that was unclear...