Limbaje de programare "de viitor"

TS030, on 22 septembrie 2015 - 13:23, said:

Bazele de date n-au legatura cu arhitectura, si iti zic eu ca nu e pe 32 de biți, oricum.

Plus că vorbea la general, informația disponibilă nu se limitează la Softpedia.

TS030,
Dacă ți-aș găsi postarea, ți-aș da replică. Vă dau ca exemplu jQuery, dit-mai librăria, face ce vrei, ce nu vrei, și totuși mulți preferă să reinventeze roata. Explică-mi de ce și ai un os.

Edited by Demon000, 23 September 2015 - 01:21.

lyanna, on 22 septembrie 2015 - 00:06, said:

nu știu despre ce perl ai tu impresia că vorbești, dar perlul din realitate este muribund de câțiva ani încoace - se duce, încet și sigur.

dexterash, on 23 septembrie 2015 - 01:00, said:

Amesteci lucrurile. Facilitatile de nivel inalt ale limbajelor moderne nu reprezinta genul de automatizare de care vorbeai.

dexterash, on 23 septembrie 2015 - 01:00, said:

Prefer sa te las pe tine sa cauti detaliile. Se publicau carti despre programare fara programatori, se prognoza inlocuirea 3GL, mediile de dezvoltare vizuala (nu Visual Studio, ci alea in care "desenezi" aplicatii) erau intens promovate.
N-au prins. Este o nevoie mai mare de programatori ca niciodata, 3GL o duc bine-mersi, s-a constatat ca problemele sunt prea complicate pentru a functiona schitele alea.

dexterash, on 23 septembrie 2015 - 01:00, said:

Tu chiar crezi ca utilizarea unei asemenea librarii este mai periculoasa decat scrierea de la zero a codului aka reinventarea rotii?

dexterash, on 23 septembrie 2015 - 01:00, said:

Asta ai inteles? Sau... trollezi, cumva?

dexterash, on 23 septembrie 2015 - 01:00, said:

Exemplific, nu limitez. Poti adauga orice librarie utilizata pe scara larga.

Sincer, nu-ti inteleg pozitia - exista explicatia ca ai chef de trolling, dar nu vreau sa sar la concluzii.
Am pornit de la ideea ca o chestie numita automatizare va incepe sa inlocuiasca programatorii (despre care aflam mai tarziu ca de fapt nu-s programatori), si asta ar avea cumva, nu se stie cum, legatura cu GitHub, ML si mai stiu eu ce. E o imbarligatura de nu se-ntelege nimic. Iar acum o tii cu kettle logic doar pentru a nu o lasa balta.
Asa ca te-as ruga, ori iti pui ideile-n ordine si discutam pe vreun subiect, care-o fi ala, ori incheiem aici.

Demon000, on 23 septembrie 2015 - 01:21, said:

Era o gluma, in genul balaurului pe 8 biti - doh!

Demon000, on 23 septembrie 2015 - 01:21, said:

Eu vorbesc despre un principiu general acceptat ca fiind de bun simt. Exceptiile nu invalideaza acest principiu; poate ca jQuery e scrisa cu picioarele, poate e prea inflexibila, poate programatorii aia sunt batuti in cap. Exceptia nu inlocuieste principiul, ci doar reprezinta o situatie particulara.

Acum ca sa-mi spun eu opinia.

In ordinea importantei, de la mare la mic.

C++

Java

C#

Javascript

Python

PHP & SQL.

Ce e de viitor E dat de proiectanții de hardware. Noile arhitecturi dictează ce limbaj nu va mai deveni portabil.După mine limbajele specifice Unix gen Perl, Python nu trebuie luate în discuție deoarece sunt specializate, iar limbajele Net sunt dialecte ale limbajelor clasice.Ca și cum ai învăța cockney în loc să iei în considerare rusa după ce știi franceză. Dar dacă ești liber profesionist f bine pregătit nu contează ce limbaj se căuta într o anumită companie, dictat de piață pt ca de ex. C++ a fost creat pt ca nu mulți să programeze în el și să creeze o cerere.
Într un proiect important ești destul de legat de limbaj pt ca pt chestii gen sistem progamming, compilatoare trb să știi standardul destul de bine, bine pt aplicațiile Java și net merge și de un cinci(aplicații economice, jocuri și alte nimicuri)

Edited by alnegru, 24 September 2015 - 09:35.

Vai, vai...

Noi arhitecturi care dicteaza ce limbaj nu va mai "deveni" portabil? Poti sa dai macar un exemplu? Ce arhitectura ar fi aceea care sa nu permita implementarea unui compilator de C++, care apoi poate fi folosit pentru portarea unui JVM si a vreunui interpretor Python? Ce companie ar introduce o arhitectura care cumva sa nu permita programarea in limbajele uzuale? In ce s-ar scrie aplicatiile?

