🚀 go-pugleaf

W dniu 2010-09-15 14:48, sereka@gazeta.pl pisze:
> On Mon, 13 Sep 2010 20:32:58 +0200
> klops<klops@klopsserver.pl>  wrote:
>
>> Nazewnictwo proste, logiczne i superskuteczne!!!
>> http://nazewnictwo.cba.pl/
>
> hmm... parę uwag z mojej strony :D
>
> wg mnie, zaproponowane nazewnictwo zmiennych, (przyrostki 'g-', 'm-', 'l-', 'a-', ...)
> tylko zaciemniają obraz i napewno nie dążą do utworzenia prostego i przejrzystego kodu:

Może nie doążą do prostego i przejrzystego kodu, ale czynią kod prostym 
i przejrzystym

> 1) Istnieje dodatkowa praca przy wpisywaniu odpowiednich przyrostków.

Ale robota! Jeden dodatkowy znak i wciśnięcie klawisza Shift przy 
pisaniu reszty nazwy zmiennej.

> 2) Zastosowanie przyrostków zmniejsza potrzebę tworzenia unikalnych nazw,
>     co ułatwia powstawanie nieczytelnych 'potworków':
>
> int changeValue(int aValue) {
> 	int lValue = mValue;
> 	mValue = aValue;
> 	return lValue;
> }

Wg mnie to jest super czytelne i od razu widać co się dzieje. A jak 
chcesz se dopisywać old i new to możesz zapisać:
  int changeValue(int aNewValue) {
  	int lOldValue = mValue;
  	mValue = aNewValue;
  	return lOldValue;
  }
Tle że dopisywanie new i old jest kosztowniejsze od pisania m, a, l.

> 3) Rozumiem, że zastosowanie przyrostków ma ułatwić odgadnięcie rodzaju zmiennej po jej nazwie,
>     co ma zmniejszyć liczbę potencjalnych pomyłek w dużym kodzie. W małym kodzie natomiast nie
>     widać tego ułatwienia, gdyż na pierwszy rzut oka widać, czy zmienna jest zmienną lokalną, globalną,
>     parametrem funkcji czy też zmienną klasy.

Akurat! Szczególnie w programach Unixowych tego za cholerę nie widać!

>     Osobiście należę do szkoły w myśl której, programmy powinno się pisać jak najprościej (KISS)

Właśnie proponowany sposób oznaczania kodu jest jak najbardziej KISS. A 
z resztą te oznaczenia nie mają żadnego związku z architekturą programu 
czyli nie wpływają na komplikacje, czyli nie są przeciw KISS!

>     w związku z tym podejrzliwie patrzę na wszystkie czynności, które zbytnio ułatwiają powstawanie
>     dużych i skomplikowanych porcji kodu.

Na obecnym etapie podejrzewam, że jeszcze nie jedno uproszczenie i 
ułatwienie można będzie wymyśleć.

> 4) Występowanie przyrostków nieznacznie, ale utrudnia refaktoring - przy zmianie rodzaju zmiennej
>     (np. zmienną globalną zamieniamy na zmienną klasy) musimy dodatkowo zmienić nazwę zmiennej.

To fajowe zminiać zmienne globalne na zmienne klasy! Znaczy, że ktoś nie 
źle spaprał projekt. A naprawa tego musi kosztować - bez cuduw!