st-pti: Re: [klio] 25 lat Raportu PTI z 1991 - a propos


Previous by date: 23 Jul 2016 23:17:56 +0100 RE: [st-pti] "Term" w rachunku lambda, Andrzej Dyżewski, pt
Next by date: 23 Jul 2016 23:17:56 +0100 Re: [klio] 25 lat Raportu PTI z 1991, Andrzej Dyżewski, pt
Previous in thread:
Next in thread:

Subject: Re: OD: [st-pti] RE: [klio] 25 lat Raportu PTI z 1991 - a propos
From: Maciej M ####@####.####
Date: 23 Jul 2016 23:17:56 +0100
Message-Id: <59ac1b265b7324d6348e985467890180@ii.uni.wroc.pl>

Dla Kolegi Paprzyckiego znalazłem poniższe argumenty:

Will coding ever be obsolete?

Eventually, coding might become obsolete...just like everything else.
But not anytime soon.

There are 5 common myths that people use to talk about the “end of code”
and why it’s approaching.

I’ll go through each of the 5 and do my best to argue why they don’t 
mean
that coding will become obsolete anytime soon. In my opinion, number 5 
is
the most important one.

Myth 1: “Machine Learning Will Make Programming Irrelevant.”
Reality: Machine learning and AI are super interesting. But they can’t
build features. Software engineers build features, and they always will.
Google is a pioneer in the machine learning space, yet in 2015 it was
estimated that there were over 30,000 developers at Google, building
things like Chrome, Gmail, Drive, and all other various aspects of
Google’s products. Google doesn’t have a shortage of developers. 
Instead,
they’ve hired a ton of them.

Myth 2: “It’s easier than ever to make a website, so we don’t need 
code.”
Reality: People use sites like Wix and Squarespace to build websites
without code, and these can look incredibly polished. But these 
solutions
fall apart when it comes to custom functionality. Programmers spend time
solving more complex problems. There will always be a need for these 
types
of skilled workers.

Myth 3. “Developers are constantly reinventing the same app, solving the
exact same problems.”
Reality: In reality, there is a massive movement in the software 
development
world to stop re-inventing solutions to the same problem. The open 
source
movement is actually really remarkable, and an entire culture has formed
that revolves around sharing reusable code. For example, DHH used Rails 
to
build Basecamp, then released the Rails framework to everyone to use to
build all different types of web applications. Rather than hoarding 
solutions
to problems and constantly re-inventing them, developers maintain a high 
level
of openness for the community.

Myth 4: “Someone told me that they could build a social network by 
himself
in a few weeks. So there must be a lot of developers at companies like 
Facebook
who are really slacking off.”
Reality: On the surface, it may seem easy to build applications that 
seem like
other applications. But at real-world companies, the code and various 
systems
can quickly become more and more complex. In programming, there is a 
concept
known as the Law of Leaky Abstractions. These are systems that do a lot 
of the
work but hide a certain level of detail. And for products (like 
Facebook) that
support millions or even billions of users, there needs to be a lot of
abstractions (basically sub-problems) that can be managed by separate 
teams.
In the real world, you need complex systems of code to support the type 
of
massive scale that we see with major products. You need software 
engineers to
build and maintain this infrastructure, and you’re going to need them 
for a
long time.

Myth 5: “Coding is tedious, and people don’t want to do it.”
Reality: Well, programming is certainly challenging. But most 
programmers enjoy
it. They work on a side-project for fun (usually on the nights and 
weekends)
so that they have full control and the ability to build something they 
love.
Plenty of people want to have the support of a well-paying job and the 
ability
to build a new innovative product on their own. Most wouldn’t have the 
drive to
do it if they thought programming was too boring. Plenty of people 
actually like
programming and find the process incredibly rewarding. So, the reality 
is this:
Coding isn’t dead. And it isn’t dying. We’re currently living through 
the golden
age of coding. In fact, it has never been more enjoyable, rewarding, and
economically-viable to be someone who knows how to code.

