🚀 go-pugleaf

W dniu poniedziałek, 1 maja 2017 12:35:49 UTC+2 użytkownik Stregor napisał:
> Jeśli ktoś uważa, że sugestia jest ciekawa, to można votować bez krępacji :)

Szczerze? Było kiedyś bodaj Oxygene...

Tylko, na co Ci składnia Delphi skoro tak na prawdę sama składania wynikająca z języka to tylko ułamek tego co piszesz. .NET i tak pozostanie taki jak jest, komponenty też zostaną takie jak są.

Więc jeśli przechodząc na VS musisz przyswoić tonę nowości w postaci bibliotek, komponentów to samo nauczenie się składni C# jest pryszczem.

Dla mnie kombinacja Oxygena z VS była co najmniej dziwna.

pozdrawiam,
Przemek O.

W dniu 2017-05-04 o 08:28, immo pisze:
> W dniu poniedziałek, 1 maja 2017 12:35:49 UTC+2 użytkownik Stregor napisał:
>> Jeśli ktoś uważa, że sugestia jest ciekawa, to można votować bez krępacji :)
>
> Szczerze? Było kiedyś bodaj Oxygene...
I dalej jest:
http://www.elementscompiler.com/elements/oxygene/

> Tylko, na co Ci składnia Delphi skoro tak na prawdę sama składania wynikająca z języka to tylko ułamek tego co piszesz. .NET i tak pozostanie taki jak jest, komponenty też zostaną takie jak są.
>
> Więc jeśli przechodząc na VS musisz przyswoić tonę nowości w postaci bibliotek, komponentów to samo nauczenie się składni C# jest pryszczem.
>
> Dla mnie kombinacja Oxygena z VS była co najmniej dziwna.
OK, ale tu nie chodzi o to samo, co w przypadku Oxygene, który jest 
językiem paszczalo-podobnym na platformie .NET
Tu chodzi o pisanie i kompilację kodu Delphi (ew. FreePascal) w VS Studio.
Coś jak OmniPascal dla VS.Code:
http://www.omnipascal.com/

-- 
wloochacz

W dniu czwartek, 4 maja 2017 13:29:11 UTC+2 użytkownik wloochacz napisał:
> W dniu 2017-05-04 o 08:28, immo pisze:
> > W dniu poniedziałek, 1 maja 2017 12:35:49 UTC+2 użytkownik Stregor napisał:
> >> Jeśli ktoś uważa, że sugestia jest ciekawa, to można votować bez krępacji :)
> >

> OK, ale tu nie chodzi o to samo, co w przypadku Oxygene, który jest 
> językiem paszczalo-podobnym na platformie .NET
> Tu chodzi o pisanie i kompilację kodu Delphi (ew. FreePascal) w VS Studio.
> Coś jak OmniPascal dla VS.Code:
> http://www.omnipascal.com/

Wybacz ale po długim łikendzie nie chce mi się czytać za bardzo :)

No ok, ale to chyba nie tak, że VS miałoby komponenty i cały framework (RTL/VCL czy co tam jeszcze) z Delphi?
Jeśli chodzi tylko i wyłącznie o składnie Delphi, to ja jednak tego nie czuję. C# nie jest tak trudny a i w .NET widzi się rękę RTLa/VCLa, przejście jest w miarę "bezbolesne". Poza tym C# ma dużo pierdół które robi się lepiej niż w Delphi i których nie da się przenieść na składnie Delphi (a może i można, ale to wtedy nie będzie już Delphi/OP)... I w drugą stronę Delphi też ma kilka fajnych patentów których nie ma w C#/VS/.NET.

