Re: Carbon with UNIX
Re: Carbon with UNIX
- Subject: Re: Carbon with UNIX
- From: Sebastien Metrot <email@hidden>
- Date: Sun, 16 Jan 2005 20:10:17 +0100
Markus Hitter wrote:
Am 16.01.2005 um 12:45 schrieb Sebastien Metrot:
NIBs and Cocoa are a plateform thing, not a spec of the IDE.
Typically, an IDE is made to support a specific platform. Both are
tied together tightly.
Obviously, Edwin tries to press his VC++ code and Windows app design
habits into Carbon & Xcode. This obviously doesn't work well, what a
surprise :-)
Guess what? Win32 and Carbon have the same roots. One can almost match
every function in those APIs. There are some diferences, of course, but
having a small abstraction layer in between the app code and the API is
quite doable, and actually very desirable in many cases.
Try to do it the other way, press a NIB based Obj-C app into Visual
C++ and you'll have a lot more hassles.
I think you misunderstand my issues with XCode. I'm not tryin to put
some existing
crappy visual basic code into XCode or ObjC into VS.NET. I try to use
XCode for what it's advertised: THE Mac IDE for C++ developement. I'm
not even say the UI sucks or whatever subjective comments which I know
for a fact that they do not have a place here because they are 100%
subjective.
My arguments are based on reproductible experiments on all my machines
and I cross checked those with all the developer companiesI have
business with. Of course I may be unlucky but Occam's razor rule is an
apealing one when so much evidence is accumulated over the years. My
main gripes:
- XCode/GCC is much slower than other IDEs and compilers bundles. That's
not just comparing it to VC++ but try anything with CodeWarrior 9 on the
exact same machine... CodeWarrior and VS.NET are on the same boat
concerning compilation speed. XCode is far far behind, as many others
that have practical experience of those may have noticed.
- XCode offers many broken and unuseable features in its current (1.5)
version. Many people complain about them almost every day on this
mailing list. It is not being a flamebait to just says that code
completion never worked right, that project dependency works in corner
cases and fail to work for any general real world case, that debugger
often offers strange behaviour (for exemple I have a project that it
refuses to debug, it starts to load the program then exist without any
error message. On all my machines. And of course the executable work
when run from the finder or the ocmmand line).
I'm not asking for an iPod for developers, i'm asking for a tools that
works as expected when put in the hands of knowledgeable and
professional people. XCode is subpar for now concerning C++
crossplatform development.
One thing with Xcode is it's all-purpose design. You can use it to
code C, C++, Obj-C and Java; you can use it to design for Carbon,
Cocoa, WebObjects, ... and it's open for more languages/frameworks.
Not sure wether this is the best approach but it mirrors the current
state of Mac OS X and developers seem to demand it.
Well, so does Visual Studio and and Codewarrior: multilanguage, multi
API, multi platform IDE...
I think XCode will probably become very good with time, but it's not
quite there yet.
Sebastien
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden