What do you think About Possibility Of Porting .NET Framework To Non-Windows Platform? IT IS
TECHNICALLY POSIBLE NOW? Or the issuSues Must Be Solved for this? do you think we'll See
Such Port Say On Linux. What Are Your Predictions About this?
I Think That .NET Could Be Ported To Other Platforms Now, if Somebody Was So Inclined. After All,
MS Says They're Considering Submitting Part OR All of It (i Forget the Exact Details) TO A
STANDARDIZATION BODY.
If You Look At .Net from The Standpoint of Its Runtime Classes, ITS Execution Engine, And So
Forth, You'll See That the are huge chunks what aren't Tied to any specific cpu and / or os. a
String Class Is A String Class (Hopefully!)
Sure, .Net Has Things That May Not Be Portable, Such as Classic COM Interoperability. Those
Things might not get port ported if somebody Other Than Ms Was to Provide a .net Implementation. That
'S life. Don't use those features if you're concerned about Writing .NET CODE THAT MAY RUN ON
Some Non-MS Implementation In The Future. And Truthfully, The Same Issues Exist Today with java
And UNIX. If you start using certain cool features specific to some importation, portability
May Bite you.
Will We See .NET on Linux? Truthfully, I don't know ,how, based, based Upon Projects Such As Wine,
IT Wer Surprise ME IRE WERE SURPRIP OF People Who Realy Want To Put The Effort Into
Making a .NET Implementation Run on Linux. if So, More Power To Them.
I Was Wondering What Your Opinion IS of The Future Course Of Windows CE in Light of .Net. I'VE
Taken Notice of the Fact That Compuware / Numega Doesn't Seem to Have Any Particular Support for
Windows CE in Its Tools. Some Products Don't make Sense if you can't recover the investment youmake in Them, And Ce Has Been A Small Market I Think, But I Was Wondering What you think
Future Holds for ce Asia Target Platform. Will It Just Be a host for the "Compact" Version of The
CLR WHENEVER THAT OUT? HMM ... Good Question. Knowing Microsoft, They'll Probably come out (or help hardware vendors)
Produce Devices That Area 100% .Net from The Ground Up. At The Same Time, They'll Probably Keep
Pushing CE for at Least Awhile. Thinking of it as hating two horses in the race. if ce atually
Becomes a big player, the the they'd be stupid to drop it. i can also See a Case for A Future
Version of CE Hosting a Compact CLR IMPLEMENTATION. WHO KNOWS?
AS for Compuware / Numega Support of CE, I Know The IS / WAS Support for CE in Boundschecker.
Granted, IT Probably Isn't Everything That CE Gearheads Could Ever Want, But At Least Some
Effort Was Put IT. I'm Sure It's Not A Surprise That Market Demands and Market Share Drive
WHERE A Company Like Compuware / Numega Put Their Efforts.
I Heard That .NET Supports COM and Windows API .. and as I think about c # and CLR AS I Have Read
ITS Document, (. Net Development Environment) IT Could Also Support Platform Independence ...
Platform Independence Is Very Important Issue and C # aIMS for It. And other Things in .NET ALSO
Look Like Aiming Platform Independence ... (XML, SOAP ETC ...) THEN How Can You Explain About Two ContraDictory Features of .Net Framework .. ?? Platform.
Independence Versus COM, Windows API Support ...
I don't See Much of A ContraDiction. C # is a language. You can Write Portable Code in A
Language, and you can write platage language. this Has Been The Storywith The C Language for 30 Years. There's Nothing in The C # Language Definitions That I've Seeen
In c # That Ties it to windows. YET, You Can Choose To Use and / or Write C # classes That Rely ON
Features of windows, or on the underlying hardware platage.
The Same Basic Story Goes for The CLR. I can there is it it being hosted someday without
Windows underneath it. Yet it has "escape hatches" That Let you use Windows, COM, and PRETTY
Much Whatver else you need. Microsoft Was Smart To Put Them in There, Because Otherwise They'd
Have a huge effort to get people to abandon their existing code. Heck, Microsoft Themselves HAS
This Problem. Can you see all of the office products, and all of the back office products being
Hosted Entirely on .NET WITHIN THE NEXT YEAR? WITHOUT USING Anything Like Pinvoke and COM
INTEROP?
The Short Answer: You Have to Be Smart About What Features You Use, IF You Want Portability. This
Concept Certainly isn't new with .net.
What i'd love to hear about is the early day des beetga Was a small shop and you and the team
Were scrambling to get the next version out. I know That this isn't real a question, but i've
BEEN Using Boundschecker for EVER, AND I'D Love To Hearing Some Interesting Stories
About How everything got started .hen did you join Numega? Where You a Founder? How Did Your
Role the change over time. i Have this impression That You Started Off Writing All The Code,
AND THEN Somewhere Along The Line Moved Into More of a Pure Research Role.ah ... Excellent Questions! Let me..
I Joined Numega in 1993, After Being Laid Off from Borland. I Certainly Was Not ONE OF THEFOUNDERS, But Was Well Withnin The First 10 people.
When i Joined, There Were The Two Founders, Two Program Off-Site, AN Office
Manager, And A Sales / Marketing Guy. A Few More Great People I DID, But IT
Was Still Pretty Small for The First Two Years.
THE TWO FOUNDERS, JIM AND FRANK, ARE GREAT Guys. I Still See Them Semi-Regularly, And Live In The
Same Small Town As The Do. I Wasn't Even Formally Interviewed. I Just Talked to Them On The
Phone on Two Separate Occasions, with MOST OF Conversation Being About What I'D Do To Improve
Softice. I Was Totally Shocked WHEN THEY CALLED WITH A JOB OFFER. I CERTAINLY FELT Under
Qualified.
The Great Thing About The Early Days of Numega Was That It Was a Very Family Oriented Company. IT
Seemed That All The Families Knew Each Other, And Wee Were Always Doing Things Together. We Didn '
T Work Horrible Hours Either, Like Most Startups Do The Days. Wee Were All Pretty Good At What
WE DID, AND WE WORKED PRETTY NORMAL HOURS (SAY, 9-5). if you have good products, and a high
Barrier To Entry, you don't have the same pressures.
Recall, We Didn't Even Bother to Track Vacation Time. Everybody Just Intrinsically Knew That As
Long As the Job Got Done, Having a Lot of Formal Procedures Just Got In The Way.
When I Joined, The Primary Products Were Softice for DOS & Windows, And Boundschecker For DOS. I
Jumped Right Into The Middle of The First Boundschecker for Windows Release (You Have to Recall,
In 1993, This Would Have Been for 16 Bit Windows 3.1) My First Big Job Was To Write The Parameter
.
After BoundSchecker 1.0 Was Released, I Took over, and Was the "Lead" for Boundschecker 2.0.
Saying "Lead" is a bit of a stretch, because it is basically myself and the off-site
Programmer. The Softice / W Guy Went Back to His Primary Role.
One Slightly Humorous Story IS Tech Support. Back THEN, IF Somebody Called for Support on The DOS
Products, They Talked to One of the Founders. If SomeBody Called for Support for the Windows
Products, They Talked to Softice for Windows Guy or Myself. Later We got Dedicated Support
People, But It Was Great Getting First Hand Feedback from The Customers On What You Did Right OR
Wrong.
When IT Came Time To Start The Win32 Version, I Did All The Original Core Work, And Brought Frank
In Later to Help with His Symbol Table Code. on The Ui Side, The Off-Site Guy Did A Ton of Work
To Convert The 16 Bit Ui Code To 32 Bits. Over Time, Many More Great People (Including John
Robbins) WERE HIRED ON, AND HAD THE MISFORTUNE OF WORKING WITH MY CODE J
I'VE Pretty Much Stayed with Boundschecker Throughout My Career At Numega. Starting with The 16
Bit Code, Through The 32 Bit Code, And More Recently, with my 64 bit work. luckily, i had 5 years
To Learn from My Previous Mistakes, So Most of My Recent Work Has BEEN ON A Revamped "ENGINE"
For BoundSchecker. It's this engine tria Will be used in Future 32 and 64 Bit Versions of
Boundschecker. This Same Engine Also includes .NET Support. It's Great Being Able To Start from
a Clean Sheet Of Paper!
Besides My Boundschecker Related Work, I've Also Moved Into Other AREAS, INCLUSO MOVED INTO OTHER AREAS, INCLUSTINGESECH. TheEngine I Just Mentioned Started Out As A Research Project. Other Research Areas Might Include
Technology Assessments, Competitive Analysis, and Pretty Much Any Area Where I Can Provide
Reasonable value to the company. I Still Think of Myself As a Coder At Heart, Though.
How do you manage to stay Ahead of the curve? Can a regular programer guy like myself That Works Most of the day at work, and has a fulll
Home-Life, With A Wife, And A Commute To Work, And a Yard To MOW, Stay Ahead of The Curve Like
You do?
It's funny this'D think I'm ahead of the curve, Since i feel Perpetually behind it. I Try
To Have a "Normal" Family Life with My Wife, 2 Year Old, And House. To try to balance my life,
I don't work 14 Hour Days at work, and try to stay off the computer when I'm at home. Sure,
Sometimes I have to focus intently at home (when Writing a column for instance), But I certinly
Don't Live In Front of The Computer Like I buy.
So ... I Have to Pick My Battles Carefully. I realize That There Arej Just Some Areas That I Won't
Have The Time to Learn. I Know My Strengths, and try to keep myself up to speted in at Least Those
Areas. I Also Have The Advantage of Being An "Architect" at Numega. Because I'm Supposed to Be
Keeping Up What What COMING DOWN The Pike In The Future, I Can Usually Leverage That Knowledge
TO Help Guide Me in My Outside Activities Such as my columns.
What Kind of Topics Do You Think You Will Cover In The Future IF .NET Takes Off. Will you
(UN) COVER il? How Important Do You Feel Win32 Will BE in The Future?
Will there always be a place for those who know the Win32 API like the back of their hand? Good questions! I'm already basically up on the underpinnings of .NET, but still have a lot tolearn. A lot of great info (such As the il) IS already Document. You Just Have to Dig a Little
To find what you're after. There's Just so much to try to understand at onCE!
A lot of what i do is just taking existing documentation, and putting my wn spin on victings.
Unlike Somebody Who's Trying to Write Documentation for An Entire API, I Have The Luxury of
Picking an area to focus on. i can choose what I feel The important point, and focus on
Making Those Points As Clear As Possible. So, Yes, I Do Figure I'll Be Covering JITTING AND IL,
But it is't be till i know enough to talk intelligently about them. I Also don't want to jump
THE Gun, And Be Writing About Things That Are In Flux, And That Many People MAY JUST NOT BE Ready
FOR.
As for the win32 API, I Think It Will Continue To Be Important. It's not so much the API, AS IT
Is The Knowledge of All The Layers in a system, and how they integrate. I've said this before,
But it bears repeating again: Software is Written in Layers. The more you understand About the
Layers, The More Valuable You'll Be, Both As a Coder, And When IT Comes Time To Debug. I don't
Consider myself a particularly great coder. What I do know is how much mors
TOGETHER.
