> Jeśli w ogóle dokonujesz wyboru pomiędzy FPGA a uC na podstawie
> dostępności narzędzi open source to moim zdaniem zabierasz się
> do sprawy od dupy strony...

Niekoniecznie. Z punktu widzenia zleceniodawcy wybór między uC i FPGA jest szczegółem
implementacyjnym. Być może dla ściśle określonych wymagań ten wybór redukuje się do
jednego, ale nadal jest to szczegół implementacyjny.

Z kolei z punktu widzenia zespołu ten wybór dokonuje się przy udziale czynników
nietechnicznych (patrz też problem wyboru języka programowania do projektu), czyli
kulturowych. Ja chcę wiedzieć, jak duża jest zbieżność kulturowa pomiędzy
odpowiednimi procesami, bo od tego zależy, czy kogoś przekonam do robienia projektu w
taki lub inny sposób. Wybór zależy też od ceny narzędzi, ich dostępności, oraz
dostępności narzędzi w różnych kombinacjach.

> Najpierw poznaj FPGA, dowiedz się co to,
> jak się to je i czym się to je,

Po to jest ten wątek.

> zrób jakiś prosty przykład, zasymuluj,
> przetestuj,

Taki mam zamiar.

> a potem się zabieraj za filozofowanie

A potem klient mi powie, że wybiera tą tańszą opcję a koledzy z zespołu, że wybierają
znane im narzędzia i sposoby pracy. Właśnie dlatego w tytule wątku napisałem "z
punktu widzenia programisty" a nie "z punktu widzenia projektanta układów scalonych".

Inaczej mówiąc, pytanie brzmi: czy FPGA *rozszerza* warsztat programisty (nawet jeśli
oznaczałoby to niewykorzystanie pełnego potencjału tej technologii).

--
Maciej Sobczak * http://www.inspirel.com