Board index » delphi » Re: BDS 2007 ETA? - Software Assurance gets a no vote here

Re: BDS 2007 ETA? - Software Assurance gets a no vote here


2007-01-18 05:59:44 AM
delphi261
Bob Dawson writes:
Quote
I'll await that--perhaps he'll diagnose MS's roadmap behavior on his
website and offer his suggestions. And I am sure he's about to
advocate that all MS SA customers who didn't get product at one time
Hehe. You might want to dig through my blog archives, there are some
good MS trashings in there. I had a recent Zune post, it wasnt a
trashing as its got some cool things too, but I was not exactly
complementary in a lot of things about it too....
You should also attend my UI design session, some MS products get a
real bashing in there. Im an equal opportunity basher.
--
Chad Z. Hower
Microsoft Regional Director - "Not a Microsoft Employee"
"Programming is an art form that fights back"
www.KudzuWorld.com/
Need a professional technical speaker at your event?
www.woo-hoo.net
 
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

Bob Dawson writes:
Quote
I'll await that--perhaps he'll diagnose MS's roadmap behavior on his
website and offer his suggestions. And I am sure he's about to
Just from the last 3 months alone:
www.kudzuworld.com/blogs/tech/2006_08_11.aspx - Good trashing
www.kudzuworld.com/blogs/tech/Zune64bit.aspx
www.kudzuworld.com/blogs/tech/20061228.aspx
www.kudzuworld.com/blogs/UIAsylum/20061118A.aspx
Non MS trashings:
www.kudzuworld.com/blogs/tech/20061227.aspx - and this is a
product that I LOVE yet still has something in need of trashing.
www.kudzuworld.com/blogs/tech/2006_07_09.en.aspx - Adobe
In light of this and some others, some might say I have been kind to
CodeGear.
--
Chad Z. Hower
Microsoft Regional Director - "Not a Microsoft Employee"
"Programming is an art form that fights back"
www.KudzuWorld.com/
Need a professional technical speaker at your event?
www.woo-hoo.net
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

Chad Z. Hower writes:
Quote
I have no doubt SOX is bad. But if it is as bad as its been bandied
about here and having such a crippling effect on CG, CG should
reincorporate in the EU or somewhere and sell into the US via
resellers or something drastic.
SOX is a problem because CG is a Borland subsidiary, and BORL is listed
on US stock markets. Moving CG itself probably wouldn't work.
- Roddy
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

Brad White writes:
Quote

IIRC, Nick has pointed out that these sorts of tests don't really
help with QA. Which is fine. IMHO that wouldn't be the point.
It is a public relations thing, which is *exactly* what is needed now.

You know, it seems to me that Codegear had a PR firm a few months ago.
Has anything come of it yet? Has anyone seen anything about Codegear in
the trade journals apart from the regular news stories that came about
as a result of a press release? You would expect that a PR firm that
specializes in high tech companies would have come up with a campaign
that would have been executed on the day that Codegear was officially
launched.
We might not be having this discussion had that partnership bore fruit.
Mark
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

Quote
Nick Hodges (CodeGear) writes:
>Yep, that is where we are focusing our attention: on developers. Just
>like our customers have been asking us to do for years. We want to be
>a 100% customer-focused company, and our customers are developers. We
>are working to provide developers with the products that they are
>asking us for.
Brion L. Webster writes:
A strategy that ignores CIO's/purse strings/authorizors is a doomed
strategy. Once again I am feeling like I am not your customer. I would be
better off not reading what you post. It scares me.

How the hell am I supposed to sell my "nobody ever got fired for buying
Microsoft" manager on letting me buy this stuff from someone he's never
heard of, "CodeGear", a new startup that just launched this year, he's
never seen ads for, never heard any buzz about, has no comfort level
for,
isn't in our ERP system as an approved vendor...
So true. I worked for a local hospital for almost 15 years. One time
we sat around and talked about "Who is our customer?" We came to the
conclusion that it is a lot more people than just the patient in the bed.
It's the family members who come to visit. it is the doctor who, despite
his rude behavior to us, is the one who brings the patients in. Etc.,
etc.
I'm the only one in my organization using Delphi, AFAIK. If the IT
managers never hear about CodeGear, what chance to I have of getting
them to approve the purchase of CodeGear product?
Rick Carter
XXXX@XXXXX.COM
Chair, Delphi/Paradox SIG, Cincinnati PC Users Group
--- posted by geoForum on delphi.newswhat.com
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

