Community Page
- fredbrunel.com/journal/ Jump to website »
-
Subscribe -
Community
-
Top Commenters
-
Popular Threads
-
Recent Comments
- I like commenting using DISQUS. But I am really confused about the. Like, what would would happen to the comments, when Disqus won't be providing the service anymore? Darek from <a...
- "Float elements are not about layout, their primary use is for a block to float inside a text paragraph — like for images in a word processor document." There you hit the nail on the...
- Local URL: even for compressed binary packet? (like an image) UI is always specific to the device even on different Apple machines. No doubt. But if you can reuse "old code", you may make...
- (1) I meant local URL, you can send data to an app like that. Mail and the browser are real apps. (2) As I said before, UI is not portable and in that regard Java does change anything. A Blackberry...
- URL communication may raise some issues when the device is offline. For the "keep state" option, why not; but I'm not sure it's the most efficient way. Moreover, when you say...
Jump to original thread »
With the coming out of Leopard, I’m truly excited about the new programming features, it gives me lots of ideas about applications I’d like to build.
But each time I dig into the Cocoa Fundamentals, I’m just having a heart attack. Why desktop programmin ... Continue reading »
But each time I dig into the Cocoa Fundamentals, I’m just having a heart attack. Why desktop programmin ... Continue reading »
1 year ago
It really isn't as bad as you think. I agree with you that writing apps should be "easier", but then again Objective C is basically C and C is basically hard :)
The thing with Cocoa (and especially with Core Data) is that it really isn't that "hard" to make a beautifully looking and fully functional application. I would suggest to you to check out some Core Data tutorials on Apple's site and others... I just started using Obj-c/Cocoa/Core Data a month ago and it took a couple of days for me to prototype my app's interface and have full undo/redo as well as open/save functionality... without having to write more than a few (maybe 20-30) lines of code.
I agree that some things should be easier in Obj-C, especially for data analysis, parsing, etc... but I think the whole app design framework was made to be able to design the interface easily and have full control over the back-end code.
I guess if you are only talking about pure command line apps then I can understand your complaints... but then again, just use perl/ruby/python for that stuff.
1 year ago
even adobe is thinking about bringing photoshop to the web. when we will be there, there is no point to create desktop software.
1 year ago
@david Thanks for your comment. Despite my negative feedback, I also think that Cocoa is a great framework given its low-level nature.
I gave a try to CoreData two years ago and it was not that bad -- the lack of programming abstraction is compensated by the tools.
The command-line program was just for the matter of example, I would not used Cocoa to do that kind of job.
1 year ago
@heri complete online software is an holy grail and I'm still a big fan of desktop software -- especially for the Mac -- the experience is totally different from the web.
Actually, I don't think both compete, an hybrid combination would make a perfect sense, i.e. iTunes Store.
1 year ago
Bit Torrent on MacOSX was written in Python using Obj-C binding. I think this was a great app (and still using it on my Intel box, even if it is a PPC binary). It is probably possible to write good software with Ruby too with a bridge.
I think this is a matter of habits.
1 year ago
Have a look at http://www.apple.com/macosx/technology/unix.html, especially "Scripting Bridge" part.
MacOSX rules
1 year ago
Hi Michel,
Interesting. If Apple truly support these bridges within their tools that's a very good news.
Actually, the Java bridge failed and they didn't support it anymore. I've been told it was because Java is "less dynamic" than Obj-C and that lead to troubles.
On the opposite, Python and Ruby are "more dynamic" than Obj-C, so they would be a better fit.
OS X rules, I agree :)
1 year ago
I found an interesting article on Ruby on Leopard at this address
http://trac.macosforge.org/projects/ruby/wiki/W....
And here is the adress of the blog of the guy that was responsible for Python and Ruby integration at Apple : http://chopine.be/lrz/diary/.</p>
To sumarize : bridges are now shipped with the OS.
Enjoy!