Daca Python nu e bun chit ca merge nu doar pe o larga varietate de Unix-uri, Linux-uri si FreeBSD-uri, ci si pe Windows, MacOS, AS/400, BeOS, MorphOS, OS/2, OS/390, zOS, RISC OS, Series 60 sau VMS, ce alt limbaj de scripting multiplatforma recomanzi?

"de ex. C++ a fost creat pt ca nu mulți să programeze în el și să creeze o cerere"
Ce aberatie crunta. C++ (initial C with Classes) a fost creat pentru a rezolva o problema specifica, imbinand puterea si performanta C-ului cu mecanismele de abstractizare din Simula. Limbajul a prins tractiune nu fiind promovat de o companie (caci AT&T nu a facut-o), ci fiind folosit si sprijinit de industrie i.e. utilizatori.
Iar faptul ca s-a pornit de la C nu a fost un accident al istoriei; tocmai ca Stroustup a dorit ceva direct utilizabil, de el si de un numar cat mai mare de programatori.
Recomand Stroustrup, The Design and Evolution of C++.

Uite exemple: existau procesoare care nu implementau stivă hardware și un limbaj pt un apel de funcție trebuie să aibă biblioteci. Arhitecturi fără registri care fac inutil de ex cuvântul cheie register.
C++ a fost creat pt a crea slujbe bine plătite pt programatori îmi mențin poziția, nu o nevoie reală pt un limbaj oop dovadă sisteme de op complete (cu tot cu gui și medii RAD) scrise în totalitate în C pur.
Și asta e valabil nu numai pt C ci și pt celelalte limbaje clasice
Ada, Pascal, Fortran ele au putut rezolva orice tip de problemă multimedia, audio, grafică iar epigonii lor sunt doar niște erezii apendice pt care nici un programator serios nu se gândește să scrie vreun compilator sau să l folosească.

Edited by alnegru, 24 September 2015 - 13:47.

La început când oamenii de valoare se ocupau de Unix chiar nu există loc pt limbaje jucărie, existau compilatoare de Fortran, C, Pascal, la Microsoft lumea e încă sănătoasă, nu se gândește să implementeze drivere in Lua RubyGo. Orice program care are consistență și se respectă are la bază un limbaj adevărat,Metafont AppleLisa Multics.

Nu asa; vreau exemple de arhitecturi curente, de larga raspandire, capabile sa faca imposibila utilizarea unor limbaje de programare de asemenea de larga raspandire. Aceasta era implicatia din postul tau. Contextul era "ce e de viitor", nu "exista exceptii".
Sa nu mai spun ca o stiva poate fi simulata software.

Faci foarte rau ca-ti mentii parerea in loc de-a citi cartea recomandata. Cand autorul limbajului iti ofera raspunsul pe tava, este de prost gust sa-l ignori:

Stroustrup said:

http://www.stroustru...bs_faq.html#why

Nu sunt de acord nici ca C++ ar fi un limbaj OOP; el este un limbaj care ofera suport pentru OOP, dar si pentru celelalte principale stiluri de programare (procedurala, generica, elemente de programare functionala...)
Cat despre posibilitatea de-a scrie un cod pseudo-OO in C si alte asemenea idei, masochismul se trateaza la psihiatru.

Edited by TS030, 24 September 2015 - 15:28.

Mie personal C++ îmi pare un limbaj pt cei ce vor să scrie programe Pascal în C.Abstractizarea datelor? Enumeră mi ceva din C care să aibă vreo legătură cu structură mașinii...Nu există referințe la tipuri de segmente indianitate de fapt dacă nu știai standardul spune clar ca există o mașină abstractă în C. Clasele abstracte din C++ sunt de fapt prototipurile din C, eu n am văzut nimic nou în el.
Nu știu ce design vor avea viitoarele procesoare, la ele mă refeream nu la cele existente .

Intrebarea se refera strict la limbaj sau la arhitectura? Ca banuiesc ca nu ar fi un capat de lume sa se stranga mai marii sa faca un limbaj unic care sa ofere suport si pentru low level, sa fie folosit si pentru scripting, si sa poata sa ruleze facultativ si pe o masina virtuala. In acel moment problema limbajului ar fi rezolvata. Dar probabil ca subcomponentele lui ar fi asa de diferite incat s-ar putea numi sublimbaje si s-ar ajunge de unde am plecat. De aici as trage concluzia ca arhitectura cerintelor va dicta ce sublimbaje vor supravietui.

