🚀 go-pugleaf

Piecu wrote:
> Marek Janaszewski /USUN_TO. z adresu!/ napisał(-a):
>>> Np. Zend Studio? Jest wiele edytorów wspomagających pisanie w PHP...
>>
>> A obsługą kodowanie polskich znaków w ISO?
>
> Jasne!
>
>> Wiem, że edytory są. Nawet jakieś próbowałem. Ale dobry edytor kodu
>> to tylko część IDE.
>
> Oczywiście zgadzam się. Jednak nadal podkreślam, że nawet w ASP jest
> gdzieś kod HTML. To że go nie widzisz/widzisz mało, to tylko zasługa
> IDE.

Witam!

No i dobrze, że jest.  Dobrze także, że mam do niego wygodny dostęp przez
narzędzie typu two-way tool.

To chyba są stare dyskusje. Pod kodem źródłowym jest kod asemblera, w naszym
przypadku MSIL. Z kolei pod kodem asemblera jest budowa procesora. Nie
jestem elektronikiem ale układy także można budować. Generalnie przecież
szuka się efektywnych metod pracy. A dobry edytor formularzy to moim
zdaniem, nie jest rzecz to pogardzenie.

Zaznaczyłem po prostu różnice, że PHP niczym takim nie dysponuje, być może
nawet nie może ze ględy na przyjęte rozwiązanie. Dodatkowo miałem,
przyjemność pracy w nim w dosyć spartańskich warunkach. Jak się porówna to
do Visual Studio to widać wzrost komfortu pracy bez utraty panowania na
kodem.

Z drugie strony wiele komercyjnych stron korzysta z PHP więc na pewno musi
to być narzędzie nadające się do pracy. Co więcej wiele aplikacji, może
nawet większość aplikacji w świecie jest pisana w C++. Nie stosowane są do
nich żadne kombajny w stylu Delphi, C++ Builderze, Visual Basic czy innym
RAD-ie. W niektórych przypadkach można ściągnąć kod i skompilować go w
kompilatorze C++. Nie jest potrzebne do tego jakie złożone narzędzie. Z
drugiej strony chyba niezależny programista, albo niewielka firma
programistyczna, chyba nie może się obejść bez wspomagania ze strony
sensownego IDE. Osobiście mnie ten kontrast zastanawia.

>>>> strony środowiska nie wydawało mi się jakieś szerokie. W ręcz
>>>> środowisko działało ślamazarnie wolno.
>>>
>>> Jak wszystko w Javie :)
>>
>> To co robisz na tej grupie! Java i .NET ma oparty na tej samej
>> zasadzie Garbage Collector, programy nie są komplikowane do kodu
>> natywnego. Zasady są te same i problemy bardzo podobne.
>
> A jednak .NET jest szybszy...I przede wszystkim aplikacje w Javie są
> brzydkie (wiem, wiem, przenośność i te sprawy, ale pewnie przez to są
> z  nią problemy...).

Jest SWING czyli kontrolki pisane w czystej Javie zatem z przenośnością nie
powinny być problemy. Jeśli chodzi o wygląd to chyba jeszcze brakuje
dynamiki i możliwości kontrolek jakie daje Windows. Oni swoje kontrolki
tworzyli dużej. No i programowanie niezależne od platformy chyba zawsze
będzie trudniejsze.

Szybkością bym nie przesadzał. Komputery będą mieć więcej pamięci,
wprowadzono JIT. .NET ma kilka elementów, które mogą sprawiać, że będzie dać
możliwość tworzenia szybszych programów. Wsparcie dla wskaźników i
akceleracja sprzętowa jaką zapowiada Microsoft.

Nie mówcie, że Java jest idealna ale wygląda na sensowną alternatywie do
Microsoftowego .NET-u jeśli chodzi o tą klasę zastosowań. Analitycy
twierdzą, że te dwa rozwiązania to będzie gro aplikacji w przyszłości.
Podobno niezarządzany kod ma nie być powszechnie stosowany, przynajmniej na
stacjach klienckich.

[...]
>> Dla mnie ważne, że jest wybór i sensowny język jakim jest Java.
>
> To w takim razie co _ty_ robisz na tej grupie?
[...]

Na tym chyba polega możliwość wyboru. Nikt mi nie karze abym używając .NET
nie mógł korzystać także z Javy. Mogą być rozwiązanie, które się lepiej zna
i lubi, coś jak język wyboru. Ale nie można zasklepiać się tylko w jednych
rozwiązaniach i jednym języku. To pomaga spojrzeć inaczej na problem.
Programista musi znać kilka języków, nie musi znać ich bardzo dobrze.

-- 
Pozdrawiam,
Marek Janaszewski
[ j_m...@gazeta.pl ]