Jarosław Zabiełło - BLOG comments

"Ruby, Python vs Java,C++" by swr

Tue, 06 May 2008 02:13:58 +0200

Języki takie jak Ruby / Python wygrają na rynku, i to z powodów czysto ekonomicznych. Mniej czasu nad kodem, łatwość uczenia (wspomniane 2 miesiące vs. 2-3 lata), krótszy czas rozwoju i wdrażania aplikacji. To wszystko to są pieniądze. Konkretne pieniądze zaoszczędzone i zarobione (czas dostarczenia produktu/usługi). Przeróżne firmy powstające na rynku będą wybierać właśnie takie technologie, bo dzięki nim mogą mieć więcej tortu. Inne firmy dostrzegają ten proces i inwestują (będą inwestować) w narzędzia, usługi i wsparcie dla dynamicznych języków.

Dlatego z pewnością większość nowego oprogramowania biznesowego będzie powstawać w językach dynamicznych.

Co do tradycyjnego oprogramowania, to model biznesowy oparty na kompilowanym kodzie i sprzedaży licencji na korzystanie z oprogramowania też odchodzi do lamusa. Kto w przeszłości ugryzł swój kawałek, ten go trzyma. Ale nie wydaje mi się to drogą dla nowych firm. Koszt wytworzenia dużego programu, wprowadzenia go na rynek, wypromowania marki wydaje mi się zbyt duży. Dodajmy do straty spowodowane piractwem. Za mały zwrot z takiej inwestycji.

Innym symptomem zmian jest choćby open-source, czyli możliwość taniego i bezpiecznego oprogramowania. I rzesze ludzi połączonych przez internet, którym nikt nie zabroni tworzenia kodu za darmo.

Internet jako taki to w ogóle czynnik, który mimo wszystko wydaje się niedoceniony, a jest odpowiedzialny za chyba największe zmiany w branży i daleko daleko idące konsekwencje. Dzięki niemu możliwe są nowe trendy, jak np. możliwość zabezpieczenia kluczowych technologii przez tworzenie usług sieciowych, i sprzedaż usług zamiast licencji na korzystanie z oprogramowania.

To takie moje 3 grosze do dyskusji.

ps. opieram się jedynie na własnych obserwacjach i przemyśleniach (zbieżność do osób i faktów przypadkowa ;) pps. poza byciem programistą jestem właścicielem firmy software’owej, stąd zdarza mi się intensywnie nad tym myśleć :P

"Django i Rails biją PHP" by halfik

Mon, 05 May 2008 17:13:57 +0200

ja w php dlubie od prawie 6 lat i mam dosc jezyka. to przezytek. jezyk starej generacji. moze i jest prosty, ma ze 2 niezle frameworki (cake i zend), genialnego manula, ale co z tego?

pisze sie w tym za dlugo. w django ten sam kod powstaje znacznie, znacznie i raz jeszcze poloze nacisk na zanicze szybciej.

a jak widac po tym jak i innych testach na sieci, django jest tez wydajniejsze.

w pythonie pisze sie naprawde szybko, przyjemnie i czlowieka krew nie zalewa, ze jakas pierdole musi robic po raz milionowy w swoim zyciu. tak jak wlasnie roznego rodzaju panele admina. strata czasu i goscie od django to zauwazyli i jest modul admina, ktory sprawa zalatwia.

goscie od php musza napisac go od nowa. to musi byc jezyk nowej generacji, tak jak python, java, c# – albo z czasem bedzie tracil rynek na rzecz pythona czy ruby.

"Merb 0.9.2 i Sake" by Jarosław Zabiełło

Mon, 05 May 2008 03:56:06 +0200

Sake tasks for Merb hackers

"Agile 3 - jednak wyjdzie" by rafwic

Thu, 01 May 2008 23:52:00 +0200

Blue, raczej mowisz o drugim wydaniu…

"Agile 3 - jednak wyjdzie" by BlueMan

Thu, 01 May 2008 22:02:52 +0200

Widziałem już ją chyba w Empiku… .

"Aplikacja webowa - wybór technologii" by respectum

Thu, 01 May 2008 16:19:50 +0200

No cóż, to chyba trzeba się trochę poświęcić…

"Oracle, Rails i Mac OS X" by Jarosław Zabiełło

Sat, 26 Apr 2008 20:17:41 +0200

Poczytałbyś sobie o składni Textile zamiast tak walczyć. Poza tym na dole, po lewej stronie przycisku “submit” masz “Preview comment” więc można podejrzeć wygląd postu przed wysłaniem.

Znalazłem w necie opis funkcji NVL. Chodziło ci pewnie o zapis

SELECT * FROM tabl WHERE NVL(field,'') = ''

A do wstawek kodu można użyć <typo:code> kod</typo:code>

"Oracle, Rails i Mac OS X" by Sergio

Sat, 26 Apr 2008 19:23:29 +0200

To jeszcze raz:

WHERE NVL i argumenty (pole, ’’) = (równa się) ’’ (łańcuch pusty)

"Oracle, Rails i Mac OS X" by Sergio

Sat, 26 Apr 2008 19:21:14 +0200

Widzę, że jest tutaj jakiś problem z oprogramowaniem, które obsługuje ten blog i następuje usunięcie części zapytania (ochrona przed SQL Injection???). Klauzula WHERE powinna być następująca:

WHERE NVL = ’’

"Oracle, Rails i Mac OS X" by Sergio

Sat, 26 Apr 2008 19:18:08 +0200

Sorry – wystąpił jakiś problem i do zapytania z funkcją NVL wkradł się błąd. Powinno być:

SELECT * FROM tab WHERE NVL=’‘