Chad,
| Microsoft Regional Director - "Not a Microsoft Employee"
What does that mean?
--
Q
01/17/2007 15:35:54
XanaNews Version 1.17.5.7 [Q's salutation mod]
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

In article <45ae9357$XXXX@XXXXX.COM>, Bob Dawson says...
Quote
Doesn't answer the question. Even if a weatherman is wrong now and then, the
only reason to change channels would be if the forecasts were more accurate
elsewhere. So at this point you are openly advocating that customers switch?
Are you saying you believe their forecasts comparatively unreliable? Did you
have a particular better forecaster in mind?
I don't think it is worth pursuing the analogy too far - it breakas down
as soon as you realise that a roadmap isn't a prediction of a common
experience, it is an indication of intended, specific experience.
i.e. there is no "alternative channel" producing a _Delphi_ roadmap.
What there is, is alternative vendors of similar tools who may or may
not stick more closely to their stated intentions.
At which point you might make a judgment call and determine that a
company that changes it is roadmap too often perhaps isn't putting the
amount of effort into it is thinking and planning that you wish to see in
a company whose tools you intend using.
i.e. if they say they are going to do something, can you trust them to
actually do it?
And if they break that trust, is it going to incurr you costs and
penalties sufficient to justify changing to a different, more reliable
vendor?
e.g. If I start planning a training budget to orient Win32 dev staff for
Win64 on the basis of a roadmap that says that the tools we use will be
Win64 capable in 12 months time, but then in 6 months time, after having
committed that budget and perhaps even spent some of it, learn that in
fact that capability won't be delivered for a futher 18 months down the
track, I am going to be mighty annoyed and quite possibly out of pocket.
More importantly, I am going to be strongly disinclined to trust much
that is stated as intention by that company again.
NOTE: The Win64 example above is PURELY and ENTIRELY HYPOTHETICAL and is
not intended as commentary, prediction, observation or expectation of
how or if or when Win64 capability may end up in Delphi.
--
Jolyon Smith
Say, do any of you guys know how to Madison?
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

Rick Carter writes:
Quote
Well, that is something! Can you tell me anything about plans and
timetable?
Nope - because I don't know.
--
Nick Hodges
Delphi Product Manager - CodeGear
blogs.codegear.com/nickhodges
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

Jolyon Smith writes:
Quote
At which point you might make a judgment call and determine that a
company that changes it is roadmap too often perhaps isn't putting the
amount of effort into it is thinking and planning that you wish to see in
a company whose tools you intend using.
IMO, the problem isn't changing a roadmap too frequently. I think
roadmaps should evolve over time and change in minor ways as plans
crystallize and roadblocks occur.
I would rather see the roadmap changed more frequently over time, remain
accurate and achievable than one that doesn't change, ends up
inaccurate, overly ambitious and/or focused on things that might have
been historically more relevant than they are today.
--
Brian Moelk
Brain Endeavor LLC
XXXX@XXXXX.COM
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

Quote
Brion L. Webster writes:
>I remember chasing down Michael Swindell and Simon Kissel at BorCon
>and begging them to spend money advertising Delphi and Borland in
>magazines my managers read,
Nick Hodges writes:
Tough to do when there is no budget. We have budget for this now.
Well, that is something! Can you tell me anything about plans and
timetable?
I have to wonder, because months ago you told us that you were going to
blanket the Earth with Turbo CDs, and we would see them in our computer
magazines, in the box with our laundry detergent and breakfast cereal,
and everywhere else. So far I haven't seen that happen.
I do hope that CodeGear has plans to create a splash and get everyone's
attention.
Rick Carter
XXXX@XXXXX.COM
Chair, Delphi/Paradox SIG, Cincinnati PC Users Group
--- posted by geoForum on delphi.newswhat.com
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

Dean Hill writes:
Quote
Chad Z. Hower writes:

>I'm not an MS employee.

Perhaps you should change your sig

"Chad Z. Hower
Microsoft Regional Director"

That looks very much like an MS employee to me.

Cheers

Dean
Has it not occurred to you that, just maybe, Chad knows more about his
own employment status than you.
--
Carl
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

"Mark A. Andrews" <XXXX@XXXXX.COM>writes
Quote
Brad White writes:

>
>IIRC, Nick has pointed out that these sorts of tests don't really
>help with QA. Which is fine. IMHO that wouldn't be the point.
>It is a public relations thing, which is *exactly* what is needed now.
>

You know, it seems to me that Codegear had a PR firm a few months ago. Has
anything come of it yet? Has anyone seen anything about Codegear in the
trade journals apart from the regular news stories that came about as a
result of a press release? You would expect that a PR firm that
specializes in high tech companies would have come up with a campaign that
would have been executed on the day that Codegear was officially launched.

We might not be having this discussion had that partnership bore fruit.

Technically speaking, they might still be.
CG hasn't officially launched yet.
--
Thanks,
Brad.
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

In article <45aeb9f5$XXXX@XXXXX.COM>, Brian Moelk says...
Quote
Jolyon Smith writes:
>At which point you might make a judgment call and determine that a
>company that changes it is roadmap too often perhaps isn't putting the
>amount of effort into it is thinking and planning that you wish to see in
>a company whose tools you intend using.

IMO, the problem isn't changing a roadmap too frequently. I think
roadmaps should evolve over time and change in minor ways as plans
crystallize and roadblocks occur.
Surely that isn't a road map?
A road map shows the major routes and can be used to plan a journey from
"A" to "B".
If you put on the road map "Stop for lunch at Denny's>HERE< at 1300hrs
- have steak", then it isn't a road map anymore, it is an itinerary.
I would of course expect an itinerary to change - you might decide to
have chicken instead of steak, or find that the steak is off anyway, so
of course it will change. Heck, we might even keep going until 1400hrs
if we aren't hungry at 1300hrs, and we might have McDonalds, not
Denny's.
But the ROADMAP - the things that shows the road we will be travelling
along to get where we're going - THAT shouldn't change.
Take a look at an _actual_ road map.
It shows roads that ARE there and roads that WILL be there. No road map
I've ever seen has shown roads that people are thinking about possibly
one day putting down if we manage to get funding and planning permission
or if traffic is heavy enough on that route.
So perhaps that is the problem - the Borland(CodeGear) roadmap isn't a
roadmap at all - which then begs the question, just what value does it
hold? If the actual content is to be so variable and inherently
unreliable, then it might just as well say "Delphi will be perfect next
time" and leave it at that.
Quote
I would rather see the roadmap changed more frequently over time, remain
accurate and achievable than one that doesn't change
Which is precisely the sort of road map a politician produces:
- "Look we achieved our goals!"
- "Yes, but they aren't the goals you said you
promised you were going to achieve"
- "Ah, but we changed the goals, and we achieved the
new ones - the old ones don't count any more"
- "Why did you do that?"
- "Well, we couldn't achieve THOSE goals"
- "Not really goals then so much as aspirations?
Like Eliminate Poverty, Achieve World Peace...
that sort of thing..."
- "Erm, I guess"
- "So I might as well have voted for Miss World to
lead this great nation of ours?"
- "Erm, look, I think you've got the wrong...."
- "What's the name of the other guy?"
- "..eh? What other guy?"
- "The other guy I could have voted for."
- "Oh."
:D
--
Jolyon Smith
Say, do any of you guys know how to Madison?
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

"Q Correll" <XXXX@XXXXX.COM>writes:
Quote
Chad,

| Microsoft Regional Director - "Not a Microsoft Employee"

What does that mean?
Whats with all the "pushing buttons" stuff? Is this like ... high
school? Let's find out how many needles we can {*word*216} in, before the
target explodes? Sheesh...
 

Re: BDS 2007 ETA? - Software Assurance gets a no vote here

"Jolyon Smith" wrote
Quote

Surely that isn't a road map?
I'd tend to agree with Brian. Road maps are stated plans, and should be
revised as often as knowledge and circumstances change. Failing to revise a
road map continually would be like failing to revise a development estimate
while the project is underway. What competent manager would refuse to update
his Project file if he learned something new that invalidated the plan?
Quote
If you put on the road map "Stop for lunch at Denny's>HERE< at 1300hrs
- have steak", then it isn't a road map anymore, it is an itinerary.
Agreed--a road map shouldn't be unrealistically precise. But even general
details like 'stop for lunch' can still need adjusted.
Quote
But the ROADMAP - the things that shows the road we will be travelling
along to get where we're going - THAT shouldn't change.
I don't think there's a clear dividing line--development is subject to the
butterfly effect.
mathworld.wolfram.com/ButterflyEffect.html
Quote
So perhaps that is the problem - the Borland(CodeGear) roadmap isn't a
roadmap at all - which then begs the question, just what value does it
hold? If the actual content is to be so variable and inherently
unreliable, then it might just as well say "Delphi will be perfect next
time" and leave it at that.
And we'd be back to Borland's no information policy. I would rather know the
general plan, even though subject to change.
bobD