Co uważasz za pierwszą zasadę programowania?

Zawsze lubiłem zadawać sobie pytanie: „jakie są pierwsze zasady?” po tym, jak nauczyłem się podstawowych rzeczy (np. programowania). To inspirujące pytanie, IMO, które może zmusić cię do myślenia o najważniejszych zasadach stojących za czymś, szczególnie umiejętności takich jak programowanie.

Jak myślisz, co jest pierwszą zasadą programowania? Nieco później dam odpowiedź poniżej.

1. KISS - Keep It Simple Stupid
2. SUCHO - Nie powtarzaj się
3. YAGNI - Nie będziesz go potrzebować

Napisz kod tak, jakby to Ty musiałbyś go utrzymywać.

Bądź tak leniwy, jak to możliwe.

Zen, część I: Programowanie to tylko droga, a nie droga.

Programowanie jest tylko techniką uczenia komputera, co musi robić. Sukces w tworzeniu szybkiego, niezawodnego oprogramowania oznacza znajomość algorytmów, najlepszych praktyk i wszystkich innych rzeczy niekoniecznie związanych z programowaniem (językiem).

Zen, część II: Jeśli się spieszysz, idź powoli. Jeśli naprawdę się spieszysz, objazd.

Brzmi głupio, ale nie pozwól sobie na kompromisy, które (naprawdę) mogą później sprawić ci kłopotu. Mam zasadę: jeśli jesteś rdzeniem programu, postaraj się być jak najbardziej precyzyjny i dobry. Jeśli używasz metod od samego rdzenia, które są głęboko w twoim oprogramowaniu, postaraj się szybciej kodować. Jeśli kodujesz powyżej tych dwóch, możesz nawet trochę bardziej niechlujny.

Błędy projektowe są najtrudniejsze do znalezienia i / lub naprawienia, następnym krokiem są błędy programistyczne w częściach, na których wszyscy polegają, a następnie „prawdziwe popisywanie się części oprogramowania”. Jeśli musisz naprawić błąd projektowy na końcu projektu, ummm, to nie jest dobre ... ;-)

Zen, część III: Poznaj swoją ścieżkę, Neo.

Poznaj swoje środowisko, narzędzia i rzeczy, na których codziennie polegasz, i posortuj je, aby działało dla Ciebie. Najlepiej, jeśli używasz „środowiska” programowania tak naturalnego, że nawet nie musisz o tym myśleć. Jeśli musisz wykonać pracę, nie wprowadzaj „nowych wymyślnych rzeczy”, ale wykonuj swoją pracę. Te rzeczy można wprowadzić w nowym projekcie, a mianowicie wtedy, gdy masz czas na ich przygotowanie i użycie.

KISS (niech to będzie proste, głupie).

To rzeczywiście nasuwa pytanie „Jak definiujesz proste?” A także „Kiedy jest coś zbyt prostego do wykonania zadania?” Dlatego nie możesz zostać dobrym programistą, znając pierwszą zasadę programowania.

Przedwczesna optymalizacja jest źródłem wszelkiego zła. - Donald Knuth

Nie wymyślaj koła ponownie.

Zrozum najpierw problem!

YAGNI - Nie będziesz go potrzebował . Ideą YAGNI jest programowanie pod kątem twoich wymagań, a nie potencjalnych, potencjalnych funkcji. Założeniem jest, że przestrzegając tego, co musisz zaprogramować, będziesz (między innymi) zmniejszać rozdęcie kodu, zmniejszać złożoność, unikać pełzania funkcji i ograniczać ograniczenia dotyczące tego, co można zrobić (i jak można to zrobić) w przyszłość.

Podejrzewam, że działa w tandemie z modułową konstrukcją: przyszłe funkcje można rozszerzyć bez przeprojektowywania istniejącego kodu.

Wiedzieć, kiedy nie programować.

Kawa weszła, kod wyszedł.

Jeśli nie został przetestowany, jest zepsuty.

