[ cyb / tech / λ / layer ] [ zzz / drg / lit / diy / art ] [ w / rpg / r ] [ q ] [ / ] [ popular / ???? / rules / radio / $$ / news ] [ volafile / uboa / sushi / LainTV / lewd ]

λ - programming

/lam/bda /lam/bda duck
Name
Email
Subject
Comment
File
Password (For file deletion.)

BUY LAINCHAN STICKERS HERE

STREAM » LainTV « STREAM

[Return][Go to bottom]

File: 1399453189739.png (540.48 KB, 1280x720, madoka_reaching_satori.png) ImgOps iqdb

 No.190[Last 50 Posts]

What books should every programmer read?
>>

 No.194

File: 1399464362561.jpg (68.14 KB, 450x568, deisgn_patterns.jpg) ImgOps Exif iqdb


>>

 No.198

File: 1399469895649.jpg (39.73 KB, 376x500, 51iyn7kz0uL.jpg) ImgOps Exif iqdb

I was pleasantly surprised by how much I enjoyed this book. I was expecting just lots of ESR being ESR (which is also fine), but it has a load of good advice.

>>

 No.200

File: 1399470565127.jpg (55.1 KB, 319x475, dragon.jpg) ImgOps Exif iqdb


>>

 No.201

File: 1399470635293.png (44.05 KB, 672x888, lyah.png) ImgOps iqdb


>>

 No.212

File: 1399486725830.png (95.17 KB, 516x768, 4087.9780735605053f_2D5EA4….png) ImgOps iqdb


>>

 No.213

File: 1399486786304.jpeg (50.31 KB, 420x475, Clrs3.jpeg) ImgOps iqdb


>>

 No.214

File: 1399486841976.jpg (17.65 KB, 197x300, Mythical_man-month_(book_c….jpg) ImgOps Exif iqdb


>>

 No.220

File: 1399491792432.jpg (13.07 KB, 260x326, prag.jpg) ImgOps Exif iqdb

The Pragmatic Programmer

>>

 No.221

File: 1399492689207.jpg (28.84 KB, 500x431, artofcp.jpg) ImgOps Exif iqdb


>>

 No.222


>>

 No.227

File: 1399502548014.jpg (176.98 KB, 782x1219, 71jkciErnDL.jpg) ImgOps Exif iqdb

Very inspirational.

>>

 No.229

File: 1399502706148.jpg (107.77 KB, 630x768, 2352.9780735619678f_6D9394….jpg) ImgOps Exif iqdb

It's nice to flip through this every now and then, full of "aha!" information that you should already know but can't think of off the top of your head.

>>

 No.230

File: 1399502797710.jpg (139 KB, 926x1365, cover-big.jpg) ImgOps Exif iqdb

Made me realize how great programmers can be similar and dissimilar. Also, a really interesting chapter with Haskell's creator.

>>

 No.231

File: 1399502913582.png (78.94 KB, 600x775, The_C_Programming_Language….png) ImgOps iqdb

Worth reading and doing the exercises. It kind of gives you a deeper knowledge of the ideas that >>212 talks about. Computers aren't magic. Deep down, there actually is a way that they all work.

>>

 No.234

>>230

Simon Peyton-Jones is my role model in life.

>>

 No.235

>>229

This book is so relaxingly down-to-earth, man, it takes like a negative metal effort to read, but holy shit it's oooooold-school… Dat section about refactoring out gotos, like, wow…

Also not a book but I think every person who deals with dynamic languages should read pdf related.

>>

 No.237

File: 1399506833726.gif (144.24 KB, 400x500, UnixHaters.gif) ImgOps iqdb

web.mit.edu/~simsong/www/ugh.pdf

Slightly off-topic, but this book is a nice reminder that the beloved Unix tradition has a long and rich history of epic fucking suckage, the part about the X window system is brutal and absolutely hilarious, and the chapter about Usenet is eerily reminicient of everyone's favourite anonymous bulletin board, which shall remain unnamed.

>>

 No.538

File: 1399991498597.jpg (71.95 KB, 488x648, 0132350882.jpg) ImgOps Exif iqdb


>>

 No.539

>>237
anon, silly you, you can say lainchan here

>>

 No.553

>>237

Nice book.

>>

 No.560

>>231
K&R was good, although I got more out of it when I read it after learning C from another book and playing with it for some months.

>>

 No.573

>>237
The "terminal I/O is a two directional byte stream" paradigm ended up allowing Unix to move seamlessly into arbitrarily resizable X terminal emulators, and telnet and SSH, without having to rewrite every application or even ncurses to be network-aware.

>>

 No.579

>>573

The stream paradigm is probably the coolest thing to come from UNIX, to be honest.

>>

 No.586

File: 1400084285595.jpg (15.95 KB, 259x346, 41msCHD39AL._SY344_BO1,204….jpg) ImgOps Exif iqdb


>>

 No.588

>>586
This, and something about regular expressions.
Mastering Regular Expressions might be too in-depth, but the average internet tutorial isn't in-depth enough.

>>

 No.598

>>586

Rob "OOP sucks so I'm brigning back everybody to ad-hoc polymorphism by upcasts because parametric typing is too complicated for me" Pike

>>

 No.601

>>598
Well, good thing in this book he just teaches you about UNIX, so that doesn't matter.

>>

 No.602

>>601

"everything is a buffer containing ASCII: the book"

>>

 No.627

File: 1400377829942.jpg (44.6 KB, 385x475, tls.jpg) ImgOps Exif iqdb

In my opinion, at least. Even a seasoned C programmer can learn a lot and have fun doing it.

>>

 No.631

File: 1400388125696.jpg (348.2 KB, 381x500, arch.jpg) ImgOps Exif iqdb


>>

 No.652

>>222
But why not?

>>

 No.654

File: 1400510363432.jpg (22.65 KB, 249x346, 51METCM1H3L._SY344_BO1,204….jpg) ImgOps Exif iqdb

Well, maybe not all CS people, but those who want to enter the workforce.

>>

 No.655

>>538
>Agile
>clean code

pick one

>>

 No.666

>>631
>http://www.aosabook.org/en/ghc.html

That's really interesting.

>>

 No.669

File: 1400545058591.png (85.85 KB, 300x394, coversmall.png) ImgOps iqdb

>>666

nice get

also, here's some more stuff about functional language design implementation details while we're at it.

https://realworldocaml.org/v1/en/html/pt03.html

>>

 No.684

File: 1400604069174.jpg (32.51 KB, 378x500, The-Linux-Programming-Inte….jpg) ImgOps Exif iqdb


>>

 No.712

File: 1400723719682.jpg (731 KB, 1695x2560, travels.jpg) ImgOps Exif iqdb

Has anyone read this? Dennis Ritchie said it was his favorite programming-related book, but I can't find a pdf on them internets anywhere…

>>

 No.816


>>

 No.836

File: 1401301577271.jpg (30.02 KB, 400x610, 0021ad78.jpg) ImgOps Exif iqdb


>>

 No.837

File: 1401306389702.jpg (135.72 KB, 515x386, tome_of_deep_magic.JPG) ImgOps Exif iqdb

http://thinking-forth.sourceforge.net/
http://libgen.org/get?md5=e6b84561fc8716c46c61bd43a207bc0b
Lisp In Small Pieces

There should probably be some stuff in there on APL and pure FP

>>

 No.839

>>212
I have a strange distrust of programming books which incorporate good, modern design

>>

 No.841

File: 1401329777728.png (53.75 KB, 453x612, computerland_order.png) ImgOps iqdb

>>712

I just ordered it for 20 bucks. Should be here by the end of the week. I'll let you know how it is.

>>

 No.843

>>841
Groovy.

>>

 No.845

>>839
(a) It's not a programming book.

(b) This is one of the best damn books ever.

>>

 No.882

>>839
This one is not one to pass up on. Don't let that… prejudice? tell you otherwise.Grandpa

>>

 No.883

>>194
These guys knew how to pick a cover.
I want this more than any other ITT. (Already have Free as in Freedom and CODE)

>>

 No.886


>>

 No.944

File: 1401756393526.jpg (773.5 KB, 2592x1944, IMG_20140602_185350.jpg) ImgOps Exif iqdb

>>841
>>843

So I got the book in today. Bought it used and it's in remarkable shape for a paper-back book printed in 1974. No markings or tearing, though the outsides of the pages are a little yellowed. It's 8 chapers and 244 pages long. Haven't read it yet, but after reading the introduction and skimming a little it seems to have a light sarcastic tone throughout regarding software development projects.

Besides scanning each individual page, is there a way to turn this book into a digital format? I'd like to release a pdf so others can enjoy it too.

>>

 No.945

File: 1401756426847.jpg (721.89 KB, 2592x1944, IMG_20140602_185440.jpg) ImgOps Exif iqdb

>>944

Inside

>>

 No.946

File: 1401756445760.jpg (769.71 KB, 2592x1944, IMG_20140602_185532.jpg) ImgOps Exif iqdb

>>945

Back

>>

 No.955

>>944
I'm jelly of the Go gopher.

>>

 No.959

>>945
That's absolutely beautiful.

>>

 No.978

>>944
>>945
>>946
Thanks, mate. Would you kindly scan all the pages into a pdf for the internets?

>>

 No.986

>>978

I'll have to find a scanner first, but when I do I'll post it here and throw some torrents up I'm sure.

>>

 No.1329


>>

 No.1641

Has anyone ever read "Accelerated C++"? Obviously not something everyone should read but I didn't want to make a thread just for one book. I am planning on reading it after working with C for almost a year.

>>

 No.2445

File: 1410978516077.jpeg (102.82 KB, 1024x768, C.jpeg) ImgOps iqdb

Need a list of the greatest books on C of all time, preferably including C99/C11 and GNU/GCC features.

>>

 No.2446

>>2445
21st Century C, from O'Reilly. (there's a new edition coming out next month)
C A Modern Approach.

