<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>Advogato blog for niksilver</title>
    <link>http://www.advogato.org/person/niksilver/</link>
    <description>Advogato blog for niksilver</description>
    <language>en-us</language>
    <generator>mod_virgule</generator>
    <pubDate>Sat, 11 Oct 2008 06:12:47 GMT</pubDate>
    <item>
      <pubDate>Wed, 6 Feb 2002 18:29:25 GMT</pubDate>
      <title>6 Feb 2002</title>
      <link>http://www.advogato.org/person/niksilver/diary.html?start=42</link>
      <guid>http://www.advogato.org/person/niksilver/diary.html?start=42</guid>
      <description>It was interesting to read the
&lt;a href="http://www.osdn.com/bcg" &gt;OSDN/BCG survey&lt;/a&gt;
of open source developers, suggesting that most are
professionals
spending about a day per week on one particular project.
Also interesting comparing that with our own experience,
in which we do have a number of developers from the open
source community but certainly not fitting the profile
suggested by OSDN and BCG.
&lt;p&gt;

&lt;p&gt; But on closer examination it's not that surprising. The
population
sampled was those who are named developers on various
Sourceforge projects. And usually these people are the
people
whose baby it was in the first place. So it's very likely
that
these people will spend an hour a week on the project... and
surprising they don't spend longer. If they surveyed us
they'd
find a bunch of full time developers working 40+ hours/week.
&lt;p&gt;

&lt;p&gt; In my experience those who come to a project later spend
much
less time on it. Not too surprising. We have a handful of
contributors who spend maybe 4hrs/week coding various
segment. More significant projects therefore are unlikely to
get off the ground. Our
&lt;a href="http://www.jtrix.org/devpages/dp/3/Storix" &gt;
Storix project&lt;/a&gt;
is a lot fo work for one person, even though the idea of it
ahs generated much interest. So I've created much smaller
projects (sometimes well-defined bugfixing or feature
enhancements) such as the
&lt;a
href="http://www.jtrix.org/devpages/dp/3/GuideToIssues-Launcher"&gt;
Swing front end to launcher&lt;/a&gt;, our command line management
tool. This is a postive benefit, but also a very
well-defined
and medium-sized task.
&lt;p&gt;

&lt;p&gt; I note that
&lt;a
href="http://www.newsforge.com/article.pl?sid=02/02/06/1536255&amp;mode=nocomment"&gt;
Miguel de Icaza says&lt;/a&gt;
Evolution had 17 developers at its peak. So Jtrix, with its
full time
staff plus sundry others isn't doing too bad compared to a
high
profile, easily-understood, less ambitious project like
that.
</description>
    </item>
    <item>
      <pubDate>Mon, 4 Feb 2002 16:00:41 GMT</pubDate>
      <title>4 Feb 2002</title>
      <link>http://www.advogato.org/person/niksilver/diary.html?start=41</link>
      <guid>http://www.advogato.org/person/niksilver/diary.html?start=41</guid>
      <description>Fascinating
&lt;a href="http://www.theregister.co.uk/content/4/23919.html" &gt;
article in The Register&lt;/a&gt; today about how Miguel de Icaza
wants to port GNOME to .NET, and generally make this the
platform of the future. It's fascinating to hear this, and
has
some relevance to our own project, &lt;a
href="http://www.jtrix.org"&gt;
Jtrix&lt;/a&gt;.
&lt;p&gt;

&lt;p&gt; .NET is about SOAP and it's about portable bundles of code
("assemblies").
Jtrix is still about a lot more than that, but it's good to
hear
someone recognise .NET's assemblies. I don't know too much
about them, but from what MdI says their security features
are much like setting Java's security policies.  These work
fine
for Java applets, but I can see this
being quite inadequate for practical purposes, and one will
end up enabling all features because application-style
programs
(as opposed to applet style programs) need them. And then
your
system is compromised.
&lt;p&gt;

