... o których każdy programista wiedzieć powinien.
Zainspirowani niedawno wydaną książką zatytułowaną 97 rzeczy, o których każdy programista wiedzieć powinien, pomyśleliśmy, że nasza społeczność również chętnie skorzystałaby z wiedzy tam zawartej. Ku naszej uciesze okazało się, że wszystkie artykuły z tej książki objęte są licencją Creative Commons, więc bez przeszkód mogliśmy zabrać się za ich tłumaczenie (tutaj wielki ukłon dla wydawnictwa O'Reilly). Pragniemy zatem przedstawić Wam najnowszy projekt naszego autorstwa — 97rzeczy:
Poniżej zamieszczamy odnośniki do pierwszych trzech artykułów:
-
Postępuj rozważnie (autor: Seb Rose)
"Choćby nie wiem jak bardzo bezpiecznie wyglądał harmonogram na początku iteracji, nigdy nie unikniesz działania pod presją w którymś jego momencie. ..." -
Stosuj zasady programowania funkcjonalnego (autor: Edward Garson)
"Programowanie funkcjonalne cieszy się ostatnio wzmożonym zainteresowaniem wśród społeczności programistów piszących w językach głównego nurtu. ..." -
Zapytaj "Co zrobiłby użytkownik?" (Nie jesteś użytkownikiem) (autor: Giles Colborne)
"Wszyscy mamy skłonność do zakładania, że inni ludzie myślą tak jak my. Ale tak nie jest. ..."
Życzymy przyjemnej lektury i czekamy na odzew z Waszej strony!
Zespół devMedia.pl
10 komentarze:
Zapowiada się ciekawa lektura, zobaczymy ilu z nich nie będę znał ;]
Ciekawe ciekawe...czekam na kolejne części.
Super inicjatywa, ale skąd pomysł żeby wrzucać po kilka artykułów na raz? Niezbyt idzie komentować teraz ich treść.
@Konradzik
Postaramy się w niedługim czasie wprowadzić możliwośc komentowania bezpośrednio pod artykułami na tamtej stronie.
Bardzo fajna inicjatywa - takie serie tłumaczeniowe.
Kidy można się spodziewać kolejnego odcinka?
Bomba
Poprawcie proszę tłumaczenie artykułu Garsona - functional programming jest częściej tłumaczone jako programowanie funkcyjne, głównie w kontekście funkcyjnych języków jak Erlang czy Haskell.
@Anonimowy
Przykro mi, ale zostanę przy tłumaczeniu "programowanie funkcjonalne", ponieważ tak mnie nauczyli ;]
Semantycznie trochę do bani :)
Słowo "funkcjonalne" sugeruje cechę stylu programowania niezależną od stosowanego paradygmatu.
Oprogramowanie jest funkcjonalne.
Mój kod jest funkcjonalny.
Koduję funkcjonalnie.
Trzy zdania, z czego tylko pierwsze jest w pełni zrozumiałe i nie wymaga dookreślenia.
Oprogramowanie jest funkcyjne
Mój kod jest funkcyjny.
Koduję funkcyjnie.
Zmienia się sens pierwszego zdania, bo z oprogramowanie, które posiada tę cechę, że jest funkcjonalne zrobiło się oprogramowanie funkcyjne, a więc napisane przy użyciu tego paradygmatu. wiem, ze taka zamiana nie przebiega w ten sposób, ale chciałem zilustrować problem z użyciem określenia, które ma inne znaczenia.
Przekładając na ludzki język. Jeśli zadasz mi pytanie: "Czy kodujesz funkcjonalnie?", muszę się Ciebie zapytać o kontekst w jakim użyłeś tego słowa.
a) cecha kodu lub mojego oprogramowania
b) paradygmat użyty podczas pisania
Ja również przychylam się do tłumaczenia w tym przypadku słowa "functional" jak "funkcyjne".
W angielskim chyba nie ma takiego rozróżnienia, stąd inne propozycje tłumaczeń :)
Pozdrawiam,
Cysiaczek
@Anonimowy
Z tego co ja się orientuję termin "programowanie funkcjonalne" pochodzi od funkcjonałów, czyli funkcji wyższego rzędu (tj. takich które mogą zwracać i/lub przyjmować inne funkcje jako argumenty).
Ponadto przytoczone przez Ciebie argumenty jakoś do mnie nie przemawiają. Użycie słowa "funkcjonalny" jako cecha kodu/oprogramowania jest dla mnie nienaturalne/sztuczne i nie sądze, żeby używanie nazwy "programowanie funkcjonalne" rodziło jakieś problemy ze zrozumieniem o co, w danym kontekście chodzi.
Prześlij komentarz