On top of the classics, this should cover most of what you need.

>>

 No.2448

>>2446
Thanks. I've also been looking for books that depict modern C.

>>

 No.2463

File: 1411013850373.jpg (15.23 KB, 328x400, ExpertC.jpg) ImgOps Exif iqdb


>>

 No.2466

File: 1411059020925.jpg (111.72 KB, 523x648, cPP.jpg) ImgOps Exif iqdb

>>190
Concerning C++, what is your opinion on
>The C++ Programming Language
and
>Programming - Principles and Practice using C++

Especially in comparison with the often recommended "C++ Primer".

>>

 No.2467

File: 1411060186482.jpg (74.66 KB, 500x629, ShowCover.jpg) ImgOps Exif iqdb

Definitely this.

>>

 No.2892

>>669

Any feedback about this book? I think about buying a hard copy of it. I'm not a CS student nor did I ever program anything relevant but I already have a basic grasp of the language and would like to master it to… well, code stuffs

>>

 No.2894

>>2466
Don't even bother. The most advanced thing you can do with C++ is template metaprogramming, but it's hardly used in actual code and is implemented better in other langs like Lisp and D.

>>

 No.2895

>>2892
You can read it online for free, so you can check it out yourself.
I've read maybe half of it, it's mostly about how can one use it in real life, using the Core libraries. It's nice and there are lots of examples. I doubt there are any other similar books for OCaml so if you are serious about the language you should definitely read it.

>>

 No.2896

>>2895
Oh, and it's about the language and libraries, so if you want to learn how to program (algorithms and stuff), it probably won't help.

>>

 No.2898

>>2896

Thanks. I started to take a look at it, and yeah, it doesn't seems targeted at beginners, so I think I will use something like "OCaml from the Very Beginning" or this one alongside :

http://caml.inria.fr/pub/docs/oreilly-book/index.html

I don't know about the translation but back in the days I learned a lot about ocaml with this book. It can be read online or downloaded as a pdf file. Still not a book targeted at total beginners in programming though.

>>

 No.2925

I was wondering, is there any good book that covers lisp and AI?

>>

 No.2931

File: 1412871887542.gif (16.03 KB, 100x166, 9780761800293_p0_v1_s260x4….gif) ImgOps iqdb


>>

 No.2934

>>2931
I like you. I've always considered software development a metaphysical activity.

>>

 No.2936

>>2934

I like you to.

Take the snake by its head and the tail is covered.

>>

 No.2939

>>2936
What do you think of >>1594 ?

>API design is a metaphysical exercise.

>We attempt to capture the very essence of the world and represent it as code.
>In order to capture that essence, one should be mentally fluent in the disciplines that underlie the problem domain.
>How can we pass knowledge on to the computer if we don't have the knowledge in the first place?
>Computers require mathematical precision, general notions and ideas are not enough.
>Our API reflects our understanding of the problem domain.
>The less we understand about it, the more paralyzed we are, and the more tempting it is to take the easy way out and just hack it up.
>The problem domain itself might be a hack.

>>

 No.2945

>>2939

Not torturing physical body and mind is part of problem domain.

(deleted wall of text, this gets too much complicated for plain text discussion)

>>

 No.3003

>>237

Any more programmer "culture" books like this out there? Can be from any era. Although it's outdated I can relate to the anecdotes in this book and that era and some of the examples even still work.

>>

 No.3004

File: 1413167554940.jpg (21.11 KB, 179x279, hackers.jpg) ImgOps Exif iqdb

>>3003
Better than it sounds, and it is not using "hacker" in the infosec sense.
Has a lot of fascinating stories from the 50s, 60s MIT culture.

