LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   General (https://www.linuxquestions.org/questions/general-10/)
-   -   Technical Book Recommedations (https://www.linuxquestions.org/questions/general-10/technical-book-recommedations-920214/)

bluegospel 12-23-2011 10:31 AM

Technical Book Recommedations
 
I think this will be of benefit to everyone, but newbies especially, to collect your three most recommended books (or other media):

On Linux, programming in general or specialized

1) For newbies
2) From newbie to intermediate
3) Integrating several popular technologies

For example,

1) "Beginning Perl" by Simon Cozen
2) "jQuery: Novice to Ninja" by Earle Castledine & Craig Sharkie
3) "No Nonsense XML Web Development with PHP", by Thomas Myer (sitepoint)

dugan 12-23-2011 11:44 AM

You mentioned some web development books, so...

"Javascript: The Good Parts", by Douglas Crockford

bluegospel 12-23-2011 11:58 AM

Quote:

Originally Posted by dugan (Post 4557068)
You mentioned some web development books, so...

"Javascript: The Good Parts", by Douglas Crockford

Thanks. I reviewed this on Amazon and it looks good. It's on my reading list.

easuter 12-26-2011 10:06 PM

1) K&R's C Programming Language / C Primer Plus
2) 24 Deadly Sins of Software Security
4) Programming Challenges - The Programming Contest Training Manual

Edit: number 3) is more about "integrating" several areas of mathematics and data structures to solving programming problems rather than technologies per se.

bluegospel 01-06-2012 01:22 PM

Quote:

Originally Posted by easuter (Post 4558995)
1) K&R's C Programming Language / C Primer Plus
2) 24 Deadly Sins of Software Security
4) Programming Challenges - The Programming Contest Training Manual

Edit: number 3) is more about "integrating" several areas of mathematics and data structures to solving programming problems rather than technologies per se.

FYI, I'm not ignoring. I'm guaging whether responses are more likely when I answer or refrain from answering.

These selections are definite reads down the road when it's time for me to study C. Hopefully sooner than later I will get to study the security pick--vital. The third is more than I can chew now, maybe down the road. Thanks!

BTW, I've been studying Dugan's pick, JavaScript:The Good Parts. Good so far.

dugan 01-06-2012 02:49 PM

Quote:

Originally Posted by bluegospel (Post 4568171)
BTW, I've been studying Dugan's pick, JavaScript:The Good Parts. Good so far.

When you've finished, watch his follow-up talks:

http://yuiblog.com/crockford/

bluegospel 01-07-2012 10:20 AM

Quote:

Originally Posted by dugan (Post 4568274)
When you've finished, watch his follow-up talks:

http://yuiblog.com/crockford/

Will do. Thanks!

easuter 01-07-2012 05:16 PM

Quote:

Originally Posted by bluegospel (Post 4568171)
The third is more than I can chew now, maybe down the road. Thanks!

Yeah, it's a bit on the "heavy" side if you are still new to programming, but it presents some excellent problems to solve from various fields and is great to sharpen your programming skills. What's nice is that it isn't associated with any particular language.

bluegospel 01-07-2012 09:22 PM

Quote:

Originally Posted by easuter (Post 4569044)
Yeah, it's a bit on the "heavy" side if you are still new to programming, but it presents some excellent problems to solve from various fields and is great to sharpen your programming skills. What's nice is that it isn't associated with any particular language.

Yeah, I would like to return to some real-world math problem-solving exercises one of these days. I'll make it a point to look here when I do. Likewise with C & security (in these cases I'm pretty green).

bluegospel 01-02-2014 03:39 PM

Quote:

Originally Posted by dugan (Post 4557068)
You mentioned some web development books, so...

"Javascript: The Good Parts", by Douglas Crockford

I've returned to this read a third time, this time finally not baffled by "the towers of hanoi."

On page 39 the author uses this example as the correct way to bind handlers to several events:

Code:

// Make a function that assigns event handler functions to an array of nodes the right way. // When you click on a node, an alert box will display the ordinal of the node.
var add_the_handlers = function (nodes) {
    var i;
    for (i = 0; i < nodes.length; i += 1) {
        nodes[i].onclick = function (i) {
            return function (e) {
                alert(e);
            };
        }(i);
    } };

My question is this--we're calling a function that returns the function being assigned to the event, but e is our event, correct? So why do we use "alert(e)" rather than "alert(i)?" Or when neither e's properties nor methods are requested is it's value rendered specially? Or is this an error?

Thanks again!

Habitual 01-03-2014 07:58 AM

Back already?
That didn't last long.

bluegospel 01-03-2014 09:55 AM

Quote:

Originally Posted by Habitual (Post 5091166)
Back already?
That didn't last long.

Nope. Strictly technical (rest assured).

TB0ne 01-03-2014 11:32 AM

Quote:

Originally Posted by bluegospel (Post 5090823)
I've returned to this read a third time, this time finally not baffled by "the towers of hanoi."
On page 39 the author uses this example as the correct way to bind handlers to several events:
Code:

// Make a function that assigns event handler functions to an array of nodes the right way. // When you click on a node, an alert box will display the ordinal of the node.
var add_the_handlers = function (nodes) {
    var i;
    for (i = 0; i < nodes.length; i += 1) {
        nodes[i].onclick = function (i) {
            return function (e) {
                alert(e);
            };
        }(i);
    } };

My question is this--we're calling a function that returns the function being assigned to the event, but e is our event, correct? So why do we use "alert(e)" rather than "alert(i)?" Or when neither e's properties nor methods are requested is it's value rendered specially? Or is this an error?

The "i" in what you posted is a counter, unless it's used in some other manner you haven't posted. "e" is used differently....you don't post the entire context of what you're asking about, but it seems fairly clear.
Quote:

Originally Posted by bluegospel
Nope. Strictly technical (rest assured).

We 'rested assured' when you said you were leaving...yet here you are...again....

bluegospel 01-03-2014 12:22 PM

Quote:

Originally Posted by TB0ne (Post 5091254)
The "i" in what you posted is a counter, unless it's used in some other manner you haven't posted. "e" is used differently....you don't post the entire context of what you're asking about, but it seems fairly clear.

The author is trying to demonstrate that in javascript, the inner functions have direct access to the outer function's variables (not copies). So the alert should correspond with the counter in the several event handlers.

TB0ne 01-03-2014 01:13 PM

Quote:

Originally Posted by bluegospel (Post 5091283)
The author is trying to demonstrate that in javascript, the inner functions have direct access to the outer function's variables (not copies). So the alert should correspond with the counter in the several event handlers.

Ok...but since we don't have that book, and you haven't posted anything but a few lines of code, all we can go by is what little is there. Based on that, you were given a hypothesis.

If you'd like a more detailed answer, post a more detailed question.


All times are GMT -5. The time now is 09:53 AM.