Istnieją dwa sposoby konstruowania projektu oprogramowania: Jednym ze sposobów jest uczynienie go tak prostym, aby oczywiście brakowało braków, a drugim sposobem jest uczynienie go tak skomplikowanym, aby nie było oczywistych braków. Pierwsza metoda jest znacznie trudniejsza.

- Charles Antony Richard Hoare

1. Rozróżnij przyczynę i skutek (praca z komputerami)

2. Rozróżnij fakt i opinię (praca z ludźmi)

3. Tak proste, jak to możliwe, ale nie prostsze (projekt)

Programowanie to środek, a nie koniec. A może „Can nie oznacza, że ​​powinien”.

1. Dowiedz się, dlaczego program uszczęśliwia kogoś (w przeciwnym razie, dlaczego nie bawisz się na zewnątrz z innymi dziećmi?). (Tą osobą może być ty.)
2. Opracuj koncepcyjny model domeny biznesowej, który uchwyci całą potrzebną złożoność i nic więcej.
3. Opracuj koncepcyjny model architektury oprogramowania, który uchwyci całą potrzebną złożoność i nic więcej.
4. Bezwzględnie trzymaj się wszelkiej innej złożoności.

Moim zdaniem najważniejszą zasadą jest zmniejszenie złożoności poprzez tworzenie dobrych abstrakcji .

To zawiera

• zrozumienie problemu do rozwiązania,
• zaprojektowanie odpowiedniego rozwiązania i
• wdrażając to,
• najlepiej w taki sposób, aby kod był zrozumiały i łatwy do utrzymania,

ale także określenie punktu, w którym należy przestać tworzyć abstrakcje i przejść do podstawowych właściwości technologii wdrażania (np. system bazy danych, język programowania), aby zapobiec tworzeniu dodatkowej złożoności, której można uniknąć.

Programuj z myślą o widowni. W ten sposób nie zakładaj, że nic, co napiszesz, nie będzie czytane i przechowywane przez ciebie lub kogoś innego.

Następstwem tego jest: Udowodnij, że rozumiesz problem, który próbujesz rozwiązać, dobrze nazywając zmienne, funkcje i klasy!

nie działa, dopóki nie pokazałeś tego w teście

Pomyśl najpierw, kod później.

Nie jesteś tak inteligentny, jak ci się wydaje. Zadawać pytania. Naucz się cenić swoich rówieśników.

Podczas debugowania pierwsza odpowiedź prawie zawsze będzie błędna.

Kod, który piszesz z zamiarem wyrzucenia, staje się podstawą znacznie większych procesów. Nigdy nie zostawiaj niczego napisanego przypadkowo.

Każdy problem można rozwiązać za pomocą innej warstwy pośredniej.

Poznaj swoje narzędzia.

Zasada: Oprogramowanie to przechwytywanie wiedzy .

Konsekwencje: Wiele technik reprezentacji wiedzy, wszystkie oparte na abstrakcji . Daje nam warstwy, poziomy, hermetyzację, rozdzielenie problemów.

Wiele technik reprezentacji procedur, wszystkie oparte na sekwencji , wyborze , powtórzeniu .

Napisz kod dla następnego faceta.

Zawsze pisz kod tak, jakby osoba, która go utrzyma, jest psychotycznym seryjnym zabójcą, który wie, gdzie mieszkasz

Nigdy nie myśl, że wiesz wszystko o programowaniu, kontynuuj naukę

Zacząłem programować, studiując elektronikę cyfrową, więc sądzę, że podstawowe bramki logiczne (nie, i xor, jak sugeruje) były pierwszymi zasadami programowania.

Chodzi o użytkownika.

Śmieci w - Śmieci w Nie ma znaczenia, jak ładny jest twój interfejs użytkownika, jeśli dane są złe.

SUCHO, prawie wszystko inne odradza się z tego. KISS jest drugim końcem działania równoważącego, aby upewnić się, że nie dążysz do elegancji oprogramowania do poziomu szaleństwa.

Zacznij od wyjścia i pracuj wstecz.