Także w moim prywatnym odczuciu to jest trochę bez sensu pomysł. Chociaż wydaje mi się, że patrząc na kierunek rozwoju VS i tego co MS chce w nim zawierać (np. zrobić jedno IDE dla wszystkich języków, a takie mam wrażenie C#, C++, J#, F#, JavaScript, VB, ASP.NET) to przy dużym zainteresowaniu jest całkiem możliwe że takie coś dodadzą, ale raczej to będzie FPC niż Delphi.

pozdrawiam,
Przemek O.

On Thu, 4 May 2017 06:05:29 -0700 (PDT), immo wrote:

>>> W dniu poniedziałek, 1 maja 2017 12:35:49 UTC+2 użytkownik Stregor napisał:
>>>> Jeśli ktoś uważa, że sugestia jest ciekawa, to można votować bez krępacji :)
>>>
> 
>> OK, ale tu nie chodzi o to samo, co w przypadku Oxygene, który jest 
>> językiem paszczalo-podobnym na platformie .NET
>> Tu chodzi o pisanie i kompilację kodu Delphi (ew. FreePascal) w VS Studio.
>> Coś jak OmniPascal dla VS.Code:
>> http://www.omnipascal.com/
> 
> Wybacz ale po długim łikendzie nie chce mi się czytać za bardzo :)
> 
> No ok, ale to chyba nie tak, że VS miałoby komponenty i cały framework (RTL/VCL czy co tam jeszcze) z Delphi?

Nie. Miałoby tylko ścieżki do źródeł RTL/VCL.

> Jeśli chodzi tylko i wyłącznie o składnie Delphi, to ja jednak tego nie czuję. 

Naprawdę nie widzisz różnicy w biednych narzędziach oferowanych w IDE
Delphi (code insight, help insight, refaktoring, metryki, audyty, itp.) a
tym co oferuje VS?
Komfort pisania w sypiącym się IDE oferowanym przez Embarcadero bywa
zbliżony do zera.

> C# nie jest tak trudny a i w .NET widzi się rękę RTLa/VCLa, przejście jest w miarę "bezbolesne". 

Mówimy o migracji projektów z zylionami linii kodu?

> Także w moim prywatnym odczuciu to jest trochę bez sensu pomysł. 

W moim odczuciu nie do końca bez sensu.

Zresztą nie bez powodu powstają takie narzędzia jak pokazał wloochacz czy
np. to:

http://www.siberika.com/siberika/ipascal.htm

-- 
pozdrawiam
Roman Tyczka

On 5/4/2017 6:07 PM, Roman Tyczka wrote:
> Naprawdę nie widzisz różnicy w biednych narzędziach oferowanych w IDE
> Delphi (code insight, help insight, refaktoring, metryki, audyty, itp.) a
> tym co oferuje VS?

Ale czy VS oferuje to w kodzie delphi?

Bo przy blizszym zerknięciu MS na hura wprowadza nowe platformy, portuje 
na linuxa, odpala gcc zdalnie przez ssh itd a na koniec okazuje się że 
to i tamto nie działa, w zasadzie nic z zaawansowanego debugowania. Bo 
nie. Albo źle działa. Albo mają bugi które obchodzą 15 urodziny. Itd.

On Thu, 4 May 2017 18:31:08 +0200, Sebastian Biały wrote:

> On 5/4/2017 6:07 PM, Roman Tyczka wrote:
>> Naprawdę nie widzisz różnicy w biednych narzędziach oferowanych w IDE
>> Delphi (code insight, help insight, refaktoring, metryki, audyty, itp.) a
>> tym co oferuje VS?
> 
> Ale czy VS oferuje to w kodzie delphi?

No właśnie po to jest to głosowanie, żeby oferowało. Co z tego wyjdzie się
okaże, pewnie nic, ale zagłosować nie wadzi. 
Brak alternatywnego IDE dla Delphi boli, zwłaszcza, że stare jest słabe.
 
> Bo przy blizszym zerknięciu MS na hura wprowadza nowe platformy, portuje 
> na linuxa, odpala gcc zdalnie przez ssh itd a na koniec okazuje się że 
> to i tamto nie działa, w zasadzie nic z zaawansowanego debugowania. Bo 
> nie. Albo źle działa. Albo mają bugi które obchodzą 15 urodziny. Itd.