>>

 No.3329

i have "C Programming: A Modern Approach 2nd edition".
it was a pretty nice book, whatever it's worth coming from a /g/tard

>>

 No.3908

File: 1417761279293.jpeg (5.58 KB, 228x346, sci-o-programming.jpeg) ImgOps iqdb

This shows how to apply math to reason about algorithms and create bug free code. Very good, even outside of prolog.

Edsger Dijkstra's "a discipline of programming" feels like the SICP of structured programming too. Both great books!

>>

 No.3909

>>2466
C++
pls don't anon. stay away for your own good.

>>

 No.3911

>>3908
The array reasoning stuff in there is particularly nice.

>>

 No.3915

File: 1417812757192-0.jpg (21.45 KB, 339x500, 41ORdc1rYRL.jpg) ImgOps Exif iqdb

File: 1417812757192-1.gif (5.29 KB, 150x155, LitMachinesCover.gif) ImgOps iqdb

File: 1417812757192-2.png (35.68 KB, 295x392, Computer_Lib_cover_by_Ted_….png) ImgOps iqdb

The first is a rather invaluable book for Common Lispers. You can find it in a different form in the Hyperspec, but I prefer going through the book, as it seems to be easier, at least for me.
You can't keep all of Common Lisp in your head, so you'll find yourself coming back to it rather frequently. Unfortunately, my physical copy is damaged, so I've been reading most of it online. I'll probably just order a new copy and hope for the best.
Hyperspec: http://www.lispworks.com/documentation/HyperSpec/Front/index.htm
CLtL 2: http://www.cs.cmu.edu/Groups/AI/html/cltl/cltl2.html

The second and third are books by Ted Nelson of Project Xanadu fame. I haven't read either of these yet, but I plan to order copies when I can, perhaps near the holidays, as they seem to be hard to get and not completely available online.
Furthermore, the third is actually dos-a-dos binding, which is sure to be interesting to read and own in a physical collection.
http://www.eastgate.com/catalog/LiteraryMachines.html
http://hyperland.com/LibPage

>>

 No.3922

>>194
There's a free ebook related to this, though they use the context of game and game tools programing.

http://gameprogrammingpatterns.com/contents.html

>>

 No.3930

This thread was supposed to be about essential books for programmers, not just 'good enough' whose covers you can post without any explanations.

Bad thread.

>>

 No.3943

>>3915
Keep in mind that CLTL2 was published mid-ANSI specification, so there are some things that don't represent most Common Lisp implementations.

>>

 No.3953

>>839
For a damn good reason.
You never know when it's gonna be some hippy web dev soykaf.

>>

 No.3956

>>3930
Sweet fuarrrking books soykaflord

>>

 No.3962

>>3943
Yes. I forgot to mention that.

I asked around and you can get simple lists of corrections.

Paul Graham's annotations: https://www.cs.northwestern.edu/academics/courses/325/readings/graham/graham-notes.html
Converting CLtL2 to ANSI CL: https://web.archive.org/web/20130807175341/http://bc.tech.coop/cltl2-ansi.htm

>>

 No.3966

uubmub.com/books

>>

 No.3970

>>3909
Programming newb here, what's wrong with C++ besides being a total mindfuarrrk? I thought it was the standard language for game design because of portability and general purpose programming.

>>

 No.3971

>>3970
The syntax is pretty soykaf and there are many quirks for which you should always watch out. However, there's nothing wrong if you use it correctly. Read a book like C++ Primer, watch a few keynots on C++11 and C++14 and you'll be fine.

>>

 No.3973

>>3971
Thanks for clarifying

>>

 No.3975

>>3973
Surely, C++ is really powerful and can be used very efficiently, specially in areas such as gamedev where performance is critical.
But by using it you run the risk of shooting your own foot. When actually developing a large system, you should restrain the C++ to the actual product development, and use python or (better yet) Common lisp for design and prototyping (though not for actual benchmarking)

>>

 No.3976

>>2466
I read that book, but about 4 chapters are impossible to do on Linux.

>>

 No.3978

>>3975
Or just write the damn thing in Common Lisp.

>>

 No.3996

>>3978

Or C + Guile.

>>

 No.4134

File: 1419726819808.jpg (161.01 KB, 500x656, linux_system_programming.jpg) ImgOps Exif iqdb

very good book to understand threading, multiprocessing, mutual exclusion, memory allocation etc.

>>

 No.4137

>>3975
Hm, I kind of disagree. Design and prototype in the language you want to use, otherwise it becomes a silly translating chore to use your prototype, and depending on what languages you're going to/from the prototype may be written much differently.

If you can't think clearly enough in a language to prototype, then that's a good sign you shouldn't be writing in it. You may lose more time to debugging, of course, but that will get you a head start on debugging the exact problems you will run into when making the software. You obviously want to write/draw out a basic program structure ahead of time rather than blindly charging ahead.

Not a C++ programmer, I just think it's silly to prototype in any language other than the one you want to use.

>>

 No.4138

>>4137
>Hm, I kind of disagree. Design and prototype in the language you want to use, otherwise it becomes a silly translating chore to use your prototype, and depending on what languages you're going to/from the prototype may be written much differently.

But the prototype shouldn't evolve into your actual program - the prototype is just that: a hastily-written hacked-together rough demonstration of what you want, so you can see if it works out or not. Armed with that knowledge you then go ahead and write a decent program.

>>

 No.4139

>>4138
Sounds like a waste of time for me. What is the purpose of writing such demonstrative prototype and then rewrite it from scratch? because python / common lisp / whatever is easier? Right, but rewriting from these languages to C / C++ takes a lot of time and IMO writing in "harder" language from beginning would be faster.

>>

 No.4140

>>4139
You rewrite the prototype anyway, the source language is irrelevant in how long that takes.

>>

 No.4144

>>4140
Why start over when you can refactor?

>>

 No.4145

>>4144
The idea of a prototype is to just get a rough idea of what things are like, you don't write them nicely, or in a way that's conducive to further development, you write them quickly.

>>

 No.4146

>>4145
Yeah, but why start over when you can refactor?


>>

 No.4331

Masters of DOOM.

Because it gives you that thrill of being a programmer solving amazing problems and having fun.

also id software was awesome

>>

 No.4775

Are there any outstanding books on Smalltalk?

>>

 No.4778

>>4775
You could try Squeak by Example.

>>

 No.5601

File: 1429602151229.png (21.22 KB, 107x140, scheme_guide.png) ImgOps iqdb

Does anyone have a pdf of "Schemer's Guide" 2nd ed?

>>

 No.5608

File: 1429735732965.jpg (6.22 KB, 260x328, index.jpg) ImgOps Exif iqdb

>>2466
Of the 3 the only one I have read is The C++ Programming Language. Reading it and doing the exercises really made me as C++ developer. If you're serious about the language (e.g. trying to get a job) then it is definitely worth reading. Make sure you read more advanced C++ books as well such as Effective C++ which gets into things like virtual constructors and multiple dispatch.

I'm surprised no one has mentioned this book yet: Programming Pearls. The thing I liked most about it is it is incredibly down to earth and practical. Everything is put in terms of how you would use it and why. There is math but it's math applied to real world problems. It's a nice break from many of the abstract academic books you find around.

>>

 No.5619

File: 1429871714679.jpg (130.32 KB, 800x1050, LearningPerl.jpg) ImgOps Exif iqdb

>>201
Never got the hype for this.

Anywho back on topic, this entire sequence of books.

>>

 No.5624

>>5619
>>201
>Never got the hype for this.

Before I read Learn you a Haskell for Great Good the closest I came to functional programming was playing around with Boost Lambda, Bind, Spirit, Phoenix etc. I guess that experience gave me a clue that there was this whole other side to programming that I never knew existed and didn't really understand.

More or less at that point LYAHFGG completely blew my mind away (Quick Sort in less than 10 lines of code. So beautiful). My day job is still C and C++ but I get so much more out of it now.

Maybe you're just not ready for it yet. Or maybe you already know all about FP and it's not really news to you. This book was a big deal for me at least.

>>

 No.5634

>>5624
>Quick Sort in less than 10 lines of code. So beautiful

It's not *actually* QuickSort, because Haskell lists are linked lists. To do it in-place on an array is uglier.

>>

 No.5635

>>190
All these books i cant read

>>

 No.5640

>>5634
>It's not *actually* QuickSort, because Haskell lists are linked lists. To do it in-place on an array is uglier.
Where did you hear quicksort must be an in place sort?

>>

 No.5644

>>5640
where did you hear haskell isn't soykaf?
the haskell quicksort has the wrong algorithmic complexity, it performs worse than O(n log n), so it's not quicksort - it's soykafsort.

>>

 No.5648

>>221
Sitting on my desk right now, it's a pretty nice set.

>>

 No.5653

>>5644
Are you talking about this? That's definitely O(n log n) in time.

qsort [] = []
qsort (x:xs) = let (ys, zs) = partition (< x) xs
in qsort ys ++ x : qsort zs where

>>

 No.5654

File: 1430060156426.png (24.9 KB, 640x480, linked_list1.png) ImgOps iqdb

>>5644
>the haskell quicksort has the wrong algorithmic complexity, it performs worse than O(n log n), so it's not quicksort - it's soykafsort.
>big O notation
Big O notation measures the growth of steps required, not the growth of time required.

See the graph that plots access time against size of a linked list? It's a log graph. That's O(√N).
http://www.ilikebigbits.com/blog/2014/4/21/the-myth-of-ram-part-i

>>

 No.5656

>>5653
>partition
Wow, that makes more sense than two list comprehensions.

>>

 No.5660

Is it recommended to read a programming book before a language book? Something to get you in the mindset of programming?

A theoretical foundation to it?

I am looking for something like this.

>>

 No.5661

>>5660
*for beginners, btw

>>

 No.5663



>>

 No.6039

how about a list of essential papers published by computer scientists

>>

 No.6042


>>

 No.6149

Are there any good references for how Windows works? I know a great deal about Linux architecture but I realized recently I know next to nothing about the NT or DOS internals, despite using it for the better part of two decades before switching to Linux.

>>

 No.6153

To get a perspective on sane, powerful OOP:

The Art of the Metaobject Protocol
Object Oriented Programming: The CLOS Perspective

Though, if you end up having to go back to something like Python or Java, you'll want to kill yourself.

>>

 No.6160

File: 1432173000235.jpg (10.07 KB, 389x294, 1431391680426.jpg) ImgOps Exif iqdb

>>4134
I'm kinda new to programming, I learnt python and had good experience solving problems both in and out of class, and doing small programs such as games and such, and now I'm learning C. I'm also a linux user and I've played around with configs and such things. Is this book for me, if my objective is to better understand my system? If not, what skills should I improve or what should I learn before reading it?

>>

 No.6358

File: 1433048179986.jpg (3.77 MB, 4128x3096, IMG_20150530_215244.jpg) ImgOps Exif iqdb

Just got these in today. Both are pretty good. The Windows Internals one is scratching an itch to learn about Windows guts I've had for a while.

>>

 No.6359

>>4775
Kent Beck's book on Smalltalk patterns is a must read even if you never use Smalltalk

>>

 No.6422

>>194
While it does help to have a common terminology for program constructs, reading about design patterns too early does more harm than good.
Software is not "made of" design patterns, patterns are something to ease communication between programmers. Beginners often misunderstand this.
Just like you don't approach the task of writing a movie script with: "Gee, what tropes should I use in this one?"

Also, these design patterns are biased towards Java-like languages. Some of them make no sense in another language.

>>

 No.6564

>>836
gr8 b8 m8

>>

 No.6633

Is scip still worth a read today? I'm looking to improve the way I think about programming and algorithms, far too often i feel like I'm writing through trial and error. I'd also lap recite an opportunity to get back Into Lisp.

>>

 No.6634

>>6633
Yes, it's definitely worth a read, and it will be for quite some time.
The basic idea of SICP is that of stratified design so it should help with your specific problem.

>>

 No.6646

>>6634
Thanks, I read through the start this morning, while it's all been covering things I already know, it's amazingly well written and quite interesting.

>>

 No.6787

>>6359
Thanks, it was very good.

>>

 No.7044

File: 1435319696122.jpg (52.17 KB, 410x446, poignant.jpg) ImgOps Exif iqdb

Not sure if everyone needs to read it, but this is probably one of the most entertaining programming related things I've read.

>>

 No.7065

File: 1435386056171.png (169.92 KB, 400x529, RUM_coverfront.png) ImgOps iqdb

>>7044
this is an interesting read. shame about what happened to why.

here's another excellent Ruby book if your into that sort of thing.

>>

 No.7071

File: 1435421692923.jpg (22.14 KB, 260x321, 51LAcbQJ6LL._SX258_BO1,204….jpg) ImgOps Exif iqdb

>>3922
Underrated book, got it in print because it's handy to have as a reference.
This truly is what every game programmer should read.

>>

 No.7072

File: 1435423455533.jpg (67.7 KB, 477x700, hackers-delight-cover.jpg) ImgOps Exif iqdb

Hackers Delight is a good book, it covers some of the fun parts of programming. But there is quite a lot of math in it. But nevertheless it is a good one.

>>

 No.7073

>>3922
How does one wget a book like this?
I've found lots of books in this online format but couldn't download them appropriately.

