🚀 go-pugleaf

Seweryn Habdank-Wojewódzki wrote:
>>Bo narodziła się Java, która wystarczająco dobrze łączy hierarhię obiektów
>>Smalltalka ze składnią klamerkową i z przywyczajeniami ludu do pracy na
>>plikach, używając ulubionego edytora, systemu kontroli wersji itd,  a nie
>>w zamkniętym środowisku.
> 
> Widzisz Ty J-codera, który pisze bez IDE? Py-coder i owszem, ale J-coderów
> piszących w vim/emacs nie widuję. Tak więc J-powraca do zamkniętego
> środowiska, szybciej niż się z niego urwała.

To nie jest zamknięte środowisko. Takie Eclipse to je jest J2EE. System 
pilków też jest poza Eclipse. Webserwer, nawet kobyła z wbudowanym wszytskim 
z J2EE, EJB itd, taka w rodzaju WebLogica to też nie edytor.
W Smalltalku miałeś połączone wszystko -- to myła totalna (totalitarna) 
przestrzeń obiektów, w której miałeś obiekt edytora, viewera kodu, debugera. 
Tu miałeś obiekty klas środowiska jak i swoich własnych klas. Tak jak wielu 
ludzi nie ma kompuetra tylko budełko na których chodzi Word, tak 
smalltalkowiec miał pudełko na którym żyła przestrzeń Smalltalka. Jak 
wychodziłeś ze środowiska to zapisywałeś nie konkretne pliki tylko kazałeś 
zapamiętać aktualny stan środowiska jako całości.

Oczywiście w środowiskach do robienia kodu produkcyjnego (a nie tylko zabawy 
i edukacji) były narządy do wyekstrachowania konkretnej aplikacji i 
zrobienia z niej systemu stand-alone, uruchamianaego z poziomu systemu 
operacyjnego a nie przez kliknięcie w run w obiekcie edytora. Była też 
możliwość wyciągnięcia źródeł wybranych w postaci pliku. Ale i to i to były 
dodatki, do języka, dostosowujące impedancję do świata zewnętrznego.


>>>Zamiast tego kodu pracowałbym na vector < smart_ptr<bar> >.
>>
>>Czyli obejściem kulawości języka
> 
> Nie. To się nazywa znajomość bibliotek?

Takie rzeczy to powinny być w języku.


[...]
pzdr
\SK