Ja bym się cieszył, gdyby działał wygodny edytor z code insight i
refaktoringiem. Reszta nie jest potrzebna (lub niezbędna). Do debugowania
zawsze mogę odpalić klasyczne IDE, które i tak będzie obok, bo jest w
jednym pakiecie z kompilatorem i całym RTLem. 
Po prostu przyjemnie byłoby mieć wygodny i sprawny edytor, w którym nie
przestaje co chwilę coś działać.

-- 
pozdrawiam
Roman Tyczka

On 5/4/2017 7:06 PM, Roman Tyczka wrote:
> Po prostu przyjemnie byłoby mieć wygodny i sprawny edytor, w którym nie
> przestaje co chwilę coś działać.

To raczej nie VS :D Uzywam go codziennie przez wiele godzin i dosc 
często w C++ i zawiłosciach boosta umiera. Tak najzwyczajniej.

On Thu, 4 May 2017 19:23:35 +0200, Sebastian Biały wrote:

>> Po prostu przyjemnie byłoby mieć wygodny i sprawny edytor, w którym nie
>> przestaje co chwilę coś działać.
> 
> To raczej nie VS :D Uzywam go codziennie przez wiele godzin i dosc 
> często w C++ i zawiłosciach boosta umiera. Tak najzwyczajniej.

Składnia Delphi, nawet mimo generyków, jest jednak dość prosta w stosunku
do połamańców C++, więc jest szansa, że z nią sobie poradzi ;-)

-- 
pozdrawiam
Roman Tyczka

W dniu czwartek, 4 maja 2017 18:07:08 UTC+2 użytkownik Roman Tyczka napisał:

> Nie. Miałoby tylko ścieżki do źródeł RTL/VCL.

Bez sensu... Równie dobrze możesz sobie skonfigurować Notepad++. Na co mi VS ze Delphi jeśli do tego będę potrzebował oryginalnego Delphi???

> > Jeśli chodzi tylko i wyłącznie o składnie Delphi, to ja jednak tego nie czuję. 
> 
> Naprawdę nie widzisz różnicy w biednych narzędziach oferowanych w IDE
> Delphi (code insight, help insight, refaktoring, metryki, audyty, itp.) a
> tym co oferuje VS?
> Komfort pisania w sypiącym się IDE oferowanym przez Embarcadero bywa
> zbliżony do zera.

Jaja sobie robisz? VS jako komfort pisania? Ta przerośnięta kolubryna która potrafi zamulić nawet kompa z i7? Sorry, ale jeśli chodzi o komfort pisania w sensie jego lekkości czy kompilacji w sensie szybkości to VS jest daleko za "afroamerykanami". I żeby nie było w Delphi pracuje od wersji 5, a w VS komercyjnie od VS2010.

> Mówimy o migracji projektów z zylionami linii kodu?

Migrację? Na nowe środowisko? To jest zawsze poroniony pomysł. Poza tym, z tego co zrozumiałem chcesz mieć Delphi w IDE VS. Migracje robi się raczej z innego powodu niż tylko zmiana IDE. Jeśli jest inny powód migracji niż IDE, to albo przenosić kod (jeśli się da, ale to i tak będzie zawsze proteza), albo pisać od nowa, bo nowe środowisko ma inną "ideologię" projektowania aplikacji.

> Zresztą nie bez powodu powstają takie narzędzia jak pokazał wloochacz czy
> np. to:
> 
> http://www.siberika.com/siberika/ipascal.htm

Tutaj można się zastanawiać dlaczego takie coś powstaje. Czy problemem jest IDE oferowane przez Emb? Czy może jego cena? Czy może fakt że ktoś po prostu chce sobie zrobić coś takiego.
Ja w tym temacie się nie wypowiadam, bo swego czasu z wloochaczem prowadziłem dyskusje nad tym że Delphi jest drogie, że DevEx jest drogi itd itp. Teraz z biegiem czasu pracuje najniżej na Delphi Enterprise i toną innego komercyjnego oprogramowania gdzie cena Delphi jest małą częścią reszty. Więc na dzisiaj mam inne zdanie na ten temat :P

pozdrawiam,
Przemek O.

