Dla programistów   Leave a comment

  1. Świetny artykuł o 12 fundementalnych błędach popełnianych przez programistow w czasie kodowanie swych aplikacji “12 programming mistakes to avoid” (na stronach computerworld). Oto niektóre z nich:
    1. Zbyt chaotyczne i powierzchowne kodowanie, poluzowanie kontroli w sprawdzaniu dopuszczalnych danych (należy trzymać się podstaw i nie przekombinowywać), czasmi “łata się” objawy zamiast stosować prewencję
    2. Nadmierne sprawdzanie w kółko tego samego (sprawdzać dane kiedy się po raz pierwszy pojawią a nie bez przerwy co spowalnia działanie aplikacji)
    3. Uproszczenie kontroli danych, najlepiej to robić w jednym miejscu (podprogramie) który wszyscy wywołują a nie wszędzie i na różne sposoby (nie do końca takie same)
    4. Zbytnie poleganie na frameworkach (one wprowadzają dodatkowy stopień abstrakcji utrudniający zrozumienie jak to wszystko działa), a to z kolei powoduje, że bardzo trudno znaleźć błąd w apliakcji chyba, że opanowało się dany framework do perfekcji
    5. Zbytnio ufanie dobrej woli użytkownika (bywają też złośliwi), niestety małe uchybienia i dziury w różnych częściach oprogramowaniu lubią się składać co doprowadzić może do eskalacji i powstania dużej luki w bezpieczeństwie aplikacji
    6. Nie ufanie własnych zabezpieczeniom i użytkownikowi (przeciwieństwo poprzedniego punktu) i stosowanie (tak na wszelki wypadek) wielopoziomowych zabezpieczeń dublujących kontrolę, co może spowolnić aplikację lub zniechęcić użytkownika do skorzystania z usługi (podawanie zbyt szczegółowych danych osobowych i ich sprawdzanie)
    7. Nadmierne zaufanie do magicznych skrzynek – biblioteki stosowane przez programistów jako lekarstwo na brak systemowego podejścia do projektowania aplikacji. Każda biblioteka ma też swoje niedostatki i słabości a nie każdy kto z niej korzysta zdaje sobie z tego sprawę (nie czyta dalej niż rozdział “Szybkie wprowadzenie”)
    8. Odkrywanie koła – np. wymyślanie własnych procedur kryptograficznych co skutkuje nie tylko startą czasu ale i możliwością wprowadzenia luk bezpieczeństwa (gdy coś, jakiś specyficzny atak przeoczymy)
    9. Zbytnie obciążanie użytkownika możliwościami konfiguracji (milion parametrów), który często sobie nie zdaje sprawy z konsekwencji pojedyńczego wyboru wielkości parametru a co dopiero interakcji między nimi i konsekwencji takiej a nie innej sekwencji wyboru
    10. Determinowanie wyboru stylu pracy użytkownika poprzez stosowanie sztywnego paradygmatu funkcjonowania systemu co nie zawsze odpowiada potrzebom tego kto będzie go używał – znalezienie optymalnego rozwiązanie między łatwością obsługi a bogactwem funkcjonalnym jest trudne
    11. Zamykanie przed użytk0wnikiem kodów źródłowych, dostęp do kodów ułatwia zrozumienie działania aplikacji oraz pomaga w zasugerowanie ulepszeń lub poprawk błędów
    12. Przeciwieństwo poprzedniego punktu – uważanie, że otwarty kod jest lekarstwem na wszytko. Tak nie jest, od dobrego pomysłu i zakodowanie go do akceptowalnej przez użytkownika aplikacji jest bardzo długa droga. Napisany kod musi dodatkowo być udokumentowany, przetestowany, rozwijany i wspierany przez zespół ludzi (a tu już wchodzą w grę za jakie pieniądze ludzie są skłonni świadczyć takie wsparcie)
  2. Porównanie najpopularniejszych środowisk programistycznych:
    1. Java – IntelliJ a z darmowych NetBeans
    2. PHP – Eclipse PDT i ZEND
    3. Python – Komodo, PyScipter, PyDev
  3. Blog o wymienialności – http://www.interoperabilitybridges.com/
  4. Siatka w jQuery – http://www.flexigrid.info/
  5. Naprawdę warto przeczytać – nowinki w C# – w portalu dewelopera z Indii. Tam są linki do innych PDF oraz info o REST.
  6. Wzorce programowania – http://1code.codeplex.com/
  7. Zasoby VFP – http://www.alvechurchdata.co.uk/hints-and-tips/foxgrid.html, tamże jest info o złotym podziale.
  8. Wypalanie, co to? http://www.alistapart.com/articles/burnout/
  9. Google Script – oprogramowanie GUI – http://code.google.com/intl/pl/googleapps/appsscript/guide_user_interfaces.html#RunDecision
  10. Co z tym ASP – http://www.asp.net/?
  11. Linki o JS z codecapers:
    1. Tworzenie grafiki przy pomocy raphel
    2. Korzystanie z linq w JS
    3. Jak tworzyć skrypty nie zaciemniające strony
  12. Podstawą odpoczynku jest prawidłowe oddychanie – tu jest instrukcja jak to robić, inne sposoby tu, joga też temu służy:

Posted 15 Grudzień 2010 by marekwmsdn in Bez kategorii

Skomentuj

Wprowadź swoje dane lub kliknij jedną z tych ikon, aby się zalogować:

Logo WordPress.com

Komentujesz korzystając z konta WordPress.com. Log Out / Zmień )

Zdjęcie z Twittera

Komentujesz korzystając z konta Twitter. Log Out / Zmień )

Facebook photo

Komentujesz korzystając z konta Facebook. Log Out / Zmień )

Google+ photo

Komentujesz korzystając z konta Google+. Log Out / Zmień )

Connecting to %s

%d bloggers like this: