Seems reasonable that bald people seems to be percieved more masculine, men as well man as women. Although I'm not sure if baldness makes those people more atractive. I think it's that they did something unusual. They gained more self confidence and people love self confidence.
In fact, I have dreadlocks and people like it, because I look healthy and self confident. I think it's even better than bald head. In XXI century agression is no longer advantage - charisma and inteligence are much more efficient these days.
However, a bit of masculine look may help women, they seem to look very atractive with no hair. Maybe not every woman, but I know women that looks good with no hair.
I think it's nothing new. Although I wonder how actual is that "not having root argument" when UAC is on. Isn't it just like sudo?
Generaly I think, that what matters in security is conciousness of users. I think if Linux had more unconcious users, there would be Linux mallware, I think it'd be possible.
Well. It's very nice project. Thanks that, I've learnt quite much about building essentional environment. However it's tough as hell. I know pretty much about Linux and Operating Systems, low level programming, but it was just impossible to me to succeed some time ago. I admire anybody who can build it properly. :P
To people who want to give a try I'd say - sure, do it. It's worth it, but don't expect it's going to work. :)
Well, I'm afraid I wouldn't like it. It seems it continues the only thing that is annoying me in iOS input method - not writing what I actualy type. Sorry, too often I use words it doesn't know (maybe in english it's better, but in polish/russian/ukrainian it's quite a big problem). It would mean disaster when using this app, isn't it? Does it support other languages at all? How about cyryllic script? Does it allow to switch between languages easly? Does it replace standard input method everywhere in iOS?
HPPD is not so bad. I had one and know people have one and nothing happens. It's rather not harmful. For me, even flashbacks are not something worth to be afraid of. Anyway there's much more to gain than to lose. Not for everybody, needs much responsibility, but definetely worth to take advantage from.
Doesn't "undefined behaviour" means that solution might not be portable? Anyway it looks like a mess. I guess the most of C programmers wouldn't have any idea what that first line of function does and why. If one see restricted he just looks on google what does it mean. Looking for meaning of your solution might be troublesome.
> Doesn't "undefined behaviour" means that solution might not be portable?
It is only undefined behavior if you call the function with aliasing arguments, which is exactly what you are committing not to do anyway. It is only similar to writing the function in C99 with restrict and then calling it with aliasing pointers: you get garbage but it is your fault.
> Anyway it looks like a mess.
I actually wrote this blog post in reaction to the ongoing debate about the exploitation of undefined behavior by C compilers for optimization. As Tom Duff noted in other circumstances, “This code forms some sort of argument in that debate, but I'm not sure whether it's for or against.”
>I actually wrote this blog post in reaction to the ongoing debate about the exploitation of undefined behavior by C compilers for optimization.
So, it looks like they do quite good job. They noticed that there was some feature needed, provided with some workaround. They added it to standard. No workarounds needed anymore. Workaround that uses some compiler features, but in terms of programming language don't make any sense. That's great, makes C better with same, good sanity. In fact, one of best things I like C for. :)
Programmers might think that it is okay to use uninitialized variables as a source of additional entropy (xoring with the real source of entropy), but it isn't, because the compiler will treat the uninitialized access as undefined behavior and eliminate code altogether:
http://kqueue.org/blog/2012/06/25/more-randomness-or-less/
Maybe you should suggest some language that don't create such problems? There are many languages that use mathematical symbols similar way to maths. Functional languages should be better, since there variable values are not reassigned too often. There are also languages that use another operators for value assignemnt, like := in Pascal and <- in GNU R.
This site is great and contains so much information. Unfortunately it's hardly meaningful part of knowledge you need to write any modern OS. Unfortunately, because it's realy good fun to do stuff like that. It's quite hard to enjoy for a long time creating stuff that even you would not use.
I don't know, I've had a lot of fun making stuff I wouldn't use. Designing and implementing things (programming languages rather than OSes in my case) is more fun than actually using them :).
Not planning to use your project also gives you a certain freedom. You can do all sorts of crazy and impractical things just for fun. My language lets you change the precedence of operators at runtime. It's a stupid feature that would only cause misery in the real world, but I'm not writing my project for the real world :).
That said, it is also fun to write things people actually use. In fact, just having users or using your own program yourself makes up for having to deal with boring issues, annoying corner cases and reality in general.
In fact, I have dreadlocks and people like it, because I look healthy and self confident. I think it's even better than bald head. In XXI century agression is no longer advantage - charisma and inteligence are much more efficient these days.
However, a bit of masculine look may help women, they seem to look very atractive with no hair. Maybe not every woman, but I know women that looks good with no hair.