Jaka technologia na początek Django czy ASP.NET CORE?

komentarz 21 maja 2020 przez VBService Ekspert (253,340 p.)
przeniesione 22 maja 2020 przez VBService

C# na pewno jest bardzo popularny w aplikacjach webowych - ASP .NET ma duży kawałek tego rynku. Oferuje Ci język zbliżony do Javy - która jest najbardziej popularna, znakomite IDE czy darmową chmurę.
Python to język, którego zastosowanie w większości wypadków sprowadza się do bycia językiem pomocniczym, za to częściej jest on podstawowym narzędziem devOpsa - wiele skryptów dla wygody piszą w Pythonie np. automatyzacja z Ansible.

Gdybym miał wybierać z tych dwóch, to bliżej mi do Pythona. Język jest dynamiczny, interpretowany, a zarazem bardzo bezpośredni i czytelny. Do tego masz również znakomite IDE (nawet w community edition), bardzo jasne wytyczne jak pisać kod (PEP), masę dostępnych bibliotek (PIP) i ogólnie frajdę z pisania (o ile lubisz wcięcia i dwukropki ).

Druga sprawa .NET w ostatnim czasie, może i stał się dużo "lżejszą" platformą, ma więcej możliwości. Jednakże jak nie chcesz mieć do czynienia tylko z Microsoftem, korzystając z .NET jesteś w pewnym sensie na łasce i niełasce tej firmy i nie daj się zwieść jakąś przenośnością typu .Net Core. Zaznaczam na koniec to jest Moje zdanie, decyzje musisz i tak sam podjąć. Zrób sobie listę za i przeciw .NET i Django i wtedy zobaczysz gdzie jest Tobie "bliżej".

komentarz 21 maja 2020 przez kubaapk Nałogowiec (44,270 p.)

Co jest nie tak z przenosnoscia .NET Core?

komentarz 21 maja 2020 przez Siemił Mądrala (7,380 p.)

Poczytaj o 'Flask'. Moim zdaniem lepsze na początek od wielkich machin jakimi są ASP.NET czy Django. Nie wprowadza żadnego szkieletu aplikacji przez co nie masz narzutu jak co i gdzie jaki plik ma leżeć. Prawie nic nie dzieje się 'magicznie', próg wejścia jest mniejszy.

1

komentarz 21 maja 2020 przez mokrowski Mędrzec (155,460 p.)

To że nie jest to odpowiedź na brak decyzyjności community co do kierunku rozwoju technologii. Jest środkiem do poszerzania rynku i przywiązania klienta do jednej technologii. W szerokiej gamie przypadków, to przywiązanie nie jest w interesie klienta. Przykładów kontrowersyjnych działań wynikających z tego faktu w przeszłości, było (i będzie) bez liku. Mówiąc wprost.. nie wiesz jak będzie z przenośnością w przyszłości, nie wiesz jak z interoperacyjnością technologii, nie wiesz jak nowe wersje będą licencjonowane, nie wiesz czy część technologii z której korzystasz będzie wspierana w przyszłości. To ryzyka (jak i wiele innych) które należy uwzględniać w kalkulacjach.

Nie znaczy to także że technologia sama w sobie, jest niedojrzała lub "zła". To oznacza tylko że można brać pod uwagę szerszy kontekst niż np. "ile zarabia dziś programista w technologii X".

1	komentarz 21 maja 2020 przez JakSky Stary wyjadacz (14,770 p.) Takie stwierdzenie można też wysunąć do projektów open source itp. Nigdy nie wiesz czy np. Wikipedia nie zostanie sprzedana dla Google i stanie się płatna.

komentarz 21 maja 2020 przez NowyUrzydgownig Mądrala (5,090 p.)

@antos, Skoro napisałeś w kategorii C# to oczywiście, że Asp.Net Core. Gdybyś napisał w kategorii python to wtedy Django.

komentarz 21 maja 2020 przez Siemił Mądrala (7,380 p.)

