Skip to main content

Home/ GNUstep/ Group items tagged oop

Rss Feed Group items tagged

Filter: All | Bookmarks | Topics Simple Middle
David Corking

10/24/88 STEVE JOBS: CAN HE DO IT AGAIN - Business Week - 0 views

www.businessweek.com/...b30761.htm

Macintosh objective-c oop

shared by David Corking on 30 Jun 09 - Cached
  • David Corking on 30 Jun 09
     
    This fascinating 1988 article profiles the project that was the genesis of Mac OS X.
David Corking

Talk Like A Duck : Will It Go Round in Circles? - Rick DeNatale - 0 views

talklikeaduck.denhaven2.com/...will-it-go-round-in-circles

objective-c oop Squeak Java Javascript CLI Lisp

shared by David Corking on 07 Jun 09 - Cached
  • VisualAge started out as a demonstration prototype I wrote using Digitalk Smalltalk/V. The idea was to make something like the NeXT interface builder in Smalltalk as an adjunct to the Smalltalk IDE. For those who are not hip to such things, the Interface Builder, originally a Lisp program before Steve Jobs hired the author, lives on as part of Apple’s XCode tool suite for OS/X for the Mac and the iPhone.
    • David Corking
      David Corking on 07 Jun 09
       
      Beautifully convoluted history! Lisp -> Objective-C -> Smalltalk -> Java -> Smalltalk
  • VisualAge started out as a demonstration prototype I wrote using Digitalk Smalltalk/V. The idea was to make something like the NeXT interface builder in Smalltalk as an adjunct to the Smalltalk IDE. For those who are not hip to such things, the Interface Builder, originally a Lisp program before Steve Jobs hired the author, lives on as part of Apple’s XCode tool suite for OS/X for the Mac and the iPhone.
  • David Corking on 07 Jun 09
     
    A fascinating and brief horse's mouth history of dynamic languages and IDEs - with several things I didn't know already.
  • David Corking on 07 Jun 09
     
    Some things you may not have known about the family tree of Interface Builder.
David Corking

iSqueak Wikki: ObjectiveC - 0 views

isqueak.org/ObjectiveC

Squeak Macintosh cocoa OOP objective-c applescript iphone

shared by David Corking on 19 May 09 - Cached
  • third attempt at having an Objective-C bridge in Squeak.
  • once we resolve the classOop we just send messages to the instance like we would do with a normal Smalltalk object.
  • David Corking on 19 May 09
     
    Documentation for a new (2008) Objective-C bridge for Squeak - as created by John McIntosh This was used to get a local Pier wiki server on the iPhone / iPod Touch.
David Corking

F-Script: Command-line Cocoa shell goes beta - Ars Technica - Feb 2009 - Page 2 - 0 views

arstechnica.com/...2

Squeak Macintosh cocoa OOP objective-c applescript

shared by David Corking on 19 May 09 - Cached
  • Its interactive Smalltalk-like Object-browser offers an intense way to explore the objects you've created, traverse their instance variables and methods and really start to interact with them in a way not normally permitted by Xcode. You can visually review the object's current state. You can pick new messages to send.
David Corking

F-Script: Command-line Cocoa shell goes beta - Ars Technica - Feb 2009 - Page 1 - 0 views

arstechnica.com/...line-cocoa-shell-goes-beta.ars

Squeak Macintosh cocoa OOP objective-c applescript

shared by David Corking on 19 May 09 - Cached
  • So you win in terms of the interactive nature of F-Script but you don't move past the fussy little details that come along with Cocoa.
David Corking

F-Script: Command-line Cocoa shell goes beta - Feb 2009 - Topic Powered by Eve For Ente... - 0 views

episteme.arstechnica.com/...forums

Squeak Macintosh cocoa OOP objective-c applescript

shared by David Corking on 19 May 09 - Cached
  • F-Script Anywhere, which is included in the standard F-Script binary distribution.With FSA, you can inject F-Script into any running Cocoa application and inspect the object tree at runtime -- without having source! Or even requiring source changes! From a development perspective, this lets you script your applications much more simply than AppleScript -- you don't have to create a parallel and incomplete object model.
  • David Corking on 19 May 09
     
    Ars Technica comments
David Corking

