Just to continue on Christian's comment, I see his point as a knowledge distribution and use issue.  Doctors don't know everything about Medical Science for example.  The trend to to find ways to distribute all the useful knowledge for your by the unintended and uninformed.  As more of computer science is may easily accessible and automated more people will venture farther into that realm.<br>
<br>Saying it another way, people in the 21st century will put knowledge to use as needed.  The world has generated piles of knowledge that the masses, if you will, are going to pick from to get work done.  If that means learning about parsers they will.  If that means using a menu driven programming utility, that's how it will be accomplished.<br>
<br>I use these words, the knowledge distribution system needs to be improved.  Books and traditional learning such as classes are an obstacle to quick learning for the job your working now.  Google search gets what is needed now.  <br>
<br>An example of this that is a distance off the subject of this list is <a href="http://www.joomla.org/">Joomla</a>.  It is a content management system that uses templates and menu driven choices to create a web site.  You can setup an effective web commerce site with a distinctive look in a short time with a list of features.<br>
<br>Those in the know will create the tools for the gold miners.  The gold miners will do the actual dirt digging.  Think of this system as a way to keep your job.<br><br><br><br><div class="gmail_quote">On Wed, Jul 9, 2008 at 7:42 PM, Christian S <<a href="mailto:chsu79@gmail.com">chsu79@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">> I looked at UBF a long time ago and I thought it was a very<br>
> interesting idea. What I was wondering is why there seems to have been<br>
> so little apparent interest in this (i.e. why hasn't it transitioned<br>
> from the POC).<br>
<br>
</div>As long as we are a bit cynical in this thread, I'll share some of my cynism.<br>
<br>
I think UBF has got no attention because the skill (in the bottom 95%<br>
of programmers) at using parser generators and parsing is low, people<br>
go as far as splitting text on a delimiter character (or regexp<br>
pattern), they maybe do this further on the results, but that's it. If<br>
more is needed, they bring in XML, because DOM parsers doesnt<br>
intimidated the ego the same way a tool you dont know will do.<br>
<br>
UBF, the transport format, can only really be appreciated if you know<br>
and directly see that it is easy to implement (comparingly). If you<br>
can see that it is very feature competent, that it has very un-muddled<br>
data types, the plain list, the tuple, integers, strings, symbols,<br>
8bit binary blobs (without silly base64 tricks). There is no XML<br>
schema on top to bring you elementary data types that all<br>
machine-to-machine transport _will_ need.<br>
<br>
UBF, the protocol contract language, can only really be appreciated if<br>
you get to the next level of understanding publicly exposed protocols,<br>
implementing them, maintaining them, documenting them, designing them.<br>
  So much about programming against an interface is "can i say this<br>
right now?", or, "what do i need to say before what i really want?".<br>
You dont see many interfaces targeting this kind of specification, all<br>
you get is that they're going to throw IllegalStateException if the<br>
programmer bothered to check premises explicitly, otherwise you will<br>
likely get a NullPointerException and no guarantees about how valid<br>
the internal state of the object is now.<br>
<br>
<br>
Sorry for my rant.   ... ranting is too much fun.<br>
<div><div></div><div class="Wj3C7c">_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://www.erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://www.erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>John S. Wolter President<br>Wolter Works<br>Mailto:<a href="mailto:johnswolter@wolterworks.com">johnswolter@wolterworks.com</a><br>Desk 1-734-665-1263<br>Cell: 1-734-904-8433