@mokrowski, piszesz tak jakby wybór technologi byl jedyny na cale zycie. Jesli c# zostanie popsuty prze microsoft to sie mozna przesiasc na cos innego. Jak narazie dziala i dobrze spelnia swoje zadania to jest dobre.

1

komentarz 21 maja 2020 przez mokrowski Mędrzec (155,460 p.)

@JakSky,
oj.. wystarczy spojrzeć na licencje produktu i wytyczne działania firmy/fundacji. Co do niektórych licencji, jest pewne czy produkty lub technologie mogą czy nie być sprzedane. Włącznie z tym, że poszczególne pozwalają komercjalizować pracę wykonaną z "wolontariatu" jak i zabraniają (w różnej formie i zakresie) komercjalizacji produktu.

Stąd Wikipedia nie jest dobrym przykładem dla ryzyka niekontrolowanej komercjalizacji :-) Jakie są trudności, możesz zaobserwować w przypadku Java. Oracle ma zgryz jak to komercjalizować bo poprzednie licencje nie pozwolą. To daje czas na podjęcie działań zabezpieczających przyszłe stosowanie (bądź nie) technologii.

@Siemił, wybór technologii nie jest "na całe życie". I wcale tak nie piszę. Zerknij do 2 akapitu. Twierdzę tylko że można uwzględniać szeroki kontekst danej technologii. Robią to nie tylko pojedynczy programiści, ale także zarządzający przedsiębiorstwem. Np. dalekie uzależnienie się od 1 technologii pojedynczej firmy, powoduje generowanie ryzyka dyktowania warunków płatności w przyszłości. Rozdrabnianie jest także ryzykowne, bo trzeba utrzymywać zaspokojenie różnych kompetencji w zespołach. Rozważanie takich przupadków nazywam szerszym kontekstem.

W mojej ocenie .NET generuje wiele problemów utrzymaniowych i rozwojowych dla systemów z cyklem życia powyżej 5 lat. Co nie oznacza że nie można go stosować do projektów. Trzeba zdawać sobie jednak sprawę z ryzyk jak i benefitów :-) To "że działa i jest dlatego dobre", jest w mojej ocenie krótkowzroczne.

komentarz 21 maja 2020 przez Siemił Mądrala (7,380 p.)

To inaczej. Z Twojej wypowiedzi, jeśli jest inaczej to mnie popraw, mam wrażenie że nad wyborem frameworka do nauki trzeba rozważyć "interoperacyjność technologii" lub "jak nowe wersje będą licencjonowane".

Natomiast w kontekście wyboru technologi do nauki moim zdanie, technologia która "... dziala i dobrze spelnia swoje zadania to jest dobre." Zwłaszcza jeśli chodzi o aplikację webowe. Gdzie tak naprawdę front będziesz musiał zrobić w czymś innym, A backend służy tylko do obsługi żądań z frontu i odpowiedzi na żądania. Potem i tak pójdzie do pracy i tak będzie musiał robić wszystko co w danej firmie potrzebują.

1

komentarz 21 maja 2020 przez mokrowski Mędrzec (155,460 p.)

nad wyborem frameworka do nauki trzeba rozważyć "interoperacyjność technologii" lub "jak nowe wersje będą licencjonowane".

Nie trzeba a można. Aby nie mieć np. syndromu Silveright, Flash czy innych "rewolucyjnych" technologii które "jasno płoną i szybko zgasną". Np. w zasadzie Ruby to tylko 1 framework (wiem że upraszczam) w świadomości biznesu. Można zerknąć "ile zarobię i za co", ale to także kanał ... bo Cobol jest dobrze opłacany w bankach :-/ No a przecież działa...

Moim zdaniem z Python'a można zakręcić w dowolnym kierunku. Z .NET już nie. Oczywiście powstają nowe projekty, bardzo ciekawe i istotne. Ale na pytanie co na początek, powiedział bym Python. Podkreślam... na początek. Później można już wybierać bardziej świadomie. I tak myślę że dobry programista uczy się co rok nowego języka programowania oprócz tego gdzie go poniesie kariera.