I just might have to upgrade my subscription for this one.

>Hi. Perry.
>
>>I dont' subscribe to the VFP version, so I don't know how large the magazine is. I get MSDN mag and they categorize all their article's according to level of difficulty.
>
>Well, I do the same in UT Mag, and the same will happen in Level Extreme .NET.
>
>>But I find most of the basic information for developer tools is readily available, if not thru the web, then thru a book somewhere. The pickings become much slimmer as you traverse the pyramid of difficulty.
>
>Exactly. That's why while still having a category for Beginners, it will be mostly used for product and book reviews, tips, and other things that are actually useful for all levels. For me it doesn't mean that the article in question is JUST FOR beginers, but FROM then on.
>
>My main target will be working on architectural issues in real-world scenarios and with simple approaches and examples, and the same for methodologies and approaches (like test-first development, dynamic interfaces or code generation techniques). There is some information about this in the web, but not so much so you can't put it in a more consistent and detailed way. A monthly magazine allows you to publish a series on some topic and keep reshaping it based on readers' feedback.
>
>>I think that's were a mag like this comes in real handy. An author can follow the questions asked here to answer some roadblocks people are running into. Such as replacing your VFP application object with static variables in .net.
>
>Yes, this is something that you'll surely find in Level Extreme .NET, althoug we intend to do a pure .NET magazine, not presenting things for VFP or VB6 developers in particular. That said, I do intend to include some eventual content about J2EE, COM, Smalltalk, Linux, interoperation and lots of things that while not been strictly .NET, are the context in which our applications exist, and we should know about.
>
>It will not be the perfect magazine, but for our team "perfect" is a verb, not an adjective. We will always try to make it better.
>
>Best regards,