On Thursday, July 19, 2012 12:33:20 PM UTC+1, PK wrote:
> On 2012-07-19, Edek Pienkowski <e...@g...com> wrote:
> > Też mógłbym rzucić parę niezłych kawałków z rozmów. Natomiast
> > nie rozumiem, dlaczego bank miałby nie potrzebować programistów
> > bez znajomości ekonomii. Warset nie wymagał znajomości ekonomii
> > tylko właśnie wielowątkowości, sieciowych spraw, logiki, wydajności
> > itp.
>
> W bankach nie pisze się systemów typu Warset.
> Pisze się za to dużo prostych programów użytkowych dla pracowników.
> I opiera się je o technologie dalekie od upodobań większości ambitnych
> absolwentów (VBA, SQL, trochę webowych itp).

Nie tylko, dochodza rowniez Java, C#, C++, czasami F#/Ocaml/Haskell.
Pierwsze trzy sam widzialem uzywane w projektach, o pozostalych slyszalem (nie zawsze
pochlebne opinie).


On Thursday, July 19, 2012 12:33:20 PM UTC+1, PK wrote:
> On 2012-07-19, Edek Pienkowski <e...@g...com> wrote:
> > Też mógłbym rzucić parę niezłych kawałków z rozmów. Natomiast
> > nie rozumiem, dlaczego bank miałby nie potrzebować programistów
> > bez znajomości ekonomii. Warset nie wymagał znajomości ekonomii
> > tylko właśnie wielowątkowości, sieciowych spraw, logiki, wydajności
> > itp.
>
> W bankach nie pisze się systemów typu Warset.
> Pisze się za to dużo prostych programów użytkowych dla pracowników.
> I opiera się je o technologie dalekie od upodobań większości ambitnych
> absolwentów (VBA, SQL, trochę webowych itp). Bardziej złożonych
> aplikacji się nie pisze, bo łatwiej i taniej kupić gotowce o wyrobionej
> pozycji i renomie (patrz: Lotus Notes).

Dawniej banki lubily wiele rzeczy implementowac samemu, teraz ograniczaja to
jak najbardziej, zeby ciac koszty. Ale nadal np. analityka front office jest
na ogol pisana in-house, i raczej nie w VBA. Widzialem tez GUI pisane na
potrzeby uzytkownikow (traderzy/analitycy) w Javie albo C#, czyli oczko
ciekawiej niz VBA.

RW