W dniu 2017-05-04 o 21:30, Roman Tyczka pisze:
> On Thu, 4 May 2017 19:23:35 +0200, Sebastian Biały wrote:
>
>>> Po prostu przyjemnie byłoby mieć wygodny i sprawny edytor, w którym nie
>>> przestaje co chwilę coś działać.
>>
>> To raczej nie VS :D Uzywam go codziennie przez wiele godzin i dosc
>> często w C++ i zawiłosciach boosta umiera. Tak najzwyczajniej.
>
> Składnia Delphi, nawet mimo generyków, jest jednak dość prosta w stosunku
> do połamańców C++, więc jest szansa, że z nią sobie poradzi ;-)
>
Ja chętnie zagłosuje na tak , na pewno by nie zaszkodziła składnia 
PASCAL jako opcja a moze by też trochę pomogła do rozwoju języka.

Tylko trzeba intensywnie glosować bo na razie to 7 strona i 130 miejsce 
w klasyfikacji chyba że już wszyscy czyli około 200 ostatnich 
programistów delphi już zagłosowało :D

M

> Tutaj można się zastanawiać dlaczego takie coś powstaje. Czy problemem jest IDE oferowane przez Emb? Czy może jego cena? Czy może fakt że ktoś po prostu chce sobie zrobić coś takiego.
> Ja w tym temacie się nie wypowiadam, bo swego czasu z wloochaczem prowadziłem dyskusje nad tym że Delphi jest drogie, że DevEx jest drogi itd itp. Teraz z biegiem czasu pracuje najniżej na Delphi Enterprise i toną innego komercyjnego oprogramowania gdzie cena Delphi jest małą częścią reszty. Więc na dzisiaj mam inne zdanie na ten temat :P
>
Wszystko zależy od skali.
Jeżeli skrobię dla siebie to cena jest astronomiczna, jeżeli tworzę dla 
korporacji z budżetem kilkaset tysięcy to cena jest śmieszna.

Co do Delphi w VS, czy MS zamierza kupić Delhpi? Panie broń.  VS To 
wielka kobyła i tyle. Dołożenie Języka Pascal do VS mogło by być fajne 
ale raczej nie realne.


---
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast.
https://www.avast.com/antivirus

W dniu 05.05.2017 o 09:42, konsul41@wp.pl pisze:
>
>> Tutaj można się zastanawiać dlaczego takie coś powstaje. Czy problemem
>> jest IDE oferowane przez Emb? Czy może jego cena? Czy może fakt że
>> ktoś po prostu chce sobie zrobić coś takiego.
>> Ja w tym temacie się nie wypowiadam, bo swego czasu z wloochaczem
>> prowadziłem dyskusje nad tym że Delphi jest drogie, że DevEx jest
>> drogi itd itp. Teraz z biegiem czasu pracuje najniżej na Delphi
>> Enterprise i toną innego komercyjnego oprogramowania gdzie cena Delphi
>> jest małą częścią reszty. Więc na dzisiaj mam inne zdanie na ten temat :P
>>
> Wszystko zależy od skali.
> Jeżeli skrobię dla siebie to cena jest astronomiczna, jeżeli tworzę dla
> korporacji z budżetem kilkaset tysięcy to cena jest śmieszna.
>

Cena środowiska to jest promil kosztów. Jeśli chodzi o skrobanie czegoś 
dla siebie to da się w Lazausie bez problemu.

Z własnego doświadczenia dodam że ostatnimi czasy skrobnąlem nie małą 
aplikacje komercyjną w Lazarus takze też się da :)

Pozdrawiam
J-23