InfoQ: Avi Bryant on DabbleDB, Smalltalk and Persistence | 2008 - 0 views

www.infoq.com/...5E1DDCFC94A3964A4803F8BAD32D03

objective-c OOP Squeak Web development

shared by David Corking on 18 May 09 - Cached
  • Before Cocoa was really big and before there were a lot of objective C programmers because of that, I think they saw Java as being the future and they ported it to Java and since then I think Objective C has really seen a resurgence because Cocoa has really won as the way of developing application was then and I think they probably wouldn't have done that if they knew what they know now.
  • Web objects was what really opened my eyes to the idea of having extreme amounts of session state and extreme amounts of session state in a form of a tree of state full objects that represented part of the web page and that by keeping that around between requests you could keep much more information there and you could have a much higher level of abstraction when you were building a web application than using the kind of more traditional approach, which is to have a small amount of session states other stored on the cookies or stored on the server but have the best majority of the states be passed in the URL be passed in the form parameters and that core idea certainly was taken from web objects.
  • web objects didn't use continuations and Seaside doesn't have to use continuations now either, in the more recent versions of Seaside you can optionally use them
  • ...15 more annotations...
  • So we have on any given server for Dabble DB we'll have thousands and thousands of these images, for thousands of customers who are at any one time mapped to that server but maybe only twenty or thirty of them will be in memory. So typically this would be maybe hundred meg memory images, we'll have twenty or thirty of them so we're using 2-3 gigs of memory.
  • But the people especially somewhere like an orchestra or small business they don't have a lot of IT support, they probably don't have a lot of money to maintain a traditional or Access database or file maker database or something like that. Certainly they don't have anyone who is going to build them a custom web application for it. And so this Dabble DB is a tool that lets them collaboratively online build a mini application that has their data model and they can do a lot of the things that they might expect from a custom web application.
  • without forcing them to make any kind of upfront decision like you might for a database
  • our design rule is it should not be possible to have a syntax error. And so there are formulas in that if you have multiple columns of data you can say "I want to create a new column, that is times this one”.
  • really we've had no problems with it as a platform. If we had we would have just moved to a commercial Smalltalk but so far, and I mean if there were any problems we would have seen them by now.
  • all of the I/O is non blocking. And the VM takes care of that I mean it looks to your Smalltalk process like it's blocking but other Smalltalk processes run just fine at the same time.
  • Having twenty concurrent requests being serviced by twenty Squeak VMs on the same machine performs better than having twenty concurrent requests serviced by let's say four Squeak VMs on the same machine.
  • The number of people concurrently accessing the database is something that can be handled by one Squeak VM, the dataset is something that can all fit into memory, into the Squeak image.
  • under a hundred megs of data, under twenty people that need to access this data, and those are really the people that we are targeting which isn't to say that we don't support people with larger data sets or larger teams, but it's not the majority of our customers.
  • The largest images we see are hundreds of megs not giga bytes.
  • you can have sort of an object space that is Tera bytes big and you can spread the load to accessing that object space over however many processes or even machines that you need because you can have many VMs that are all accessing that same shared set of objects.
  • having many VMs running but all kind of transactionally sharing the same large set of objects,
  • Gemstone also is a native code complier and so performs better than Squeak does.
  • one of the nice things about the Smalltalk world is that like the Java world and somewhat unlike the Ruby world, there is a bit of an obsession with keeping everything sort of in pure Smalltalk.
  • I think probably it's more common for people to use for example a relational database for storage, or kind of an external object database, like OmniBase one that is available for Smalltalk, there is GOODS which is kind of language agnostic object database that I wrote a client for Smalltalk a while ago.
  • David Corking on 18 May 09
     
    Avi Bryant is clearly a NeXTstep/Cocoa fan. He traces Seaside to the Objective-C version of Apple's Web Objects application server.
  • David Corking on 18 May 09
     
    There is philosophy, design and history in here. Pretty interesting. (Annoying javascript to turn on to see the transcript.)
David Corking

Message passing - Wikipedia - 0 views

en.wikipedia.org/...Message_passing

Squeak objective-c OOP

shared by David Corking on 09 May 09 - Cached
  • David Corking on 09 May 09
     
    Concept in a nutshell; references Alan Kay's complaint about focus on objects
1 - 9 of 9
Showing 20▼ items per page