![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 224 Pomógł: 18 Dołączył: 4.02.2003 Skąd: Częstochowa Ostrzeżenie: (0%) ![]() ![]() |
|
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 952 Pomógł: 154 Dołączył: 20.01.2007 Skąd: /dev/oracle Ostrzeżenie: (0%) ![]() ![]() |
Ale Crozin nie napisał "debugging", tylko "optimization" i jeszcze dodał "premature". Normalna optymalizacja - OK, ale to to już jest polerowanie czubka antenki w samochodzie, by ten jechał szybciej. Tak się składa, że przy obecnym stopniu skomplikowania kodu mało jest ludzi, którzy potrafią ogarnąć optymalizację takiego kodu na tyle dobrze, by wyciskać z niego te milionowe części sekundy, a w 99% aplikacji te milionowe części sekundy w niczym nie przeszkadzają.
Na początek niech autor skupi się na używaniu optymalnych algorytmów, bo to jest najważniejsza rzecz w optymalizacji. Jak algorytm jest do kitu, to nawet przepisanie go w assemblerze nic Ci nie pomoże. Nawet jest takie fajne prawo w teorii złożoności obliczeniowej, które mówi, że optymalizacja budowy kodu ma zauważalny wpływ na program jedynie w przypadku szybkich algorytmów, a w tych o dużej złożoności praktycznie nic nie da. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 4.10.2025 - 08:45 |