>>

 No.7074

>>7073

$ wget -mk -w 20 http://gameprogrammingpatterns.com/contents.html

That should work in theory

>>

 No.7075

>>7073
For the ones that get actually published i would recommend getting an epub version instead, but >>7074 works.

>>

 No.7077

>>7074
Wouldn't that download the "about" page and all the links on it?
That was my problem with wget, I'll see if I find a nice UI or a wrapper for it.

>>7075
Sure, happens that this particular one is paywalled.

>>

 No.7079

File: 1435427373735.epub (4.53 MB, GameProgrammingt.epub)

>>7077
>paywalled
Topkek as they say.

Though let it be said that i encourage you paying if you enjoy it.

>>

 No.7098

>>7077
>I'll see if I find a nice UI or a wrapper for it.
I understand that a good UI will go miles, but dependence on a UI for ease of use is a poor idea IMO.

>>

 No.7100

>>7079
Thanks, did you h4x the site or was it available somewhere else?
Because I've been lost since libgen had to shut down.

>>7098
I think a good non-CLI UI should be possible, but I haven't checked the ones available.
A program providing wget integration with a web browser so you can choose what links to follow would be great for this ad-hoc downloads.

>>

 No.7112

>>7100
>was it available somewhere else
Let's just say i know my way around search engines.
Books are easy to find when they exist.

>>

 No.7114

>>839
I agree with you but it's because it's not good design. It's "good" design - the sort of crap supported to graphic design blogs enjoyed by people who only picked up the field because they heard it paid well and seemed easier than STEM.

Most classic programming books, most books from the 70s in general, had really good design, simple, elegant but provocative and memorable. ie O'reilly's textbooks. People treat them as joke because of the absurd connection, but they're beautiful jokes and respected in design communities with taste.

They're definitely going to last for a lot longer than any 'contemporary' style cover.

>>

 No.7115

>>3915
Computer lib is hard to find online? Just look up 'computer lib pdf'. My connection's too slow here to see if they're complete, but I know AAAARG has a definitely full copy.

I own the reprint. My friend took his class at chapman and he gave them away, she had no idea who he was and thought he came off as some weird idiot, lol

>>

 No.7136

File: 1435529411240.png (126.3 KB, 600x600, python-600x600.png) ImgOps iqdb

>>5660
>>5661

I read "How to think like a computer scientist" as my first book, which focuses on Python2. But it talks a lot about "general programming stuff." I thought it was pretty difficult as I had absolutely no programming experience when I read it (I was really young though.) But it's a really good book, there's a new Python3 edition here: http://openbookproject.net/thinkcs/python/english2e/

I think a book that only has CS theory in it will bore you to death, and it might not teach you that much if you don't know a programming language (so you don't know how to apply the knowledge.)

Generally I'd say get a book with pseudocode, but Python is somewhat like executable pseudocode so it fits really well.

>>

 No.7140

>>7136
>I read "How to think like a computer scientist" as my first book
the newer version of this (which uses 3) is here:
http://www.greenteapress.com/thinkpython/thinkpython.html

>>

 No.7170

Bump for free-as-in-freedom books

>>

 No.7268

File: 1436039822030.png (16.13 KB, 263x219, maple_doughnut.PNG) ImgOps iqdb


>>

 No.7385

>>230
It has a section on Donald Knuth! He dedicated basically his whole life to write his magnum opus "The art of computer programming", which he still hasn't finished yet.

>>

 No.7390

>>7044
beware the array of dwemthy

>>

 No.7843

>>3003

see >>198, which is a pretty good counterpoint to the Unix Hater's Handbook imo.

>>

 No.7971

Starting my sophomore year as a CS major. Which of these books in particular should I purchase and work through this year alongside my coursework? Running Parabola GNU/Linux-libre and most of my experience is in C/C++, if that matters. My primary interest is in systems/systems programming.

>>

 No.8188

>>2931
could you share this book lainon?
i cant find it anwhere

>>

 No.8207

only 3 books are really essential:

structure and interpretation of computer programs
how to design programs
concepts, techniques, and models of computer programming

you only need to pick one of those three.

>>

 No.8284

File: 1438804278100.png (1.55 MB, 1000x812, meme-books.png) ImgOps iqdb

part 1

>>

 No.8286

>>8284
Is there a part 2? It seemed like that was implied with your post but you've not posted it.

>>

 No.8291

File: 1438855526820.pdf (12.34 MB, Algorithms_Nutshell-Heinem….pdf)

Was "Introduction to Algorithms" ever posted here?

>>

 No.8293

File: 1438857050940.pdf (5.39 MB, 1438280362795.pdf)

>>8291
if not, here it is

>>

 No.8294

>>8293
thanks anon!

>>

 No.8314

File: 1438929335410.png (2.4 MB, 1994x827, dank_meme_books.png) ImgOps iqdb

>>8286
there are a lot of meme books floating around in cs. straight form the recomended readings list for freshman this year

>>

 No.8317

Anything recommended for R?

>>

 No.8319

File: 1438948075661-0.pdf (1.97 MB, Getting_Started_with_R__An….pdf)

File: 1438948075661-1.pdf (4.43 MB, bayesianStat with R.pdf)

File: 1438948075661-2.pdf (10.37 MB, 1461490197_RSoftw.pdf)

>>8317
give me a second to switch from my laptop to my tablet, I will dump my collection of R books

>>

 No.8336

File: 1439022325838.pdf (11.74 MB, Ruby Under a Microscope- L….pdf)

>>7065
Going through that at the moment.
Here you go lains.

>>

 No.8339

File: 1439032974285.pdf (925.59 KB, The R Inferno - Burns.pdf)

>>8317
Got something just for you here.

>>

 No.8341

>>6422
>Just like you don't approach the task of writing a movie script with: "Gee, what tropes should I use in this one?"

Yes you do.

http://www.storygrid.com/genres-have-conventions-and-obligatory-scenes/

>>

 No.8362

File: 1439077594824.epub (12.01 MB, Learning Chef.epub)


>>

 No.8365

>>8341
i'm new in the thread and i'm a little confused why this is happening on /lam (rather than /lit) but the storygrid blog seems interesting

>>

 No.8368

>>8314
Anything wrong with the first three?

>>8365
Maybe the thread is older than /lit/ and it wasn't moved because it's not about literature.

>>

 No.8382

File: 1439123254067.jpg (177.02 KB, 400x502, jsninja-cover.sm.jpg) ImgOps Exif iqdb

>>190
>Learning Advanced JavaScript
http://ejohn.org/apps/learn/

i'm posting this because it's an online tutorial which links to a book (picture related) which is sadly a bit out of date but i learned JS with it and it was helpful

>>8368
>Maybe the thread is older than /lit/ and it wasn't moved because it's not about literature.