&lt;p&gt; Additionally, I can see that all useful
Windows applications will be platform-specific by addressing
memory direct. .NET allows this and it will render a Linux
MONO
less useful than one would like.
James Gosling noted this some time ago in
&lt;a href="http://news.com.com/2008-1082-817522.html" &gt;
an interview with News.com&lt;/a&gt;.
&lt;p&gt;

&lt;p&gt; Jtrix runs everything in its own code space, and resources
(e.g. disk)
are kept entirely separate. Its aim is allow you to use your
own
PC as a commercial hosting environment. You need complete
security for that. So it's nice to see people recognise the
general
idea, but it's a shame to see them focus their attention on
what
is, IMHO, a misguided direction.</description>
    </item>
    <item>
      <pubDate>Fri, 1 Feb 2002 16:47:32 GMT</pubDate>
      <title>1 Feb 2002</title>
      <link>http://www.advogato.org/person/niksilver/diary.html?start=40</link>
      <guid>http://www.advogato.org/person/niksilver/diary.html?start=40</guid>
      <description>Writing a small Beatrix application of my own. Just a small
demo, but should help others see how things work. It also
helps me see how things work, and how to improve my
documentation. Some errors are just silly. Some require
a bit more detective work, and that shouldn't be necessary
for this kind of application. It means there are some gaps
in my documentation. So all in all a good exercise.</description>
    </item>
    <item>
      <pubDate>Wed, 30 Jan 2002 09:40:06 GMT</pubDate>
      <title>30 Jan 2002</title>
      <link>http://www.advogato.org/person/niksilver/diary.html?start=39</link>
      <guid>http://www.advogato.org/person/niksilver/diary.html?start=39</guid>
      <description>Spent some time filling in the gaps in the Beatrix
documentation, which appear to be large. The information
is all there, but sometimes you need to be a bit of a
detective
to piece it all together. &lt;a href="http://www.advogato.org/person/CryoBob/" &gt;CryoBob&lt;/a&gt; suggested
a kind of Q&amp;amp;A table, mapping "What do you want to do?" to
"How to do it". That's a good idea and can act as a good
reference.
What you want to do (in human terms) doesn't always map to
single class or interface. It's usually split up over
several. So
having a handy reference is a very good idea.
</description>
    </item>
    <item>
      <pubDate>Tue, 29 Jan 2002 09:03:50 GMT</pubDate>
      <title>29 Jan 2002</title>
      <link>http://www.advogato.org/person/niksilver/diary.html?start=38</link>
      <guid>http://www.advogato.org/person/niksilver/diary.html?start=38</guid>
      <description>Among other things, yesterday I spoke to Jim, our CTO, about
a very small class he has in mind to help make legacy
systems
available as Jtrix services. It's quite simple and very
elegant.
It involves setting a few fields in one class which then
gives you
a warrant for someone to access the service. The class then
starts an HTTP server listening for a service bind request.
This
will come when you give the warrant to someone and they use
it in a netlet. At this point your legacy application can
talk
to the netlet. Very simple. Requires a little bit of work,
but
should open up Jtrix even more.</description>
    </item>
    <item>
      <pubDate>Fri, 25 Jan 2002 16:24:45 GMT</pubDate>
      <title>25 Jan 2002</title>
      <link>http://www.advogato.org/person/niksilver/diary.html?start=37</link>
      <guid>http://www.advogato.org/person/niksilver/diary.html?start=37</guid>
      <description>More javadoc, which really is not fantastically exciting,
but it
does mean there's going to be a lot fewer people scratching
their heads over our storage system thinking "Eh? That's
dumb".
Andy really does have a fetish for inner classes. Which are
all very good in their place, but it can get silly at times.
I cannot see the point of most inner interfaces. I pine for
the simple things in life. I remember BBC Basic. Now *that*
was a programming language...</description>
    </item>
    <item>
      <pubDate>Thu, 24 Jan 2002 21:13:50 GMT</pubDate>
      <title>24 Jan 2002</title>
      <link>http://www.advogato.org/person/niksilver/diary.html?start=36</link>
      <guid>http://www.advogato.org/person/niksilver/diary.html?start=36</guid>
      <description>Phew, long day continuing Javadoc, and tidying up some
