thanato0s
Joined 8 years ago
Joined 8 years ago
So, do you know what's the difference between the "controlling termina" and the "terminal connected to stdin"? I though the terminal connected to stdin was the controlling terminal...
So the article begins with a story where a character, who doesn't know what he's talking about, try to mentor one of his colleague. It might be awkward though, and difficult to understand; sorry for that.
For sure this article was written better by others, but to me they were also lacking some stuff. I never found an article summarizing the whole story; most of the other sources were brushing away too much information for me to understand really why the TTY device had this weird structure.
But I guess not everybody will agree... and that's fine :)
I'm not a native speaker. It doesn't excuse my mistake though.
Yeah, my bad. I'm not a native English speaker, and somehow to me the word "encoding" was only used for encoding information on a computer. I was confused when I wanted to say the same thing for telegrams; I began to use "codify", and then "encrypt", which is obviously wrong.
I fixed the mistake. Sorry for that.
1. It's way too long, the complete stuff is ten of thousand of lines. 2. It goes into needless details, especially at the beginning (the "finding help" section is intense for example). It turns me off each time. 3. It's too dry, not really enjoyable to read to me.
For the "expert", it's just to have a progression in the series. It's entirely subjective.
I read the whole user manual, it's a pain. There are too many details in many areas, not enough in others. It's way too long, too. I don't see a beginner reading that and getting the info he (or she) needs before giving up.
I agree I could have been more direct, but I also wanted to explain the concept in detail, especially for beginners to understand it. When I was beginning in the industry myself, it was difficult for me to understand abstraction, and the articles I was reading didn't really improve my understanding; they often speak about the way to create abstraction instead of explaining what is abstraction and why we need to abstract things. I don't have the presumption I did better, but I tried.
I speak about simplicity in the article; therefore about complexity, but indirectly. Maybe I should have been more direct on that point though.
And I also do many analogies with abstractions outside of software development.