it's about books every PROGRAMMER should read but the resource ( http://www.storygrid.com/ ) is about writing entertainment books.

>>

 No.8385

>>8382
>Java script ninja
But thats a samurai

>>

 No.8388

>>8385
You can see the samurai, but not the ninja, because it's, well, a ninja.

>>

 No.8392

>>8368
>anything wrong with the first three?
Don't know about the other two, but Purely Functional Data Structures is an awesome book. Very well written and full of useful insights.

>>

 No.8397

>>8284
>concrete mathematics
Haven't personally read it, but its supposed to be a good intro to algorithm writing.
probably not meme
>The Art of Computer Programming
Good algorithm reference. Very well written. Still probably not worth the money considering you can get all most of the info online.
not a meme
>The Little Schemer and the Seasoned Schemer
If the socratic approach works for you, then these two books are as good as a semester introduction to computer science, and will save you time and money
not really memes
>SICP
Good introductory textbook to computer science. Does a good job conveying the mathematical aspect of programming. Requires a background in basic calculus and a pretty decent level of intelligence.
meme, but still a good read
>The Reasoned Schemer
Introduction to logic programming in the spirit of the Little Schemer. Kind of meh.
not a meme
>Paradigms of AI
Haven't read it, but its supposed to be an excellent introduction to AI, as well as an advanced course on Common Lisp and an introduction to Prolog.
not a meme
>The Art of the Metaobject Protocol
Hype. CLOS is cool but doesn't need its own book.
obscure meme
>Let Over Lambda
One of the definitive texts on metaprogramming. Truly a fantastic book, though the author masturbates over Lisp too much
not a meme

>>

 No.8400

>>8397
>Paradigms of AI
I'm currently reading this one. I'm just starting out but it's pretty good too far. It's kinda dated but still it teaches good programming practice and explains CL pretty well if you already know the basics

>>

 No.8405

>>8397
PAIP is pretty dated on AI, but it's full of incredibly well written programs. It's often recommended when people ask what programs to read.

>>

 No.8406

File: 1439141845988.jpg (255.15 KB, 813x1179, Musashi.jpg) ImgOps Exif iqdb

>>8385
i know, right? i don't even weeb but i know some things about historical warfare

i think the cliche picture of ninjas is as wrong as the one "we" have of pirates while the one we have of samurai/ronin is a bit more accurate