Cred ca trebuie studiat ce probleme fundamentale actuale vor fi automatizate integral pe viitor. Fortand un pic imaginatia:
- va exista vreodata o solutie de a scrie cod adaptat la os si hardware folosind java, php sau js? (Probabil existand o automatizare ingenioasa)
- daca va exista un singur sistem de operare ce probleme ar fi rezolvate? Probabil java ar pierde teren.
- daca ar exista o singura arhitectura hardware probabil ca c ar pierde teren
- ... adaugati voi alte intrebari fundamentale ca mi se incing conexiunile ...

Edited by republicall, 24 September 2015 - 18:18.

alnegru: troleaza in alta parte...

Mda, intr-adevar asta nu mai e simpla necunoastere, este trolling. Asa ceva n-are ce cauta pe Professional Zone.

republicall, IMHO cautarea unui limbaj 'universal' este pierdere de vreme; nu poate exista asa ceva. Ceea ce descrii este un limbaj conceput dupa principii si idealuri diametral opuse: sa permita ascunderea totala a hardware-ului dar in acelasi timp si scrierea de cod adaptat la hardware. N-are cum sa mearga.
Si-n plus, chiar este nevoie?

Să fii programator profesionist şi să-ţi faci griji de limbaje de programare de viitor e ca şi cum ai fi şofer profesionist şi să-ţi faci griji ce maşini vei conduce. Dacă eşti şofer profesionist eşti capabil să conduci cam orice maşină; la fel cu programarea, depinzând de proiect înveţi cam orice limbaj dacă e cazul.
Supra-specializarea se face pe domenii de activitate ale proiectului; de exemplu e-commerce sau telecom sau financiar. Sau te poţi specializa pe anumite domenii mai tehnice cum ar fi căutare sau compilatoare sau sisteme de operare.

Acum că unele limbaje de programare se pretează la un anumit tip de proiecte e altă discuţie; chiar dacă multe din limbajele folosit sunt general purpose programming language nu prea o să vezi Java în jocuri 3D şi embedded sau C în sisteme enterprise.
De fapt mutle proiecte sunt complexe şi înglobează un număr mare de limbaje de programare; de exemplu fostul proiect pe care am fost avea: Java, Javascript, Erlang, Groovy, SQL, Bash, Python, C, Lua.

Ca sa vezi limbajele de programare ale viitorului, tot ce trebuie sa faci e sa te uiti in trecut Industria are o inertie teribila, caci codul scris pana acum nu dispare doar pentru ca vrea nenea Gogu' sau mai stiu eu cine sa-si impuna propriul limbaj. In acelasi timp, nici limbajele actuale nu stau pe loc.

Paralela pe care-o faci cu soferul profesionist nu este tocmai potrivita, totusi. Un programator profesionist (nu doar unul care se preface) s-ar tine la curent cu trendurile industriei, si si-ar putea pregati mutarea catre noi tehnologi si noi limbaje; ar avea cativa ani la dispozitie sa o faca. Sau ar putea ramane pe chestii legacy, daca tine mortis, desi asta s-ar putea sa implice mai multa mentenanta.
In comparatie, un sofer trebuie sa se acomodeze imediat cu o noua masina (e drept, are incomparabil mai putin de invatat)

TS030, on 25 septembrie 2015 - 22:43, said:

Dacă e vorba de ani, șoferul profesionist ar trebui să se reprofileze deoarece vor apărea mașini autonome.

Cât despre programatori, nu cred că cineva poate să știe trendul cu ani înainte, să se poată pregăti.

Pai doar nu sta trendu' ascuns, apoi, tusti, gata a si inlocuit limbajele consacrate
Ca programator poti observa noile tehnologii, limbaje etc., cum evolueaza si care prinde si devine mainstream. De asemenea, poti observa declinul celor folosite de tine, daca este cazul. Industria are o inertie fantastica - determinata de nevoia de mentinere a aplicatiilor existente; de altfel Cobol inca mai este pe locul 20 in indexul TIOBE - Go si Rust sunt mult mai jos, 44 respectiv 50
Cat timp continui sa inveti - si nu doar te multumesti sa-ti faci treaba exact cum ai facut-o ca si pana acum - esti in siguranta.

[ https://scontent-lhr3-1.xx.fbcdn.net/hphotos-xpt1/v/t34.0-12/12081542_10205922618883780_1624487464_n.jpg?oh=7a67747ff10ece6dcb47df7594c68df9&oe=5630DDDE - Pentru incarcare in pagina (embed) Click aici ]
Aici va este raspunsul :-)  (Pe piata din Anglia)

Edited by Clau_UK, 27 October 2015 - 00:40.