Były inżynier Apple prześmiewczo o obecnym stanie i przyszłości programowania
Obowiązkowy materiał dla każdego wykopowego programisty, niezależnie od preferowanego języka i platformy.
hypervintage z- #
- #
- #
- #
- #
- #
- 117
Obowiązkowy materiał dla każdego wykopowego programisty, niezależnie od preferowanego języka i platformy.
hypervintage z
Komentarze (117)
najlepsze
Ludzie w kółko eksperymentują, tylko takie "ładne wizualnie" rozwiązania sie nie skalują. Być może rzeczywiście jesteśmy w pobliżu jakiegoś lokalnego maksimum jeśli chodzi o programowanie...
@moribunda: Wszystko o czym mówił zostało już zaimplementowane na wiele sposobów i przetestowane. I okazało się to efektywne tylko do pewnych specyficznych rozwiązań a sekwencyjny kod w C/C++/Java jest nadal najefektywniejszy.
VHDL świetnie nadaje się do programowania FPGA ale do zwykłych komputerów już nie, bo one są sekwencyjne z natury - kilka rdzeni, jedna pamięć: najlepiej nadaje się model
@zwykly_obywatel: Nie. Pokazałem że masowo równoległa architektura jest dostępna ale bardzo specyficzna - FPGA, GPU, etc... Natomiast powszechnie używana architektura jest jednak sekwencyjna: x86, ARM, Atmega - to są jednostki centralne, które zdominowały obecny świat od automatyki, przez mobilne urządzenia po superkomputery. I
@zirael88: I naprawdę uważasz, że tytuł znaleziska (powyżej) to sugeruje?
W programach graficznych podajesz parametry czyli opisujesz co chcesz mieć.
Zwykły edytor tekstu: klikasz ikonę wyrównaj do lewej i masz, nie opisujesz jak to zrobić.
Zwielokrotnione przetwarzanie masz w kartach graficznych, poza tym nie każdy problem da się podzielić na obliczenia równoległe, gdy dalszy etap zależy od poprzedniego.
Ponadto symuluje się wielordzeniowość tworząc wątki, bo przy aplikacji jednowątkowej (algorytm nie do zrównoleglenia) zamiast n słabych rdzeni lepiej
Wracając jednak do tematu, mógłbym się jedynie spierać trochę co do końcowych wniosków, ewolucja i eliminacja słabych pomysłów przeważnie sprawdza się lepiej od ciągłych rewolucji - widać to w praktyce po obecnych rozwiązaniach. Dzięki takiemu podejściu łatwiej też opracować techniki związane z samym wytwarzaniem kodu (wzorce, re-faktoring, testy).
Pytanie, czy wtedy będzie wiedza w narodzie n/t tych starych dawnych zapomnianych technik i sposobów myślenia i operowania, skoro wszyscy są ustawieni w trybie "to co mamy teraz
Jeśli chodzi o wiedzę na temat starych technik, to zastanów się kto obecnie
Komentarz usunięty przez moderatora