what i meant to say is that javascript doesn't have many language concepts but those it has you do need to learn if you're going to use JS at all (otherwise you'll suck). Should be extremely easy to find resources to learn online though. You can even scrape it together on S.O.

>>

 No.8407

>>8400
by the way...
http://c.1339.cf/vjcaizp.pdf
I can't upload it here apparently there's a size limit

>>

 No.8408

>>8407
>Max file size is 35 mb.
>42mb
slightly too big.

>>

 No.8683

>>8293
legend.

>>

 No.9089

Is SICP worth a read for someone wanting to earn a living in Webdev? I will read it sooner or later at least for fun anyway, but I wondered, in a context where time and money matters, if this was a good idea to spend time trying to read it thoroughly. I want to become a good enough dev to be hired or working on paid projects and contribute to Open Source softwares

>>

 No.9090

>>9089
You're probably better off doing something more webdev specific but SICP is a great read.

>>

 No.9092

>>237

The problem I always had with this book was that they just took potshots from the sidelines, it's easy to criticise, it is much harder to suggest/design/implement something better than what came before

>>

 No.9121


>>

 No.9212

File: 1441647580693.jpg (41.47 KB, 385x475, 9780262560993.jpg) ImgOps Exif iqdb



>>

 No.9225

>>9092
>it's easy to criticise, it is much harder to suggest/design/implement something better than what came before
There are few things I dislike more than that retort.
You don't need to be a chef to tell someone that their cooking is like kicking dead whales down the beach, you just have to have tasted something marginally better.
Most of them were using superior systems (e.g. Lisp Machines) that predated the Unix machines that were foisted upon them.

>>

 No.9264

File: 1441771051756.jpg (47.83 KB, 421x500, 51S3RDHQD6L._SX419_BO1,204….jpg) ImgOps Exif iqdb

Been looking for pic related for a while.
Anyone have any leads?

>>

 No.9268

Are there any books about socket programming that you would recommend reading? I'm asking this because I am programming an irc client for learning purposes.

>>

 No.9272

>>9268
Depends which language.
If C, beej.us/guide/bgnet

>>

 No.9275

File: 1441824817291.jpg (93.19 KB, 300x390, image.jpg) ImgOps Exif iqdb

http://adam.chlipala.net/cpdt/

Very good (and brain-hurting) read, but only if you're into proof assistants (especially Coq).
It requires knowledge of Coq.

Part II and III are independent and Part III is the easiest.

>>

 No.9277

>>9264
I'll post if I manage to find a PDF or something like that. In the meantime:
http://www.scribd.com/doc/25260896/Data-Structures-Algorithms-and-Software-Principles-in-c

>>

 No.9278

>>9268
If you're anal about cross-platform code, I recommend using SDL2 and SDL_net (https://www.libsdl.org/projects/SDL_net/) for sockets. The principles are very similar despite the abstraction, and you get cross-platform code.

>>

 No.9279

File: 1441830729460.jpg (91.63 KB, 822x1080, images.jpg) ImgOps Exif iqdb

>>201
lyahfgg is good,
but not the best haskell book I would say.
I have gotten a better understanding with Real World Haskell,
although I did work through lyahfgg before, so take that as you will.

>>

 No.9285

>>9277
Thanks lainon

>>

 No.9287

>>9279
Agreed. LYAHFGG is a good overview of the language, but doesn't go in depth enough or offer practical examples. Exercises would have been nice aswell.

>>

 No.9288

>>213
Probably the most useful book I own, more of a reference manual for me.

>>

 No.9289

>>9279
>>9287

https://wiki.haskell.org/Typeclassopedia

Is a worthy slog. You'll have to read it slowly. Not something for light reading.

>>

 No.9290

>>9275

Thank you!--I had not heard of this one until you dropped it into this part of the Wired.

>>

 No.9291

File: 1441853487176.png (1.56 KB, 91x91, zeromq.png) ImgOps iqdb

>>9268

If you want to make a "new" IRC protocol consider ZeroMQ. http://zeromq.org/intro:read-the-manual A zillion bindings--your favorite language is bound to be there.

>>

 No.9292

File: 1441853649862.jpg (59.51 KB, 432x281, socats.jpg) ImgOps Exif iqdb

>>9212

This is a nice recommend, for anyone who gets this, be ready for a "Socratic" question-answer style of book. You don't see this in more recent books.

>>

 No.9293

>>9089
Read the relevant sections AND watch the lectures.

It won't help you immediately earn a living in Webdev in any way--but will help you do it better. Think of SICP as the learning of "calculus" before you learn "physics." Wouldn't hurt to do calculus before you start SICP as well.

Get books on Ruby on Rails or Node.js or PHP read other people's code until you understand what it means and why they did it wrong. ;)

>>

 No.9391

I'm a lazy fuarrrk and I end up procrastinating a lot unless I have a book near me so I bought SICP, I bought it from the only place witch wasn't 300 bucks in my country but it was the Intructor's manual instead of the standard SICP. Is there any difference between them? It says soykaf like "explain it like this" but other than that the beginning doesn't seems much different.

>>

 No.9675

>>9292
Yeah, I was disoriented at first. I didn't have any prior knowledge, so I was like "is this the solutions manual"?

It's an effective format for me - I wish more books followed it.

>>

 No.10063

>>6160
Don't exactly know what you're looking for but LFS in pretty neat.
But it depends on what subsystem you want to learn about.LFS is really generalized.

>>

 No.10067

>>10063
Would LFS be useful if you wanted to work on the Linux kernel?

>>

 No.10092

>>10067
not really.

>>

 No.10124

File: 1443891142006.png (82.43 KB, 684x828, 20141107.png) ImgOps iqdb


>>

 No.10125

Present Day, Present Time! AHAHAHAHAHA!

>>

 No.10127

>>10092
Why not? It would teach someone what a bare minimum working system looks like.

>>

 No.10128

>>10127
sure. it will give you an understanding of how all the pieces fit together but will not prepare you for kernel development.

>>

 No.10131

Any must reads for infosec or network peeps?

>>

 No.10134

File: 1443939902717.pdf (16.07 MB, UNIX and Linux System Admi….pdf)

Slightly off-topic, as it's not a programming book, but from what I've read of it thus far, I've found the UNIX and Linux System Administration Handbook to be of immense utility in learning the ins and outs of sysadmin-type work.

Any recommendations for data compression or shell scripting?

>>

 No.10136

>>10092
What would you recommend then?

>>

 No.10137

>>10136
Well if you know C, try reading robert love linux kernel development.

>>

 No.10158

>>10134
It's only a book in name, but you might find the Unix section of the Grymoire to be useful as a shell scripting resource:

http://www.grymoire.com/Unix/

>>

 No.10161

>>227
im almost done with mine and i wish i could wipe my memory and start over.
i was halfway through this book when i got to go talk to carmack in person.

>>

 No.10248

>>8382
This is deprecated, but a second edition is coming.

This is the best modern JS resource:

https://github.com/getify/You-Dont-Know-JS

>>

 No.10250

File: 1444235701506.gif (15.81 KB, 300x394, MRE-cover.gif) ImgOps iqdb


>>

 No.10352

File: 1444411404248.jpg (121.54 KB, 800x552, 2015-10-09 19.20.39.jpg) ImgOps Exif iqdb

Got these two beauties in the mail today <3

>>

 No.10353

>>10352
Jelly :3
That Pierce is expensive af.

>>

 No.10357

>>10353
yeah, I got lucky with it, seems to be used but I don't mind

>>

 No.10358

File: 1444417024776.jpg (27.24 KB, 600x478, Complete-Bible[1].jpg) ImgOps Exif iqdb

t. Terry

>>

 No.10360

>>10358
nice

>>9275
>It requires knowledge of Coq

Do you happen to know of a good introduction? I've been getting into formal methods and static analysis and I would like to try my hand at Coq (no pun intended Present Day, Present Time! AHAHAHAHAHA!

>>

 No.10361

>>10360
wut — well something weird happened there with my post

>>

 No.10362

>>10358
Donald Knuth would agree.

>>

 No.10365

>>10361
pointy nose meme smiley is word filtered

>>

 No.10377

File: 1444440983727.jpg (487.55 KB, 1958x2611, out.jpg) ImgOps Exif iqdb

I know Paul Graham can get a lot of hate, but his book Hackers and Painters has some interesting insights on computer life and the industry.

>>

 No.10430

Present Day, Present Time! AHAHAHAHAHA!

>>

 No.10510

>>237
Oh joy! Love the illustrations in it. Reminds me of Phil Foglio.

>>10377
Really interesting book, must get it!

And fuarrrk this modern society where everything is geared for the lowest common denominator of the latest fad.

And who is the ultimate "nerd"? Not some NUUURRRDDD. But the ultimate.

A doctor. Med students has to cram tomes upon tomes of for years, and that's only the basics.

On the other hand, a good doctor is trained to...no, simply forced to...to give simple answers to simple questions. Because the patients themselves are laymen. The doctor must also be able to put himself in the shoes of the patient.

Let's say that a patient has a bad elbow from playing tennis the wrong way. The doctor can't treat the patient as a kid who should stop being a dum-dummy. The doctor must understand that for the patient, having a bad elbow is horrible. And on the other hand, the tennis jock can't blurt out that reading is for fags. At least not to the doctor. The doctor and the patient are different but respectful of each other.

And because some techies are simply totally worthless at giving simple answers to simple questions, they are by all rights despised. The other day on that other image board, I asked a simple question about a one-shot solution for coding in C. Should be simple yes? Anonymous image board. If you don't know nor care about the question, don't answer. If you know the answer, answer. Or if you aren't sure about what that Anon asked, ask control questions.

Not for that image board. I had to drag the answer of Code::Blocks from them. Just because I think that bashing commands on some terminal isn't coding.

>>

 No.10511

>>212
Why the use of braille on the cover?

>>

 No.10514

>>10511
Some design thing. The letters in both braille and binary. Pretty cool.

>>

 No.10516

>>10511
Braille is discussed in the book as an example. The author would wanted to include it, but it costs too damn much.

>>

 No.10518

>>10510
You don't *need* to get it, his book is just a collection of his online essays.

The essay in the picture is here:

http://www.paulgraham.com/nerds.html

>>

 No.10519

>>10518
BTW another cool thing about Graham is that he's a big Lisp advocate. In fact his wealth comes from his 90s start up that was built on Lisp!

>>

 No.10520

File: 1444745396906.png (34.86 KB, 313x290, seriousStuff.png) ImgOps iqdb

>>10519
And he invented the y-combinator too!

>>

 No.10521

>>10518
Thanks, but I'll probably buy it anyway.

>>10519
Cool dude! B-) Maybe I'll look into Lisp after getting the hang of C.

>>

 No.10524

>>10520
That was Curry, mate.

>>

 No.10758

Does anyone know of a good book/resource on Make?

>>

 No.10770

>>10758
The documentation from GNU is fantastic (assuming you use gmake).
https://www.gnu.org/software/make/manual/make.html
Something like this is good too when starting out.
http://learnxinyminutes.com/docs/make/
If you're using gcc make sure to generate dependency files too.
https://stackoverflow.com/questions/11855386/using-g-with-mmd-in-makefile-to-automatically-generate-dependencies

