Saturday, 19 March 2005
I'm going to be travelling across Canada in April and May to deliver the next round of Deep Dives -- these ones on Smart Client development with VSTO 2005. Here's the abstract:
Recommended Audience: Developer.
Microsoft Office has established itself as the standard for office productivity applications. Knowledge workers use the Office tools (word and excel) to create and mine data. The experience and familiarity with these tools can be leveraged to build a new breed of applications to make working with important information easier using Word and Excel as application interfaces.
This session will explore the details of creating Smart Client Applications using Microsoft Office System and Visual Studio Tools for Office. This session will include data access techniques for online and offline work, security considerations and leveraging the .NET Framework and web services to interact with Line of Business applications. This session will also provide attendees with prescriptive guidance on choices for application development, comparing all the possibilities for smart client development, in the form of a decision matrix.
Here's the schedule and some links to register:
I am preparing the material right now, and it's all Visual Studio 2005 and VSTO 2005 -- if you've seen me do VSTO 2003 material before, you're going to be delighted with the new tool! It's much more designery and much less “now simply provide implementations for the following 20 functions with almost identical names.” That means there's time to show cooler stuff, and I fully intend to. See you there!
Friday, 18 March 2005
I went over to the MSDN Canada site to get some question of mine answered, and got completely distracted by today's poll. The results as of this morning:
Thursday, 17 March 2005
I'm a little late getting this blog posting up... I kind of had to recover from the event. Sam rolled into town in the early afternoon and what a blast! The pre-event agenda was gossip, code names, and assorted gems I will not be sharing. Plus great sushi -- in Whitby, much to my surprise -- and plenty of geek talk. For the event itself we were in a new venue and had to sort out some logistics around projecting and such, but it worked in the end. We had about double our usual attendance. I have never seen so much note-taking! Then when the crowd left, it was time for beer and more discussion, until the dreaded “you don't have to go home, but you can't stay here.” Time for Sam to meet a true Canadian institution... Tim Hortons . Other blog entries on the evening: Eli, Sam, and Jean-Luc. Though I notice Sam neglected to mention that he actually likes C++/CLI .
If you're an INETA speaker and you haven't come to my group yet, you don't know the fun you're missing. Just say the word, and I'll request you. And if you live within an hour or two's drive of Oshawa or Whitby, and haven't been to a meeting yet, resolve right now to come to the next one. It may not feature beer, but you'll be glad you came.
Monday, 14 March 2005
Back in the 80's, one of the classic anecdotes around corporate gender unfairness was the idea of the meeting that finished up in the mens room, inaccessible to the women left standing in the hall. If this is how those meetings went, we were worried for nothing.
See you at Tech Ed, guys!
Friday, 04 March 2005
Last night I spoke at the Metro Toronto .NET Users Group on Interop between J2EE and .NET apps, using a variety of techniques but especially Web Services. There was a bit of code, but really the emphasis was on philosophy, the kind of “big picture” approaches you can take to make interop happen. I mentioned more than once that it's important to know what exactly you mean by interop and what it is that you want your two (or three, or more) applications to be able to do together. The sorts of projects that really don't work are the ones that start “how can we use BizTalk in our firm?”. Start with a business problem, and if it looks like BizTalk will make it possible to solve the problem, then go from there, but don't pick the solution and then go looking for a problem.
This came back around in the post-presentation questions and chat, and we got to talking about the importance of requirements. I'm hip deep in a project where we spent months just settling the requirements, but as a result the project has moved forward into code after spending years (before I came on board) getting about halfway through design and then stopping and starting over. For Enterprise work (and these interop issues are generally Enterprise) there is simply no substitute for real solid business requirements that are completely nailed down before anyone starts designing, followed by a properly thought through design. I don't go through all that for three day projects, putting together a little Sharepoint web part or some Windows Service that sends email at night about additions to the database today, but I sure go through it for anything that needs more than one programmer or that will take more than a month.
I was reminded of a funny article I read a while back called Agile Bridge Building, which mocks Agile Software Development by dissing bridge design in favour of showing the client Working Wood as soon as possible. Basically, you stick a log out into the river and right away you've started to build your bridge. This process naturally produces requirements, since now we have consensus that the log should actually reach all the way to the other side of the river! Why waste a lot of time in meetings trying to develop this requirement in advance? Once there's working wood, a genuine prototype, the stakeholders can quickly agree on what's important. And all without the hassles of paying someone for requirements and design. There's more, so I recommend you read the whole article. And to be honest, if I lived in the woods and was sick of wading through a small stream to get to the far side of my property, I probably would apply Agile Bridge Building to the problem, just as I don't particularly design every speck of software I write. But I'm glad the folks who built the bridges I drove over today designed them first, and I'm glad I know how to gather requirements, get consensus on functionality, and design the big projects I code before I code them.
Wednesday, 02 March 2005
Tuesday, 01 March 2005
Lots of Tech Ed rejection letters this year -- I got five myself -- but in the end I am giving ALL the C++ talks -- really I am! Well, that is to say, both of them. But at the moment I only see two Visual Basic and two C# talks, so I don't feel bad. The talks, and current abstracts, are:
Visual C++ and .NET: Great Performance, Full Access and Easy Migration of Existing Code
Abstract: The enhancements to Visual C++ 2005 enable it to stand toe-to-toe with any tool in terms of support for the .NET Framework. In fact, in many ways it can do things no other tool can. Learn how the CLR brings new features such as garbage collection, generics, reflection, and verifiability to C++ ... and how C++ brings deterministic cleanup, templates, and meta programming to the CLR! Learn how to easily migrate existing native code - including MFC applications - to run under the CLR. Strategies for choosing which parts of the application remain native and which are managed will be discussed. Finally, this session will provide guidance on how to build high-performance managed "wrappers" enabling reuse of native libraries.
Visual C++ 2005: A Look at the New Features for Building Fast Native and Managed Code
Abstract: Whether you build end-to-end applications or components for enhancing larger applications, the new Visual C++ 2005 is the power tool for Windows programming. In this presentation we’ll spend extensive time in the Visual C++ 2005 development environment – highlighting new productivity features – as we dive into its support for building high-performance, first-class native and managed applications. You’ll learn about native code compiler optimizations, security enhancements, 64-bit development, and support for multiprocessor/grid computing systems. In addition, this presentation will demonstrate how Visual C++ 2005 now provides CLR/.NET Framework support that allows it to stand toe-to-toe with any other tool in terms of elegance and productivity…with the additional benefit of high-performance access to native code and the ability to easily move native code to the managed environment.
You'll want to attend both, of course. Register now!
As well, the Women In Technology lunch will be happening again and I'm looking forward to another panel appearance. This is shaping up to be another great Tech Ed... as long as some more familiar faces start to show up on the speakers list.
Friday, 18 February 2005
Monday the 21st is the February meeting for the East of Toronto user group. Please visit http://gtaeast.torontoug.net/ug_events/936.aspx to register.
This event will consist of an overview of methods for interoperating between Java-based systems and NET including XML document exchange, shared database, messaging, web services, and Java to .NET bridges. We’ll spend the bulk of the time on a detailed analysis of the approaches and methods for web services-based interop between apps and systems running on .NET and other technologies.
I'll be doing this same talk myself March 3rd, so I'll be taking detailed notes while Adam is presenting
© Copyright 2017 Kate Gregory
Theme design by Bryan Bell
newtelligence dasBlog 2.3.9074.18820
| Page rendered at Tuesday, 28 March 2017 05:02:38 (Eastern Standard Time, UTC-05:00)
On this page....
Pluralsight Free Trial
Click Subscribe, then Start 10-Day trial