Subject Re: Article
Author Steve Summers
I <sesummers@...> wrote in message
news:GJEALJHCCCJEIBHPDHMBIEHJEEAA.SESummers@......
> ...
> This was all interesting to ME, but it wasn't really that technical.
> Is this DDJ article material? Does it show off Firebird in
> interesting ways?
> I don't know.
>
> If the answer is yes, and the deadline isn't too soon, and the
> project not too large, and nobody more qualified than me wants to
> do it, I'll do it. I know that's a lot of "ifs", but my guess is
> it's the same if's that are stopping any of the other candidates
> from discussing doing it themselves.

I've thought about this some more, and reviewed the articles in my
last few issues of DDJ, and found that there ARE a few reasonably
simple articles like "Implementing Screen Savers in .NET" to go along
with the horribly complex "Motion Estimation and MPEG Encoding" type
articles- and of course, they publish Chaos Manor, which isn't
particularly technical. None of the articles are all that long, so
the time investment can't be more than a few days' worth. I can spare
that much time over the next month pretty easily.

What I'm thinking is that rather than attempting to write an article
that goes into deep technical detail about a single subject like
Events, or UDFs, or whatever, what if I did one that "hits the
highlights" of what makes FB so nice? I could discuss how easy FB is
to install and deploy, show a few simple triggers and stored
procedures, demonstrate the use of triggers to generate events to
notify the client to reload cached tables, and then explain UDFs and
show my RTFSearch UDF source.

These would all be covered as examples taken from a real-world
business application- my RAID (Requirements And Issues Database)
program. It wouldn't be that technical, but it would be an
opportunity to mention SEVERAL of the reasons why FB is such a good
choice for small to medium size business applications.

This sort of fits what Mr. Erickson meant by "a project article", I
think. It doesn't exactly fit their "Author Guidelines" on the web
site, but it might work OK for this purpose.

Ann, if you agree that this sounds like a reasonable approach, and
nobody from the firebird-devel forum wants to take this on either,
please send me privately Mr. Erickson's e-mail address, and I'll take
it from there.