W dniu 2017-05-06 o 19:49, J-23 pisze:
> W dniu 05.05.2017 o 09:42, konsul41@wp.pl pisze:
>>
>>> Tutaj można się zastanawiać dlaczego takie coś powstaje. Czy problemem
>>> jest IDE oferowane przez Emb? Czy może jego cena? Czy może fakt że
>>> ktoś po prostu chce sobie zrobić coś takiego.
>>> Ja w tym temacie się nie wypowiadam, bo swego czasu z wloochaczem
>>> prowadziłem dyskusje nad tym że Delphi jest drogie, że DevEx jest
>>> drogi itd itp. Teraz z biegiem czasu pracuje najniżej na Delphi
>>> Enterprise i toną innego komercyjnego oprogramowania gdzie cena Delphi
>>> jest małą częścią reszty. Więc na dzisiaj mam inne zdanie na ten
>>> temat :P
>>>
>> Wszystko zależy od skali.
>> Jeżeli skrobię dla siebie to cena jest astronomiczna, jeżeli tworzę dla
>> korporacji z budżetem kilkaset tysięcy to cena jest śmieszna.
>>
>
> Cena środowiska to jest promil kosztów. Jeśli chodzi o skrobanie czegoś
> dla siebie to da się w Lazausie bez problemu.
>
> Z własnego doświadczenia dodam że ostatnimi czasy skrobnąlem nie małą
> aplikacje komercyjną w Lazarus takze też się da :)
>
> Pozdrawiam
> J-23
>
Jak z licencjami w lazarusie? jak 3-rd party? Opłacasz licencje takich 
komponentów? Pytam, bo będę wypuszczał program do sterowania urządzniem 
i się zastanawiam jak to załatwić..

W dniu 2017-05-08 o 22:19, krolikbest pisze:
/ciach/
> Jak z licencjami w lazarusie? jak 3-rd party? Opłacasz licencje takich
> komponentów? Pytam, bo będę wypuszczał program do sterowania urządzniem
> i się zastanawiam jak to załatwić..
Wypuszczasz program czy jego kod źródłowy?

-- 
wloochacz

W dniu 2017-05-09 o 11:51, wloochacz pisze:
> W dniu 2017-05-08 o 22:19, krolikbest pisze:
> /ciach/
>> Jak z licencjami w lazarusie? jak 3-rd party? Opłacasz licencje takich
>> komponentów? Pytam, bo będę wypuszczał program do sterowania urządzniem
>> i się zastanawiam jak to załatwić..
> Wypuszczasz program czy jego kod źródłowy?
>
program

W dniu 08.05.2017 o 22:19, krolikbest pisze:
> W dniu 2017-05-06 o 19:49, J-23 pisze:
>> W dniu 05.05.2017 o 09:42, konsul41@wp.pl pisze:
>>>
>>>> Tutaj można się zastanawiać dlaczego takie coś powstaje. Czy problemem
>>>> jest IDE oferowane przez Emb? Czy może jego cena? Czy może fakt że
>>>> ktoś po prostu chce sobie zrobić coś takiego.
>>>> Ja w tym temacie się nie wypowiadam, bo swego czasu z wloochaczem
>>>> prowadziłem dyskusje nad tym że Delphi jest drogie, że DevEx jest
>>>> drogi itd itp. Teraz z biegiem czasu pracuje najniżej na Delphi
>>>> Enterprise i toną innego komercyjnego oprogramowania gdzie cena Delphi
>>>> jest małą częścią reszty. Więc na dzisiaj mam inne zdanie na ten
>>>> temat :P
>>>>
>>> Wszystko zależy od skali.
>>> Jeżeli skrobię dla siebie to cena jest astronomiczna, jeżeli tworzę dla
>>> korporacji z budżetem kilkaset tysięcy to cena jest śmieszna.
>>>
>>
>> Cena środowiska to jest promil kosztów. Jeśli chodzi o skrobanie czegoś
>> dla siebie to da się w Lazausie bez problemu.
>>
>> Z własnego doświadczenia dodam że ostatnimi czasy skrobnąlem nie małą
>> aplikacje komercyjną w Lazarus takze też się da :)
>>
>> Pozdrawiam
>> J-23
>>
> Jak z licencjami w lazarusie? jak 3-rd party? Opłacasz licencje takich 
> komponentów? Pytam, bo będę wypuszczał program do sterowania urządzniem 
> i się zastanawiam jak to załatwić..

Jeśli chodzi o płatne komponenty to używam tam jednego na którego mam 
wykupioną licencje i tyle

Pozdrawiam