=============
W dniu 2016-07-21 00:05, Marcin Paprzycki napisał(a):
> A moze to wszystko jest juz
> 
> bez zadnego znaczenia
> 
> jesli uwaznie popatrzymy wokol to moze zauwazymy zasadnicza zmiane,
> ktora zachodzi...
> 
> moze juz niedlugo bedzie tak
> programy beda pisac programy
> ktore beda ewoluowac aby napisac jeszcz lepsze programy
> 
> my / ludzie (wybrani) bedziemy / beda
> na poczatku
> "wizjonerami"
> a pozniej
> "artefaktami przeszlosci utrzymywanymi przy zyciu przez laskawe
> programy, ktore pozwola nam zyc i beda sie nami opiekowac...."
> 
> ***
> 
> jest na tej liscie ktos kto nie wierzy w samojezdne samchody... i
> zanik zawodow -- taksowkarz / kierowca autobusu / kierowca tramwaju /
> kierowca ciezarowki -- ktos kto nie przyjmuje do wiadomosci, ze to juz
> niedlugo bedzie mialo miejsce, ze samochod bedzie "w chmurze" -- czyli
> bedzie sie z niego korzystalo jak z roweru miejskiego...
> 
> to jest tylko poczatek zmian, ktore nastapia w tempie wykladniczym i
> ktore spowoduja, ze bardzo wiele z tego co ma miejsce teraz, za 8 lat
> bedzie absolutnie zabytkowe
> 
> zyczac dobrej nocy (tylko moze warto cos na uspokojenie przyjac? ;-),
> M
> 
> 
> 
> On 2016-07-20 23:28, ####@####.#### wrote:
>> Pisanie na klawiaturze chyba bedzie zanikac w zwiazku z glosowym
>> wprowadzaniem danych, chociaz w mniejszym stopniu dotyczy to pisania
>> programow. Natomiast kapitalna sprawa jest myslenie "programistyczne" 
>> i
>> szykie czytanie wlasnych programow szczegolnie duzych zajmujących
>> kilkaset stron. Wiem z wlasnego doswiadczenia, ze wystarczy "spojrzec"
>> na program wlasny i w mozgu zaczyna sie odtwarzac jego obraz i w 
>> sensie
>> tekstu i w sensie logiki. Pomaga w tym trening szybkiego czytania -np.
>> Podczas kserowania ksiazki udalo mi sie ja przeczytac a podczas wizyty 
>> w
>> ksiegarni
>> wypada przejrzec pare ksiazek. To tak na "marginesie" dyskusji nie
>> zawsze na zadany temat.
>> Przepraszam za pisownie ale na telefonie nie mam zdrowia na polskie
>> ogonki. Ponadto zbliza sie polnoc.
>> A wiec dobranoc.
>> Pozdrawiam
>> Zygmunt R.
>> 
>> 
>> -------- Wiadomość oryginalna --------
>> Temat: Re: [st-pti] RE: [klio] 25 lat Raportu PTI z 1991
>> Od: Maciej M Sysło
>> Do: ####@####.####
>> DW:
>> 
>> 
>>     Panie i Panowie,
>> 
>>     > Kapitalne spostrzeżenie kol. Grzegorza Szewczyka, o tym, że
>>     > potrafimy pominąć w edukacji podstawowej pisanie bezwzrokowe na
>>     > klawiaturze
>> 
>>     Nigdy u nas w szkole tego nie uczono i nie chodzi o pisanie
>>     programów na
>>     klawiaturze,
>>     ale o pisanie na maszynie - kształcono to wyjątkowo np. na 
>> kierunku
>>     bibliotekoznawstwo.
>>     Gdy Na początku lat 80' uczyłem programowania w USA, student 
>> otrzymywał
>>     kredyt w USD,
>>     który miał mu starczyć na wpisanie programu do main frame z 
>> terminala,
>>     uruchomienie
>>     programu i jakieś wydruki. Wtedy umiejętność szybkiego pisania na
>>     klawiaturze była
>>     nieoceniona, ale trenowano ją na maszynach do pisania, by nie 
>> tracić
>>     kredytów.
>> 
>>     U nas nigdy nie było powszechnej kultury pisania na maszynie.
>> 
>>     Dzisiaj "pisanie bezwzrokowe na klawiaturze" musi być rozszerzone 
>> do
>>     takiego pisania
>>     na komórkach, smartfonach, tabletach, często o różnych układach
>>     klawiszy. I nasi
>>     uczniowie świetnie radzą sobie z tym.
>> 
>>     Wyznanie: nie piszę w pełni bezwzrokowo i nie wszystkimi palcami. 
>> A
>>     napisałem w życiu
>>     dziesiątki tysięcy programów, na ogół niewielkich, i setki tysięcy 
>> pism
>>     - pracę mgr
>>     napisałem na maszynie Triumph bez polskich liter, którą moja mama
>>     "zarekwirowała" w
>>     czasie wojny w urzędzie miejskim w Tarnowie i zaniosła 
>> partyzantom.
>> 
>>     > a jednocześnie roztrząsamy w tym samym nauczaniu podstawowym 
>> jakie
>>     > języki programowania propagować
>> 
>>     To jakieś nieporozumienie! Proponuję zajrzeć do odpowiedzi koledze
>>     Szewczykowi,
>>     gdzie nieco wyjaśniam i załączyłem preambułę do naszych działań.
>> 
>>     Dygresja: Martwi mnie, że kiedyś (w 1985) PTI proponowało całkiem
>>     nowoczesny
>>     program nauczania informatyki, a dzisiaj dyskusja schodzi na 
>> detale,
>>     które
>>     mają niewiele wspólnego z przygotowaniem młodego pokolenia do
>>     kreatywnego
>>     rozwiązywania problemów z pomocą komputerów. Mniejsza o to, czy 
>> ktoś
>>     pisze
>>     z prędkością światła (jak zawodnicy w konkursach 
>> programistycznych), czy
>>     akurat wybierze sobie odpowiadające mu środowisko programistyczne, 
>> które
>>     zwłaszcza dla najmłodszych pojawiają się jak grzyby po deszczu.
>> 
>>     Polecam np. godzinakodowania.pl, inicjatywę, którą przybliżam po 
>> polsku,
>>     całkowicie społecznie.
>> 
>>     Pozdrawiam, Maciej M Sysło
>> 
>>     > skłania mnie do zaproszenia Go do uczestnictwa w liście 
>> dyskusyjnej
>>     > Sekcji Terminologicznej.
>>     >
>>     > Nie trzeba nic robić -- wystarczy wyrazić zgodę.
>>     >
>>     > /ad
>>     >
>>     >
>>     >
>>     >
>>     > -----Original Message-----
>>     > From: ####@####.####
>>     > ####@####.#### On Behalf Of Grzegorz 
>> Szewczyk
>>     > Sent: Monday, July 18, 2016 10:46 PM
>>     > To: ####@####.####
>>     > Subject: RE: [klio] 25 lat Raportu PTI z 1991
>>     >
>>     > Szanowny Kolego,
>>     >
>>     > Jeżeli przez nauczanie informatyki rozumiemy naukę pisania 
>> programów
>>     > to to uważam za poważny błąd. Poza wybitnymi jednostkami - a to 
>> już
>>     > zupełnie inna historia - młodzież nawet w szkole 
>> ponadgimnazjalnej nie
>>     > jest przygotowana intelektualnie do podołania takim zadaniom. 
>> Myślenie
>>     > abstrakcyjne i przekuwanie tego w projektowanie to wg naszych
>>     > pedagogów przychodzi dopiero w okolicach 19 - 21 lat. A proszę
>>     > powiedzieć, dlaczego nie wprowadzić przedmiotów uczących 
>> konstrukcji
>>     > samochodów, nawet elektrycznych. To też na czasie, a od 
>> programowania
>>     > jest nawet łatwiejsze, bo produkt jest materialny. Tworzenie
>>     > oprogramowania to projektowanie bytów w 100% abstrakcyjnych, z 
>> czym
>>     > może mieć obecnie trudności nawet inżynier mechanik bo nauczanie
>>     > "kreski" na politechnikach jest wobec szerokiego korzystania z 
>> CADu
>>     > prawie w zaniku.
>>     >
>>     > Drugi aspekt tej sprawy, to - że zapytam brutalnie - czy 
>> przyszłemu
>>     > kucharzowi lub hydraulikowi jest potrzebna znajomości języka C++ 
>> czy
>>     > Javy? Angielskiego na pewno tak! Nie będzie z tej wiedzy 
>> korzystać w
>>     > przyszłości, jeżeli w ogóle ją zrozumie i przyswoi na lekcjach. 
>> I po
>>     > co mu te stresy. Jeszcze raz, wg pedagogów ponad 90% populacji 
>> nie
>>     > jest w stanie zrozumieć zasad programowania.
>>     >
>>     > Nauczanie sprawnego i bezpiecznego korzystania z komputera, jego
>>     > zasobów i oprogramowania narzędziowego to zupełnie inna bajka.
>>     > Potrzebne jest obecnie każdemu i kucharzowi i hydraulikowi i
>>     > profesorowi uniwersytetu. Prowadząc w tym roku zajęcia w Łodzi
>>     > skonstatowałem, że studenci trzeciego roku informatyki nie 
>> potrafią
>>     > posługiwać się sprawnie pakietem Office; o pisaniu bez patrzenia 
>> na
>>     > klawiaturę przez grzeczność już nie wspomnę. Tak dla 
>> wyjaśnienia,
>>     > długookresowym skutkiem pisania na klawiaturze z patrzeniem jest 
>> uraz
>>     > kręgosłupa szyjnego i wynikające z tego bóle dłoni.
>>     >
>>     > Elementy myślenia algorytmicznego można spokojnie wprowadzić na 
>> innych
>>     > lekcjach jak matematyka (to oczywiste), fizyka czy nawet chemia.
>>     > Przykładowo, dlaczego nie wprowadzać korzystania z Excela na 
>> lekcjach
>>     > fizyki do obliczeń związanych z ćwiczeniami i robienia wykresów. 
>> Z
>>     > naszego puntu widzenia, to w końcu język piątej generacji, przy
>>     > korzystaniu, z którego też należy zachować zasady programowania 
>> i
>>     > algorytmiki.
>>     >
>>     > Każda profesja ma część rzemieślniczą i akademicką. Moim zdaniem
>>     > szkoła podstawowa i średnia to czas na naukę rzemiosła. Widzę, 
>> że
>>     > informatyka w Polsce jeszcze nie przerobiła tematu co i kiedy 
>> uczyć. A
>>     > szkoda. Wprowadzenie wprost nauki programowania dla wszystkich 
>> uczniów
>>     > to według mnie nie jest najlepszy pomysł. Ale to historia na 
>> inną
>>     > dyskusję.
>>     >
>>     > Z wyrazami szacunku,
>>     > Dr Grzegorz Szewczyk
>>     > Professor, Information Technology
>>     > CENTRIA University of Applied Sciences
>>     > Phone: +358 (44) 725 0458
>>     >
>>     >
>>     > -----Original Message-----
>>     > From: ####@####.####
>>     > ####@####.#### On Behalf Of Maciej M 
>> Syslo
>>     > Sent: maanantaina 18. heinäkuuta 2016 20.53
>>     > To: ####@####.####
>>     > Subject: Re: [klio] 25 lat Raportu PTI z 1991
>>     >
>>     > Jurek,
>>     >
>>     > przejrzałem tylko pobieżnie - nie znalazłem ani słowa o 
>> edukacji,
>>     > czyli wczesnego przygotowania uczniów do wyboru zawodów
>>     > informatycznych. Dopiero dzisiaj staramy się to naprawić w nowej
>>     > podstawie programowej kształcenia informatycznego (przedmiotu
>>     > informatyka).
>>     >
>>     > Ten brak uważam za krok do tyłu wobec inicjatyw z lat 80', gdy 
>> PTI
>>     > ogłaszało pierwszy program nauczania informatyki w szkołach i
>>     > firmowało wybór komputera szkolnego.
>>     >
>>     > BTW, nieco śmiesznie brzmi zaśmiecanie stanowisk informatyków 
>> PC-tami,
>>     > czyżby brak wyobraźni? A przy czym pracują obecnie autorzy 
>> tamtego
>>     > raportu?
>>     >
>>     > Ciekawe, ze Copyright jest by Urząd Rady ministrów RP, tym 
>> bardziej
>>     > szkoda, że RM przybiła "pieczątkę" na braku edukacji.
>>     >
>>     > Pozdrawiam, Maciek
>>     > ====
>>     > W dniu 2016-07-18 19:19, 111_JNOWAK napisał(a):
>>     >> Dla przypomnienia:
>>     >>
>>     >> https://historiainformatyki.pl/historia/raport-pti-z-1991-r [1]
>>     >>
>>     >> jn
>>     >>
>>     >> Links:
>>     >> ------
>>     >> [1] https://historiainformatyki.pl/historia/raport-pti-z-1991-r
>>     >
>>     > --
>>     > http://mmsyslo.pl/
>>     > http://godzinakodowania.pl/
>>     > http://www.bobr.edu.pl/
>>     > ------
>>     > * Wewnętrzna lista dyskusyjna sekcji historycznej Polskiego
>>     > Towarzystwa Informatycznego
>>     > * Informacje o liście oraz o tym jak się zapisać i wypisać:
>>     > https://lista.pti.org.pl/sympa/info/klio
>>     > * Załączniki do mejli na listę nie mogą przekraczać w sumie 20 
>> MiB
>>     > * Dyskusje muszą być zgodne z normami współżycia społecznego 
>> oraz
>>     > statutu PTI
>>     > * Lista pomimo charakteru wewnętrznego stanowi miejsce publiczne
>>     > * Portal historyczny PTI
>>     > http://www.historiainformatyki.pl/
>>     >
>>     > ------
>>     > * Wewnętrzna lista dyskusyjna sekcji historycznej Polskiego
>>     > Towarzystwa Informatycznego
>>     > * Informacje o liście oraz o tym jak się zapisać i wypisać:
>>     > https://lista.pti.org.pl/sympa/info/klio
>>     > * Załączniki do mejli na listę nie mogą przekraczać w sumie 20 
>> MiB
>>     > * Dyskusje muszą być zgodne z normami współżycia społecznego 
>> oraz
>>     > statutu PTI
>>     > * Lista pomimo charakteru wewnętrznego stanowi miejsce publiczne
>>     > * Portal historyczny PTI
>>     > http://www.historiainformatyki.pl/
>>     >
>>     >
>>     > ---
>>     > ST-PTI. Lista dyskusyjna Sekcji Terminologicznej PTI.
>>     > Archiwum publiczne listy: 
>> http://lists.tldp.org/go.to?list=st-pti
>>     > ---
>> 
>>     --
>>     http://mmsyslo.pl/
>>     http://godzinakodowania.pl/
>>     http://www.bobr.edu.pl/
>> 
>>     ---
>>     ST-PTI. Lista dyskusyjna Sekcji Terminologicznej PTI.
>>     Archiwum publiczne listy: http://lists.tldp.org/go.to?list=st-pti
>>     ---
>> 
>> 

-- 
http://mmsyslo.pl/
http://godzinakodowania.pl/
http://www.bobr.edu.pl/

Previous by date: 23 Jul 2016 23:17:56 +0100 RE: [st-pti] "Term" w rachunku lambda, Andrzej Dyżewski, pt
Next by date: 23 Jul 2016 23:17:56 +0100 Re: [klio] 25 lat Raportu PTI z 1991, Andrzej Dyżewski, pt
Previous in thread:
Next in thread:


  ©The Linux Documentation Project, 2014. Listserver maintained by dr Serge Victor on ibiblio.org servers. See current spam statz.