🚀 go-pugleaf

Dnia 13-08-2008 o 08:40:27 Seweryn Habdank-Wojewódzki <habdank@gmail.com>  
napisał(a):

Wszystko inne jest do ustalenia w obrebie umowy (prawnej), ktorej nik
nie bedzie parsowal.

Czyli testy też są niepotrzebne?

No i dlaczego lista stories nie może być częścią umowy tego, czego klient  
oczekuje? Są one wystarczająco wysokopoziomowe aby je do tego móc użyć.

No wiec dlaczego jakies wynurzenia hipisa nagle maja sie stac Driven
Development.

Zazdrościsz mu fryzury czy co?  BDD to przecież nie jego wymysł. Ten  
termin już od dawna funkcjonuje. On tylko w swoich
słowach przedstawił zalety BDD i Rspec'a w stos. do TDD i UnitTest.

Idee specyfikacji juz dawno byly znane.

Idee podróży na księżyc też były znane dużo wcześniej. Coś chciałeś  
powiedzieć?

Popytaj sprzetowcow, co sadza o Storiesach.

A co sądzą?

Wygląda tak jakby tam sami emeryci siedzieli.

Jeszcze pracuje.

Chyba dużo się nie pomyliłem.

Mało tam inowacyjności.

Znaczy patrzysz na lepfrejmlorki, czy na innowacyjnosc w okolo
Pythonowa.

Chcesz może powiedzieć, że Python nie nadaje się do webu? Zaraz cię  
djangowcy zjedzą.  Mam wrażenie, że rozmawiam ze ślepym i
głuchym. Przecież w podanym przykładzie Capistrano nie musi być używany  
tylko do webu. To samo dotyczy RSpec. Netbeans 6.5 automatycznie podczas  
tworzenia projektu w Ruby (nie w Rails) dodaje folder na specs.

Ja pracuje ze SciPy i nie narzekam na brak innowacyjnosci.

Nie chodzi o narzekanie. Chodzi ogólnie o nowe pomysły. Akurat ja mam na  
celowniku aplikacje webowe i muszę przyznać, że tu jestem rozczarowany  
tym, co się dzieje w Pythonie. Generalnie jest jakiś zastój. Nie wspomnę o  
kompletnie beznadziejnym marketingu i braku wyczucia aby cokolwiek  
wypromować. To jakiś ogólny problem w tych kręgach. Pythonowe community  
jest dużo bardziej konserwatywne i zachowawcze, żeby nie powiedzieć -  
drętwe.

Znowu piszesz o webie.

Smalltalk wg ciebie to też technologia czysto webowa, co? Lepiej byś się  
zapoznał z terminami zamiast pleść bzdury. MagLev  to smaltalkowy GemStone  
dla Rubiego. Szybka maszyna wirtualna z przezroczystym, bardzo wydajnym  
odpowiednikiem obiektowej bazy danych. BTW, Capistrano, mimo, że napisany  
w Rubim, może być używany do dowolnej technologii (Python, PHP, Java,  
cokolwiek) i do automatyzowania wszelkich skryptów. Jedynym warunkiem jest  
dostęp do SSH na serwerach docelowych.

Dlaczego jakies story mamy brac jako Driven Development skoro to
dziala dla lebu, a nikt nie sprawdzil sluszunosci dla innych aplikacji.

To przecież działa do wszelkiego kodu. RSpec staje się głównym  
frameworkiem do testowania różnych bibliotek Rubiego.

wkrótce ma mieć Joni, najszybszy chyba w ogóle parser regexpa.

To znaczy zaszyja parser regexp w VHDL-u?

Nie znam za dużo szczegółów implementacyjnych. Musiałby się tu  
wypowiedzieć Marcin Mielżyński, który portował Onigurumę i teraz zajmuje  
się Joni.

Sam JRuby bije już w wielu testach bez problemu Pythona.

Ale mnie rozsmieszyles. A co niby Python to taki High Performance.

No wiadomo, że nie. Ale padają stare argumenty o rzekomo dużo większej  
wydajności Pythona w stos. do Rubiego.

od Rubiego aby wymyślili Haml'a. Haml używa znaczących wcięć do
generowania XHTML'a i nie musi posiłkować się jakimiś sztucznymi DSL'ami  
tak, jak Django czy Cheetah.

Znaczy co? kolejny generator kodu urosl do rangi jezyka?

Taki sam jak Cheetah czy Django templates, tylko bardzie pythonic. Haml ma  
dużo prostsze reguły niż te pythonowe DSL'e. Anyway, chodzi o sam fakt, że  
to nie pythonowcy, rubiści wpadli na takie "pythonowe" rozwiązanie.

--
Jarosław Zabiełło
http://blog.zabiello.com