interfaces. At least I think it's tidying up... we'll see what
happens when real programmers get to them. This is for
Storix, our distributed transactional file system. Actually,
it's probably a good thing for several people to run over the
code. It provides a sanity check.

&lt;p&gt; Spoke to CyroBob at the end of the day regarding Beatrix
and his understanding of it. Looks like there are lots of gaps
in my documentation. Not all that surprising since that's
the least roadtested.
</description>
    </item>
    <item>
      <pubDate>Mon, 21 Jan 2002 13:57:40 GMT</pubDate>
      <title>21 Jan 2002</title>
      <link>http://www.advogato.org/person/niksilver/diary.html?start=35</link>
      <guid>http://www.advogato.org/person/niksilver/diary.html?start=35</guid>
      <description>Spent the morning making a few corrections to
&lt;a
href="http://www.jtrix.org/download/5/misc/writing-netlets.pdf"&gt;
How to write netlets&lt;/a&gt; after
&lt;a href="http://www.advogato.org/person/CryoBob/" &gt;CryoBob&lt;/a&gt; went through it on Friday. It was
good to see that his comments were thoughtful and
well-directed,
as that means he has a good understanding of the issues. Or
at
least as far as the document allows.

&lt;p&gt; Today he's looking at Beatrix, our application framework.
Some comments have already come my way, and it's certainly
more
complicated. Mind you, it allows you to do much more. We'll
see.

&lt;p&gt; Will spend the rest of today making sure our javadoc
compiles
without problems. A painful, but I think helpful, business.</description>
    </item>
    <item>
      <pubDate>Fri, 18 Jan 2002 09:26:56 GMT</pubDate>
      <title>18 Jan 2002</title>
      <link>http://www.advogato.org/person/niksilver/diary.html?start=34</link>
      <guid>http://www.advogato.org/person/niksilver/diary.html?start=34</guid>
      <description>&lt;a href="http://www.advogato.org/person/CryoBob/" &gt;CryoBob&lt;/a&gt; is now starting work
on writing
Jtrix netlets. Let's see how he gets on. In the past people
found it difficult, but currently it's generally more
streamlined
and much easier to do simple things. Of course, it's more
complicated to do more complicated things, but then it would
be, wouldn't it?

&lt;p&gt; &lt;p&gt; Observed that experienced people try fiddle
around with things to learn them better. CryoBob did this:
"I tried to change X just to see what happened, and it
broke.
And I figured I think I know why...".

&lt;p&gt; &lt;p&gt; Site experienced a small surge after posting a
&lt;a
href="http://sourceforge.net/people/viewjob.php?group_id=37971&amp;job_id=6242"&gt;
"developers wanted" ad&lt;/a&gt; on sourceforge, for our
redundant file system,
&lt;a href="http://www.jtrix.org/devpages/dp/3/Storix" &gt;
Storix&lt;/a&gt;. Meanwhile still looking to fill our
&lt;a
href="http://www.jtrix.org/devpages/dp/5/JtrixDeveloper"&gt;full
time Java job&lt;/a&gt;
here in the London office.

</description>
    </item>
    <item>
      <pubDate>Wed, 16 Jan 2002 10:24:48 GMT</pubDate>
      <title>16 Jan 2002</title>
      <link>http://www.advogato.org/person/niksilver/diary.html?start=33</link>
      <guid>http://www.advogato.org/person/niksilver/diary.html?start=33</guid>
      <description>Trundling on with documenting the latest changes to
the Beatrix framework, which makes it easy to write
large-scale
services. This is more important now because we have
a design for our redundant storage system, Storix, which
will be built in this framework, and developers will need
decent documentation.
&lt;p&gt;

&lt;p&gt; Also on the agenda is continuing the design of the One Node
Wonder (is there a better name?). This is a simplified
version
of the Jtrix node, optimised for a one-user PC rather than
a server cluster. Current problems include how to represent
resources (disk, sockets, etc) which appear in multiple
locations
(i.e. multiple PCs).</description>
    </item>
  </channel>
</rss>
