Aktywne Wpisy
jmuhha +18
Nigdy nie wybacze sobie, że zamiast na programistke która nie musi wstawać i pracuje z home office poszłam na lekarke, która musi jeździć do szpitala i zarabia 1/3 tego co programistka (╯°□°)╯︵ ┻━┻
#programistka15k #programista15k
#programistka15k #programista15k
SaintWykopek +862
Kto miał taką latarkę plusuje
github projektu
Od jakiegoś roku szukałem sensownej alternatywy dla django. Wróżę wielki sukces. Po nowym roku chcę to sprawdzić w realnym projekcie. Podoba mi się zamysł. ORM agnostic web framework, Dependency injection z uzyciem type annotations to jest bajka. Każdy kto używa pytesta, powinien decenić. Do tego dorzucamy od siebie service objecty i jest mamy wspanialy projekt. Zen Of Python, Zen of Web Framework.
Co sądzicie mirki?
#python #programowanie
rak
rak [2]
Pewnie - omówię to na przykładzie, jaki jest problem z annotacjami w ogóle:
@annotate(renderers=[HTMLRenderer()])
def hello(username: str):
return render_template('index.html', username=username)
1) Jak w ogóle renderer jest tu używany? Nie wiadomo ( Ale to akurat annotacja nie do injectowania, ale pokazuje #!$%@? trend pakowania funkcjonalności w annotacje )
2) Jak mam skonfigurować inne dependency ( bądź w tym przypadku inne renderery ) kiedy wymaga tego sytuacja ( np jestem w środowisku
@alex-fortune: 1. Chętnie poczytam rozwinięcie, ja w zasadzie całe życie bez ORM, ale zauważyłem, że prędzej czy później powstaje coś na styl.
2. Framework-less? Czy masz jakiś ulubiony?
1. Bardzo podobnie do DRF, używałeś?
2. Co rozumiesz przez inne dependency ?
3. Nie jest wymaganym. Domyslnie zwracany jest zwykly text.
1. Nie ma znaczenia jak to jest używane, ważne jest to, że bezpośrednio z kodu tutaj tego nie wyciągnę, chyba, że przekopie się przez annotacje
2. No np mam HTMLRenderer gdzieś, a np jeśli jestem na debugowym środowisku, to chcę mieć HTML, JSON, CSV i XML. A to tylko o rendererach gadamy
3. Tak, ale to akurat w wypadku renderera, wyobraź sobie co by było gdyby było wymagane ;)
@
@alex-fortune: Do aplikacji webowych.
@alex-fortune Jakiej technologi używasz na codzień ?
Ja się uparcie trzymam django/drf i ewentualnie flaska do lżejszych rzeczy i dopóki nie pojawi się coś naprawdę lepszego to ani myślę się przerzucać
@alex-fortune: I pracowałeś bez doctrine czy robiłeś osobne modele do persystencji? Model domenowy i potem zapis do bazy przez np PDO?
Wiedzą którą zdobędziesz, zawsze zaowocuje. Apistar wykorzystuje najnowsze funkcjonalności pythona: typing, asyncio. Warto się zainteresować. Async to teraz temat na topie. IMO zostawanie przy jednej technologi (np. django MVC) to stagnacja. Słyszałem określenie, że programiści django popadają w syndrom sztokholmski. W 95% projektach łamane są wszystkie zasady SOLID a wszechobecny tight coupling eliminuje możliwość dobrego otestowania. Nie widzę żadnej korzyści z użycia
Nie zgodzę się. Zawsze będzie jakiś nowy framework który robi coś trochę inaczej albo ma jakąś fajną japońską nazwę więc fajnie byłoby go poznać. Ale problem jest taki, że nie uczysz się nowych rzeczy tak naprawdę, tylko uczysz się obsługi kolejnego frameworka. To rodzaj programistycznej prokrastynacji. Zamiast tego warto się uczyć języka programowania, fundamentów (jak działa baza, jak działa http) , wzorców projektowych czy architektonicznych