Trafna puenta.

Ja bym jeszcze dodał:

Należy się starać, byśmy rozumieli, co te narzędzia robią, by nie robiły nic wbrew nam (choćby w dobrej wierze). Dobrym przykładem są różnego rodzaju kreatory (wizardy), które czasami robią dziwne rzeczy i po których trzeba później poprawiać (a trzeba jeszcze wiedzieć co), a do tego też bywają ogłupiające...

Zaapelujmy do Projektantów/Programistów/Architektów:
Twórzcie aplikacje tak by można je było łatwo wykorzystywać oraz by łatwo można było znaleźć porady jak dany problem rozwiązać. Jeżeli istnieje sprawdzony wzorzec pewnego rozwiązania, pewnego GUI, pewnego sposobu korzystania, wykorzystajcie to! I przede wszystkim: końcową dokumentację, instrukcję obsługi, twórzcie z myślą o końcowym użytkowniku, a nie żeby tylko była.

Maciej Aniserowicz | Słowo na niedzielę, o narzędziach

Dziękujemy za publikację - Trackback z dotnetomaniak.pl

Niestety prawda.. wciąż odczuwam ból gdy pomyśle że mój trial DevExpressa się skończył, a bez niego jakoś ciężej się pisze :/

A może słowo o narzędziu, które nazywa się Visual Studio i jest już w wersji 2010? Poczytałbym coś fajnego vide twój artykuł o Reactive Extensions

Na tym polega chyba cała magia Apple - mając kontrolę nad platformą sprzętową i systemową mogą dyktować warunki projektowania aplikacji i dokładają starań, żeby wszystkie funkcjonowały w sposób jednolity. Windows od zawsze miał być otwarty i elastyczny, czego skutkiem jest, że wiele programów odstaje mocno od konwencji.

Z drugiej strony może dlatego zostaliśmy programistami, że nie odpowiadały nam narzędzia, z którymi kiedyś pracowaliśmy i stwierdziliśmy, że napiszemy własne :) W ten sposób właśnie piszę swoją aplikację do GTD, która zastąpi mi funkcjonalnego ale mało "używalnego" GTD-PHP.