3 ms·
I think you raise a very good question. I hadn't explicitly considered it before, as I was writing from my feelings on what a Web developer should know. Let me
by nopal 17y ago
I think you raise a very good question.
I hadn't explicitly considered it before, as I was writing from my feelings on what a Web developer should know. Let me try to define my cut off.
It's not where the abstraction stops, because TCP/IP/SSL aren't part of the average Web framework (maybe some provide their own server, but I'm not aware of any), but it definitely includes everything the abstraction for framework does.
Is it abstraction + 1 level? Maybe.
I have a feeling different languages and areas have different cut-off points -- Web dev differs from Erlang dev.
For the Web, I think the cut-off point is TCP/IP because it is so central to the way the whole thing works, but is not too technical to be hard for the average developer to understand. As far as SSL/TLS is concerned, I provide a specific example of when an understanding of SSL is needed.
There are reasons go deeper (http://developer.yahoo.net/blog/archives/2009/10/a_engineers_gui.html http://developer.yahoo.net/blog/archives/2009/10/a_engineers... talks about Ethernet frames and payload sizes), but I think an understanding of TCP/IP and the encapsulation they implement will allow a knowledgeable Web developer to understand the technical details.
I don't think there's any place to stop, necessarily, and I think these discussions are useful because they help to shape what we define as important knowledge. So, while I may not have a concrete answer to your question, I think we have a good starting point at which to draw the line.