• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: FileMerge et al (Re: Dependency analysis failing)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: FileMerge et al (Re: Dependency analysis failing)


  • Subject: Re: FileMerge et al (Re: Dependency analysis failing)
  • From: Laurence Harris <email@hidden>
  • Date: Sat, 17 Feb 2007 19:53:54 -0500


On Feb 17, 2007, at 3:42 PM, email@hidden wrote:


I second that FileMerge lacks finess. Providing a second comparison (which I used to love back in the Windows era):


Beyond Compare
http://www.scootersoftware.com/

The usability and visual finess of it is something we all expect of Apple. Only, this time, Apple is the laggard one with FileMerge. Please catch up. :)

I've never been overly impressed with Apple's developer tools, although some things like Shark and Sampler seem to be okay. While Apple is known for great software with great interfaces for consumers, there seems to be a mentality within Apple that Mac developers aren't actually Mac users. Instead, they think we're all geeks who shun user-friendly software, don't care about intuitive GUIs, and prefer tools the ordinary Mac user would refuse because the interfaces are so bad or they're so buggy/limited.


The attitude isn't helped by the influx of Unix people (who *are* geeks ;-), but it goes back a long way. Does anyone remember Apple ever putting a good GUI on ResEdit or even updating it to support resource types that came along later? Apple probably figured you could use Rez files so why bother supporting a GUI tool for editing resources. ResEdit was free and yet people spent $256 on an alternative. MPW was a geek's tool. Interface Builder, while it has a nice GUI, has had serious problems with bugs and limited functionality, and Apple's made only minimal efforts to address the problems. Xcode keeps getting better, but really, it has some really serious issues it shouldn't have at this point in the game.

I don't want to fault the engineers for these problems because I don't know where the blame lies, but my suspicion is that it lies higher up somewhere with some bean counter who thinks Apple shouldn't waste money hiring the manpower to provide really top notch tools as long as we have something we can make work if we invest enough time and effort. Ugh.

Larry
_______________________________________________
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


References: 
 >Dependency analysis failing - FIX (Re: What are your top desired improvements in Xcode ?) (From: Alex Curylo <email@hidden>)
 >Re: Dependency analysis failing - FIX (Re: What are your top desired improvements in Xcode ?) (From: email@hidden)

  • Prev by Date: Re: Dependency analysis failing - FIX (Re: What are your top desired improvements in Xcode ?)
  • Next by Date: Re: What are your top desired improvements in Xcode ?
  • Previous by thread: Re: Dependency analysis failing - FIX (Re: What are your top desired improvements in Xcode ?)
  • Next by thread: Re: Dependency analysis failing - FIX (Re: What are your top desired improvements in Xcode ?)
  • Index(es):
    • Date
    • Thread