<br><br><div class="gmail_quote">On Tue, May 24, 2011 at 4:10 PM, Max Lapshin <span dir="ltr"><<a href="mailto:max.lapshin@gmail.com">max.lapshin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I can't imagine myself working with system, that uses non-plain files<br>
for storing source code.<br>
Nobody will fix for me Textmate, git or ack to work with this database.<br></blockquote><div><br>Why not? - a plain text file is an abstraction - in reality its a collection of magnetised zones<br>on a disk, or electron spin states or something, this gets turned into a collection of<br>
bits, the bits are rendered in a editor. Plain text doesn't exist - it's just an abstraction.<br><br>The underlying representation of the data you see in a browser may come from a file<br>or as the result of a datebase query, you will  never know which it was.<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Modules give your clear structure of functions. Without them you will<br>
end with  mpegts_encode, mpegts_decode,<br>
and will break your head when there will be 3 or 4 underscores in name.<br>
</blockquote></div><br>or should the name be encode_mpegts and decode_mpegts the problem with structured names<br>is choosing the name - not the fact there is structure in the name.<br><br>Imagine the www was just one big structured name and there were no search engines<br>
how would you ever find anything?<br><br>/Joe<br><br>