> Kilon, great reflection.
> We should have Pharo display Pharo Zen as exposed in Pharo Vision:
:)
> Pharo Zen
>
> Our values and convictions are condensed in this simple list.
>
> Easy to understand, easy to learn from, easy to change. Objects all the way
> down.
> Examples to learn from.
What I tried to say here was that it was a mistake to blame the language
itself for code design. Sure a language may have some ugly sides to it, it
may even make it not so easy to create clean code but in the end of the day
clean and readable code is up to the coder at least 90% .
I would not say
Kilon, great reflection.
We should have Pharo display Pharo Zen as exposed in Pharo Vision:
Pharo Zen
Our values and convictions are condensed in this simple list.
Easy to understand, easy to learn from, easy to change. Objects all the way
down.
Examples to learn from.
Fully dynamic and malleabl
Kilon, I believe there's a subtle difference between Python, Java, Ruby
and Scala on one side and Smalltalk on the other:
All those 4 languages are more or less implemented as OO languages with
the famous statement "everything is an object". However they are
syntactically and semantically designed
I dont know exactly what you mean by eforced OOP by design. Pharo design
principles are not written in stone, just good habits people picked along
the way and they are to be found in python as well. Python actually takes
OO very deply , sure if , else, while are language constructs but rest
assured
@Sven
> There is not necessarily a right and a wrong way. Design is hard to
> explain, I am not going to try. Sorry ;-)
Of course! I was just trying to find out the design *norm* for a small
problem; to become familiar with the popular way of thought among
Smalltalk'ers.
@kilon
Thanks. I think
Hi Bahman,
On 13 Nov 2013, at 09:19, Bahman Movaqar wrote:
> On 11/13/2013 11:39, Bahman Movaqar wrote:
>> On 11/13/2013 11:13, Bahman Movaqar wrote:
>>> Let's say I have a method with signature in a language like Java as below:
>>> gregorianDayToJulianDay(year, month, day)
>>>
>>> What could
Thats not only the Pharo, the Squeak, way, the Python way, the Ruby way
. its the logical way
GregorianDate >> toJulian
You have a class then you have a method . You want to extend your method ?
why increase the size of method ? You just create a new class for it.
I have 3 rules when I cod
did you check
acancagua (unit and time)
or chronos (more complete calendar)
package
Stef
On Nov 13, 2013, at 9:19 AM, Bahman Movaqar wrote:
> On 11/13/2013 11:39, Bahman Movaqar wrote:
>> On 11/13/2013 11:13, Bahman Movaqar wrote:
>>> Let's say I have a method with signature in a language l
On 11/13/2013 11:39, Bahman Movaqar wrote:
> On 11/13/2013 11:13, Bahman Movaqar wrote:
>> Let's say I have a method with signature in a language like Java as below:
>> gregorianDayToJulianDay(year, month, day)
>>
>> What could be a proper naming for this method in Smalltalk? I'm a bit
>> confus
On 11/13/2013 11:22, jtuc...@objektfabrik.de wrote:
> Bahman,
>
> Am 13.11.13 08:43, schrieb Bahman Movaqar:
>> Let's say I have a method with signature in a language like Java as
>> below:
>>gregorianDayToJulianDay(year, month, day)
>>
>> What could be a proper naming for this method in Smallt
On 13 Nov 2013, at 08:52, jtuc...@objektfabrik.de wrote:
> Bahman,
>
> Am 13.11.13 08:43, schrieb Bahman Movaqar:
>> Let's say I have a method with signature in a language like Java as below:
>> gregorianDayToJulianDay(year, month, day)
>>
>> What could be a proper naming for this method in S
On 11/13/2013 11:13, Bahman Movaqar wrote:
> Let's say I have a method with signature in a language like Java as below:
> gregorianDayToJulianDay(year, month, day)
>
> What could be a proper naming for this method in Smalltalk? I'm a bit
> confused as I'm so used to the concept of methods being
Bahman,
Am 13.11.13 08:43, schrieb Bahman Movaqar:
Let's say I have a method with signature in a language like Java as below:
gregorianDayToJulianDay(year, month, day)
What could be a proper naming for this method in Smalltalk? I'm a bit
confused as I'm so used to the concept of methods bei
Let's say I have a method with signature in a language like Java as below:
gregorianDayToJulianDay(year, month, day)
What could be a proper naming for this method in Smalltalk? I'm a bit
confused as I'm so used to the concept of methods being "verbs" which
accept some arguments.
I'd appreciate
15 matches
Mail list logo
