Komentarze do wpisu 'Django – pierwsze starcie okiem Railsowca'

By: Warsztaty Django: trzecia edycja | Warsztaty IT

Warsztaty Django: trzecia edycja | Warsztaty IT — Tue, 27 Jan 2009 02:23:18 +0000

[...] warto? Według anonimowej ankiety powarsztatowej: zdecydowanie tak! Niezdecydowanych odsyłam do opisu na blogu Witolda Rugowskiego, a kiedy już się zdecydują — na stronę z zapisami Jak poprzednio, mamy tylko [...]

By: Marcin Kaszyński

Marcin Kaszyński — Thu, 15 Jan 2009 13:45:58 +0000

Jachu: a kiedy ostatnio przyglądałeś się temu panelowi? W 1.0, po zmianach newforms i newforms-admin zmiany znacznie się uprościły.

Na warsztatach przerabiamy między innymi podstawienie własnego formularza i sprawdzania poprawności danych według własnych reguł, i w adminie, i na własnych stronach. Ze względu na ograniczenia czasowe nie przerabiamy dodawania nowych widoków do admina, ale to też jest teraz bardzo proste.

A co do rozwlekłości — jak rozumiem, nie chodzi o rozwlekłość Django, tylko raczej samego Pythona i podejście “explicite over implicite” :)

By: Django: po warsztatach | Warsztaty IT

Django: po warsztatach | Warsztaty IT — Thu, 15 Jan 2009 13:31:18 +0000

[...] We wtorek odbyła się druga edycja warsztatów Django. Jak poprzednio, jedenastu uczestników spędziło dzień na ciężkiej pracy przy klawiaturze; relację jednego z tych, którzy przeżyli, można już przeczytać na stronie Netmaniaka: “Django – pierwsze starcie okiem Railsowca.” [...]

By: Witold Rugowski

Witold Rugowski — Thu, 15 Jan 2009 09:24:58 +0000

@Jachu
Hmmm z tymi scaffoladmi to roznie bywa. I tak widoki zwykle trzeba mocno przerabiać. Jak to jest z mocnym dostosowaniem panelu Django – nie mam pojęcia, nawet tego jeszcze nie próbowałem. Ale sądzę, że dla naprawdę sporej liczby aplikacji możliwości tego panelu będą good enough. Zwłaszcza dla aplikacji typu jednostrzałowiec, albo proof of concept to jest akceptowalne rozwiązanie.

Co do Rails i rzekomej magii, która się tam dzieje… Może mój problem polega na tym, że ja zaczynałem przygodę z Rails w okolicy 0.11/0.12 i siedzę w tym długo, że ja tam magii nie dostrzegam. Przecież to działa w oczywisty sposób :))

Z tym RAILS_ROOT to chodzi mi o przykład podejścia. WIEM, że da się to załatwić w prosty sposób własnymi paroma linijkami kodu. Ale to przykład prostego problemu, który Rails usuwa sprzed developera i można zająć się samym mięskiem (choćby pisaniem Railsowego admin interface :)) )

Co do fixtures – jeszcze w ogóle do testowania nie doszedłem, ale takie opinie już słyszałem (że fixtures to masakra).

By: Jachu

Jachu — Wed, 14 Jan 2009 14:59:49 +0000

Z fajnością panelu administracyjnego bym się nie zgodził – niby DRY, ale trzeba mocno nagrzebać by rzeczywiście dostosować go do swoich potrzeb – jak dla mnie tutaj właśnie scaffolding wygrywa, bo zmienianie wyglądu czy działania scaffoldów jest o wiele prostsze.

Co do rozwlekłości pisania – myślę, że bardzo wiele z niej wynika z zamierzenia twórców – Django nie ma być automagicznym narzędziem, które działania nie rozumiesz, a frameworkiem z filozofią, której rozumienie upraszcza pracę z nim.

Co do update’u – rozwiązaniem które stosujemy w pracy by uprościć tworzenie djangowych projektów jest tworzenie ustawień lokalnych – skryptu, który po nazwie hosta rozpoznaje jaka konfiguracja ma być używana. To też bardzo mocno upraszcza pracę, ale nie jest domyślnym rozwiązaniem Django – jeśli byś potrzebował mogę przesłać szablon takiego skryptu.

A osobiście dodam, że najgorszą rzeczą w Django są fixturesy. W bardziej skomplikowanych projektach są zupełnie nieprzydatne – modyfikowanie wymaganych kluczy głównych w pliku z danymi inicjalizacyjnymi jest po prostu koszmarem.