>>

 No.10825

>>944
It seems like you pay someone to do it for relatively cheap. http://1dollarscan.com/pricing.php

(I noticed your post is from 5 months ago. Still there lainon?)

>>

 No.10826

>>3908
Will this be very useful for me if I don't know any math beyond pre-calculus?

>>

 No.10828

>>10770
>The documentation from GNU is fantastic
This so much. All of the GNU utilities have great manuals.

>>

 No.10829

>>10826
Probably. It's not so much about math as about programming and writing correct-by-design code. Although, if you want something more 'contemporary', give 'Software Foundations' by Benjamin Pierce a go.

>>

 No.10852

>>10850 (accidentally posted in the wrong thread)

>>

 No.10853

Here's part one of an article series talking about good computer, programming and math books. Dude seems passionate about his books: http://www.catonmat.net/blog/top-100-books-part-one/

sadly, he's only at part 4 (= 20 titles) and that was quite a while ago. He originally intended to talk about a 100 books

>>

 No.10854

Here's part one of an article series talking about good computer, programming and math books. Dude seems passionate about his books: http://www.catonmat.net/blog/top-100-books-part-one/

sadly, he's only at part 4 (= 20 titles) and that was quite a while ago. He originally intended to talk about a 100 books

>>

 No.10991

Fuck books in the era of the Internet.
Just follow tutorials on various websites and you'd be okay.
Also, though there are some good ideas in SCIP, its meme statue made it become a brewing soykaf ecxuse.

>>

 No.10992

>>10991
Tutorials teach tools; books teach ideas.

>>

 No.10993

>>10828
It feels like even the man pages are better. I was reading the man page for wget last night and it was beautiful.

>>

 No.11001

File: 1445874449279.jpg (11.46 KB, 158x238, cover.jpg) ImgOps Exif iqdb

Thougths on this one?

>>

 No.11007

File: 1445880721220.png (134.69 KB, 780x774, solutions.png) ImgOps iqdb

>>11001
I enjoyed both that book and its predecessor.

They are valuable for learning both Forth and valuable programming practices.

I read the updated version from sourceforge and I hope you will too.

>>

 No.11518

File: 1446693401087.jpg (437.65 KB, 900x2134, 1420500175412.jpg) ImgOps Exif iqdb

Found this on the Gentoomen library.
Most of these look good.

>>

 No.11531

>>11518
>LoL
>not PCL
>two haskell books
trash

>>

 No.11536

>>11531
>my opinion > your opinion
You should just go back whence you came.

>>

 No.11542

>>6422
“design patterns” are concepts used by people who can’t learn by any method except memorization, so in place of actual programming ability, they memorize “patterns” and throw each one in sequence at a problem until it works

>>

 No.11551

>>6422
Yeah, they are biased towards object-oriented languages in general.

In the GoF book the authors say that if we want to implement the patterns in a non-OO language (e.g. a procedural language) we would need to implement the patterns of "inheritance" or "polymorphism" by ourselves.

I'm sure functional languages have their own design patterns, for example.

>>11542
You could say the same about algorithms, after all a while, a smart student could eventually "discover" quicksort or red-black trees.

The thing is that in every craft one builds on what our predecesors built/discovered. To learn design patterns is just a matter of efficiency when solving common problems.

"People who can only learn memorizing" have problems waaaay before reaching design patterns, they cannot understand that a while loop can be applied to iterate a linked-list and not only an array, to give a real example.

>>

 No.11552

>>11551
** Red-black trees when learning about data-structures, obviously. Forgot to add that.

>>

 No.11798

File: 1447133419166.pdf (5.4 MB, 1447094099540.pdf)

simply based

>>

 No.11806

>>11542
Design patterns are specific ways of organizing a problem that provides the best abstraction to implementation methodology. Often this isnt' born out of a deficit in something personal to an /individual/ but intead gleaned by experience as generally the bets way to represent a problem.

Take the MVC pattern. A common pattern that programmers en masse have learned is a generally efficient and less error prone way of dividing the roles an application has. This way you can swap out the View for another should the medium of expressing information changes (i.e. curses interface vs. GUI vs. Web Page).

Instead of involving all 3 at the same time, you avoid tight coupling of code. These are just dead simple programming concepts taught at Comp Sci 101/102 levels.

Relegating design patterns as "hurr it's for people who can't program in the first place." completely avoids the massive amount of experience put into patterns in general. They're general solutions to general problems, and it says nothing about programmers as a whole (those who use them). That would a sweeping and erroneous generalization.

>>

 No.11815

File: 1447173795897.pdf (9.71 MB, The Art of SQL.pdf)

>>11798
I actually read this and it was not bad at all.

Attached is a great continuation after getting some SQL experience.

>>

 No.11895

File: 1447291888191.jpg (22.33 KB, 317x464, images.jpg) ImgOps Exif iqdb

Dinosaur book not on the list
serious bug needed to be fixd

>>

 No.11903

anyone have literate programming by donald knuth?

>>

 No.12237

>>231
Got this in english and swedish, and...

>>2466
...this one in swedish. (Interesting, but I can't understand why Stroustrup insists on printing his code examples in the same font but bold and italic.

>>

 No.12250

>>227

This always makes Romero seem like such a frumpy little turd in my opinion.

>>

 No.12396

>>10358
Silly man, we all know that god only speaks through randomness.

>>

 No.12397

>>10360
I need some harder coq books. I've already taken too many courses of coq. My knowledge isn't so narrow or tight any more that I can be satisfied by only one.

>>

 No.12398

File: 1448687335635.jpg (38.64 KB, 374x347, 1438569416363.jpg) ImgOps Exif iqdb

>>12397
You're asking strangers on the internet to direct you to the hardest coq they can find?

>>

 No.12401

>>12398
That sounds so dirty.

>>

 No.12402

>>10360
>Do you happen to know of a good introduction?
Benjamin Pierce's 'Software Foundations' is great: https://www.cis.upenn.edu/~bcpierce/sf/current/index.html
There's a new text in preparation, too, 'Programs and Proofs: Mechanizing Mathematics with Dependent Types' by Ilya Sergey: http://ilyasergey.net/pnp/ It's decent so far.

>>12397
Have you read Coq'Art?

>>

 No.12406


>>

 No.12419

>>12402
>>12406
>People taking this seriously.



Delete Post [ ]
[ cyb / tech / λ / layer ] [ zzz / drg / lit / diy / art ] [ w / rpg / r ] [ q ] [ / ] [ popular / ???? / rules / radio / $$ / news ] [ volafile / uboa / sushi / LainTV / lewd ]