Code example repository

Daniel Vainsencher danielv at techunix.technion.ac.il
Tue May 31 19:43:36 UTC 2005



Markus Gaelli wrote:
> I believe that understanding a program by by reading its code statically 
> instead of stepping through it with the debugger
> is like understanding a movie by reading its script instead of watching 
> it.  ;-)
Partial analogy - a program is more like a game than a movie, many ways 
the plot can go. Looking at a diagram of the game possibilities might 
not be as fun as playing the game to exhaustion, but it certainly might 
be shorter... :-)

[snip to other advice]

> Browsing references to classes via alt-n on the class selected also 
> helps me to understand the coarse layout of an unknown system.
And you still wouldn't find it useful to get a diagram of a bunch of 
classes and which references which?

> p.s. I am working on making the connection between methods and tests 
> explicit, so that the tests would show up directly besides their tested 
> methods.
> 
> http://www.iam.unibe.ch/~gaelli/oneMethodCommands.png
> http://www.iam.unibe.ch/~gaelli/oneMethodExampleBrowser.png
> http://www.iam.unibe.ch/~gaelli/UnitTestTaxonomy.pdf

Sounds very interesting, please announce the SqueakMap entry when it 
gets there... ;-)

Daniel



> On May 31, 2005, at 16:47, Daniel Vainsencher wrote:
> 
>> If you are willing to spend effort understanding a relatively new and 
>> raw tool, Mudpie might help. You choose a set of categories, it shows 
>> you which are dependent on which (in a diagram, using Ned's 
>> Connectors). This gives you quite a bit of information on the 
>> structure of the code. Obviously this is just one aspect of 
>> understanding code, but I find it helps to navigate.
>>
>> Install and find links to more info on SqueakMap.
>>
>> Daniel
>>
>> Chris Schreiner wrote:
>>
>>>> On 31-May-05, at PM 06:05, Chris Schreiner wrote:
>>>>
>>>>>  Hi
>>>>>
>>>>>  There is a thing in the Java world, which I am certain some of you 
>>>>> have encountered, it can be found at http://www.javaalmanac.com. 
>>>>> Its just a crude lookup mechanism, using simple keywords to 
>>>>> identify example-code-segments.
>>>>>
>>>>>  I was wondering if any of you know of a similar service for 
>>>>> Squeak. If there is none, I guess it would be of interest to the 
>>>>> Squeak community to have such a thing.
>>>>
>>>>
>>>>
>>>>
>>>> Emm.. Browse for implementers/senders/references, etc or use the 
>>>> method finder?
>>>>
>>> I guess you're right, however, I cannot see how I can effectively 
>>> learn about the framework as a whole coherent system (if it is). 
>>> Browsing specific areas suggest that I already know about the 
>>> existence of those areas. Of course, there are plenty of techniques I 
>>> don't know about, so feed me please, but I do think I have the basic 
>>> understanding how to use the search/browse facilities in Squeak.
>>> So my point is, I guess, is there a facility related to Squeak that 
>>> allow me to understand the framework as a whole?
>>
>>
> 
> 



More information about the Squeak-dev mailing list