Pytanie rekrutacyjne

Question

Wymień co najmniej trzy fundamentalne zasady poprawnego programowania, które pozwalają uniknąć błędów implementacyjnych.

Co byście tutaj odpowiedzieli?

Comments

Wydaje mi się że jedną z zasad mogłoby być wykorzystywanie wzorców projektowych.

Answer 1

1. SOLID - generalnie jakby  to się dało w pełni pisać byłoby świetlnie, niestety nie zawsze się da, bardzo rzadko kiedy w pełni wykorzystamy wszystkie zasady 

2. DRY - aby sie nie powtarzać, nie wymyślać to co już raz zostało zrobione, wykorzystać i nie powielać kodu żeby się kobyły 1000- linijkowe nie tworzyły, a też efektywniej pracował kod

3. KISS - w myśl że nie tylko operacje powinny być proste, ale SEMANTYKA KODU zrozumiała, piszmy tak żeby ktoś kto nigdy ... nie widział kodu ( to też zalicza się do SOLID) mógł w łatwy sposób odczytać "co się tutaj dzieje" co autor miał na myśli, pisanie prozą pisanie czasownikami jeśli chodzi o metody - co robi, co się tutaj dzieje, zmienne jako rzeczowniki czym są ... 

A samo KISS jeśli chodzi o realizacje problemów, żeby nie komplikować ... dlatego te trzy uważam za  najważniejsze, które warto mieć na uwadze , oczywiście nie ma szans w realnym projekcie na 100% wykorzystanie, ale warto mieś świadomość 

Comments

. rzadko kiedy w pełni wykorzystamy wszystkie zasady

Bo nie ma takiej potrzeby, żeby wszędzie stosować SOLID.. Najważniejsze to pisać świadomie. 

---

znając pryncypia "fajnie by było" potrzeby pewnie nie ma, ale wyobraźmy sobie idealny świat :D

---

Tak jak Wiciorny czasem  mnie irytuje, tak tutaj za najlepszą odpowiedź trzeba nagradzaqć ;) Trzeba zawsze być obiektywnym i uczciwym.

Dziękuję za odpowiedź.

 

---

sam siebie też irytuje, taki jestem ... brakuje mi często cierpliwości do głupich pytań, ale wiesz kto nie pracuje nad sobą :D ten ... może tylko narzekać, dzięki i Ciesze się że jakoś mogłem dać przyrost w kwestii dodatkowej dawki informacji

Answer 2

1. Keep It Simple, Stupid (KISS)

2. Write DRY Code

3. Single Responsibility

4. Document Your Code

5. Refactor

Comments

3. Single Responsibility

A nie SOLID, którego SRP jest częścią? 

---

oczywiście że SOLID. nie uważam że refactor - jest istotne  trzy fundamentalne zasady poprawnego programowania,
Bo refaktor - jest wtedy kiedy ktoś mocno :D skasztanił

---

Super ! ta subtelna niedokładność była pisana specjalnie dla  Ciebie zawsze można na Ciebie liczyć 

---

generalnie SOLID jest moim zdaniem najwazniejszą "podstawową" zasadą stąd umieszczanie  samej pojedynczej odpowiedzialności jest nad wyraz. 
A  refactor - to raczej nadwyraz skoro z definicji 
 

Refaktoryzacja – proces wprowadzania zmian w projekcie/programie, w wyniku których zasadniczo nie zmienia się funkcjonalność

miło się czyta jak starasz się pomóc i ja tego nie neguje, ale rób coś rzetelnie :D jak już robisz, bo czasami możesz po prostu wprowadzać w błąd, czy niejaność

A w myśl logiki, skoro coś wymaga zmian w istniejącym projekcie/programie które - właśnie nie zmiania funkcjonalności, nie jest spowodowane - nową funkcjonalnością dodaną do aplikacji,  oznacza że ktoś wcześniej coś ":źle napisał" stąd potrzeba refaktoryzacji 

I wiesz nawet nie pije do twoich pozostałych treści bo łapke dałem, ale lepiej coś doprecyzować 

---

Dziękuje Bardzo za pomoc i doprecyzowanie, następnym razem postaram się być bardziej rzetelny i skrupulatny i nieomylny

---

@niezalogowany, również dziękuję za cenną odpowiedź

---

Nie ma za co Pozdrawiam serdecznie