Były inżynier Apple prześmiewczo o obecnym stanie i przyszłości programowania
![Były inżynier Apple prześmiewczo o obecnym stanie i przyszłości programowania](https://wykop.pl/cdn/c3397993/link_VU1AA07pHpAGfJJUvEXM3tntgAhkB8HX,w300h194.jpg)
Obowiązkowy materiał dla każdego wykopowego programisty, niezależnie od preferowanego języka i platformy.
- #
- #
- #
- #
- #
- #
- 117
- Odpowiedz
Obowiązkowy materiał dla każdego wykopowego programisty, niezależnie od preferowanego języka i platformy.
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 sekwencyjny z kilkoma wątkami i
@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 jak widzisz są to zupełnie różne architektury sprzętowe ale zawsze zdominowane sekwencyjnym programowaniem. Architektura Von Neumanna (o której gościu mówił) jest równie sekwencyjna jak Harwardzka.
Wydaje mi się, że jest to związane z dwoma
@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
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
Jeśli chodzi o wiedzę na temat starych technik, to zastanów się kto
Komentarz usunięty przez moderatora