eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingpython...Re: python...
  • Data: 2015-01-07 11:41:29
    Temat: Re: python...
    Od: firr <p...@g...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu środa, 7 stycznia 2015 09:01:50 UTC+1 użytkownik M.M. napisał:
    > On Wednesday, January 7, 2015 12:56:54 AM UTC+1, bartekltg wrote:
    > > Pobudki masz może słuszne, ale to, co proponujesz,
    > > to na dobrą sprawę zahamowanie jakiegokolwiek postępu.
    > Jeśli taki postęp jest w istotnym stopniu możliwy, to się
    > mylę. Moim zdaniem postęp na tym obszarze jest możliwy w
    > bardzo ograniczonym stopniu, wkład pracy nie zwróci się, a może
    > nawet jest przyczyną problemów. Zobacz typową sytuację
    > podczas organizowania zespołu do projektu. Każdy programista
    > ma swoją fanaberię. Inna sytuacja podczas szukania pracy:
    > każdy pracodawca chce w innym języku i innym frameworku.
    > Te dwa fakty już biorą górę nad korzyściami.
    >
    >
    > > "Główne języki" nie będą się tak szybko rozwijać, jeśli
    > > nie będą czuły na karku oddechu konkurencji.
    > Nie jestem pewny czy mówisz o rozwoju. Jaki program da się
    > szybciej, lepiej, taniej, z mniejszą ilością błędów napisać w
    > jednym z 'głównych' języków, a w innym nie? Zwróć uwagę że
    > nie przekreślam języków o zastosowaniach specjalistycznych.
    >
    >
    > > Do tego nowinki są pewnym poligonem doświadczalnym.
    > > Nie wszytko jest sens testować jako odnogi gcc.
    > To w jest argument za tym że jednak nie warto robić nowych
    > języków. Jeśli sens testowania jakiejś nowej składni w
    > głównym języku jest mglisty, to prawdopodobnie ta
    > składnia nie przyczyni się istotnie do usprawnienia całej
    > technologii.
    >

    jakos slabo to widze, w sumie moim zdaniem
    obecnie jest tak samo jak i bylo kiedys (powiedzmy w roku 98 ), c moim zdaniem
    totalnie i absolutnie rzadzi w warstwie technicznej, tam gdzie programista jest
    paranoiczny o wykoprzystanie zasobów (czyli glownie ramu) rzadzi c - Natomiast nadal
    prawdopodobnie tak samo aktualny jest temat zbudowania jezyka ktory bylby mniej
    paranoiczny a bardziej rozciagliwy i wygodny
    (przy tym pozostajac dosyc wydajny) - w tej
    warstwie mz nadal nie ma 'króla' jet tylko paru dosyc losowych pretendentów [na tej
    warstwie jezykow 'wygodnych'('rozciagliwych') sie slabo znam* ale tak to jakos widze]

    * wrecz odwrotnie zastanawiam sie czy wyposazenie c w rozszerzalne tablice** nie
    pozbawiloby c troche tej skostnialosci ktora chyba jest zarowno wadą jak i zaletą

    ** chyba potemu ze ten systemowy i niejawny reallokator jest troche cialem obcym w c

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: