Do as I say, not as I do

Joel pisze:

Ruby is a beautiful language and I'm sure you can have a lot of fun developing apps it in, and in fact if you want to do something non-mission-critical, I'm sure you'll have a lot of fun, but for Serious Business Stuff you really must recognize that there just isn't a lot of experience in the world building big mission critical web systems in Ruby on Rails, and I'm really not sure that you won't hit scaling problems, or problems interfacing with some old legacy thingamabob, or problems finding programmers who can understand the code, or whatnot. So while Ruby on Rails is the fun answer and yes I've heard of 37 Signals and they're making lovely Ruby on Rails apps, and making lots of money, but that's not a safe choice for at least another year or six.

(...)

FogBugz is written in Wasabi, a very advanced, functional-programming dialect of Basic with closures and lambdas and Rails-like active records that can be compiled down to VBScript, JavaScript, PHP4 or PHP5. Wasabi is a private, in-house language written by one of our best developers that is optimized specifically for developing FogBugz; the Wasabi compiler itself is written in C#. #

Tłumacząc - Nie piszcze w RoR, bo 10 lat istnienia języka i 2 frameworka to za mało, żeby mu można było zaufać. Mało kto go przetestował. To, że u niektórych (37 signals) się sprawdza to nic nie znaczy. Najlepiej użyć Javy/PHP/C# (ew. Python). Wiem co mówię, w końcu sam piszę w zamkniętym języku, który napisał jeden z moich ludzi, nigdzie szerzej nie testowanym i przez nikogo wcześniej nie użytym do poważnej aplikacji.

O wpisie

Dodano:: 03 września 2006, 12:23

Kategorie:: programowanie

Autor

Nazywam się Wojciech Ogrodowczyk, w pewnych kręgach znany jestem jako sharnik.

Zawodowo programuję w Ruby. Poza tym mieszkam w Barcelonie, robię zdjęcia, szwendam się po świecie, fikam kozły. Okulary mnie wyszczuplają.

Jeśli zainteresowało Cię coś na tej stronie, to może powinieneś też zerknąć na moje zdjęcia, albo lego-komiks z bobrami w oparach absurdu.

Kategorie

rzyjontko 03 września 2006, 21:46

Joel wcale nie odradza tworzenia języków, narzędzi, czy frameworków na własny użytek. Goście od 37 signals stworzyli RoR tak samo, jak FogCreek stworzyło swoje Wasabi.

sharnik 03 września 2006, 21:51

Nie, ale Joel doradza używania narzędzi, języków, frameworków, co do których ma się pewność, że wytrzymuja obciażenie, nie ma problemów ze skalowaniem aplikacji oraz są sprawdzone przez wiele lat i tysiace programistów z całego świata.
Po czym po udzieleniu wszystkim takiej rady pisze, że sam robi zupełnie inaczej i łamie te wszystkie zasady.

rzyjontko 03 września 2006, 21:54

Wręcz przeciwnie. Przecież to całe Wasabi jest tylko opakowaniem, które pozwala pisać jeden kod, z którego potem jest generowane VBScript albo PHP (w zależności od docelowej platformy). Nie widzę w tym niekonsekwencji.

sharnik 03 września 2006, 22:02

Ruby on Rails jest jedynie opakowaniem do języka, który istnieje już ponad dekadę Zresztą, jakikolwiek język programowania jest tylko opakowaniem, z którego tworzony jest kod maszynowy.

Wasabi jest narzędziem, które generuje kod. Jakość wygenerowanego przez nie kodu nie jest w żaden sposób sprawdzona ani przetestowana. Sam fakt, że coś jest napisane w VBScript, czy PHP nie gwarantuje dobrego działania aplikacji i bynajmniej nie o to Joelowi chodziło kiedy zachwalał te języki.

rzyjontko 03 września 2006, 22:08

W procesie produkcji oprogramowania powstaje zwykle całe mnóstwo narzędzi towarzyszących - skrypty, generatory kodu, engine'y graficzne itp. Czasami narzędzia te są tak elegancko stworzone (i udokumentowane!), że można je udostępnić innym (vide RoR). Traktowałbym to jednak raczej jako wyjątek od reguły. Ja na ten przykład pracuję w firmie nad generatorem kodu, który z całą pewnością pozostanie jej "własnością intelektualną" po wsze czasy.
Zwróć poza tym uwagę na to, że samo Wasabi (które - jeszcze raz podkreślę - należy traktować jako narzędzie towarzyszące, nie technologię, w której jest stworzony FogBugz) jest napisane w C#.

sharnik 03 września 2006, 22:21

Rozumiem znaczenie narzędzi towarzyszących, jednak wydaje mi się, że Wasabi przekracza tę granicę jako język programowania posiadający własny kompilator.

Zresztą, zwróć uwagę, że Joel opisując FogBugz kładzie nacisk, że FogBugz "napisane jest w" Wasabi, a nie "za pomocą", czy też "korzystając z".

rzyjontko 03 września 2006, 22:26

Wszystko co piszesz jest prawdą. Ale pytanie, na które próbował odpowiedzieć Joel dotyczyło wyboru podstawowej technologii, w której ma być tworzony projekt, którego jeszcze nie ma.

W chwili rozpoczynania pracy nad FogBugz nie istniało jeszcze Wasabi, ale trzeba było podjąć decyzję odnośnie tego, z jakich technologii będą korzystać przy jego tworzeniu. No i wybór padł na VBScript, PHP oraz C#, nie na Wasabi.

sharnik 03 września 2006, 22:35

To nie jest całkiem tak, że podstawą Wasabi jest VBScript, PHP i C#. To Wasabi na swój sposób z tych jezyków korzysta.

Bo przecież weźmy inny przykład - interpreter Ruby'ego jest napisany w C, a przecież nikt o zdrowych zmysłach nie będzie twierdził, że Ruby jest szybkim (tu wstaw dowolny przymiotnik) językiem, bo jest oparte o C.

Przy FogBugz nie decydowano z jakich technologii będzie Wasabi korzystać, ale raczej jakie technologie/klientów będzie obsługiwać (czyt. jakiego rodzaju kod będzie potrafiło wygenerować).

rzyjontko 03 września 2006, 22:38

Z przyjemnością bym jeszcze podyskutował, ale muszę do jutra skończyć pracę magisterską i wstać rano do pracy. Postaram się jeszcze jutro wrócić do tej dyskusji.

sharnik 03 września 2006, 22:39

Owocnej pracy życzę i liczę na kontynuację tej ciekawej rozmowy. ;)

rzyjontko 04 września 2006, 21:08

Przypuszczam, że w chwili rozpoczęcia pracy nad FogBugz nikt w FogCreek nie myślał o żadnym Wasabi. Pewnie w ogóle nie przypuszczali, że będą coś takiego potrzebowali. I w tym tonie jest artykuł - dotyczy decyzji, którą musi podjąć każda firma decydująca się na rozpoczęcie nowego projektu: w czym to zrobić - Java, C#, PHP? I Joel na to pytanie odpowiada - skorzystaj z czegoś standardowego, my też tak zrobilismy - zdecydowaliśmy się na VBScript i C# jak zaczynaliśmy. To, że projekt ewoluował dalej i zwiększenie efektywności pracy wymagało stworzenia jeszcze innego języka to niejako zupełnie inna historia. Tak ja to w każdym razie odbieram i podpisuję się pod tym obydwiema rękoma.

7 ton lnu

Do as I say, not as I do

O wpisie

11 komentarzy

Dodaj komentarz

Autor

Kontakt

Kategorie

Archiwa