Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Gigabyte MO32U24 OLED: il 4K a 240Hz su un pannello OLED ideale per il gaming
Gigabyte MO32U24 OLED: il 4K a 240Hz su un pannello OLED ideale per il gaming
Pannello QD-OLED da 32 pollici con risoluzione 4K, frequenza di aggiornamento a 240Hz e tempi di risposta rapidissimi: il Gigabyte MO32U24 evolve il progetto del suo predecessore MO32U e alza ulteriormente l'asticella delle prestazioni. È ancora una volta un monitor indirizzato ai giocatori più esigenti
Recensione realme 16 5G: lo smartphone con Selfie Mirror ha una batteria da 6550mAh
Recensione realme 16 5G: lo smartphone con Selfie Mirror ha una batteria da 6550mAh
realme 16 5G è un nuovo smartphone con sensore Sony IMX 852 da 50MP sul retro e uno specchio selfie fisico integrato nella camera bar, una prima nel segmento di mercato. Batteria da 6550mAh in un corpo da 8,1mm e 183g, certificazione IP69K e ricarica da 45W completano un pacchetto aggressivo per la fascia media, per uno dei prodotti più interessanti del produttore sul piano commerciale
Come rispettare tutte le nuove regole per i monopattini elettrici? La guida per non rischiare sanzioni
Come rispettare tutte le nuove regole per i monopattini elettrici? La guida per non rischiare sanzioni
Sono ormai definitive le nuove norme del Codice della Strada per i monopattini elettrici. Non solo targa e assicurazione, le regole sono tante e riguardano diversi aspetti, vi spieghiamo come evitare sanzioni che possono essere salate
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 10-09-2017, 08:59   #1
gabmac2
Senior Member
 
Iscritto dal: Jun 2009
Messaggi: 5644
Javascript e linguaggio R

Esiste un modo efficiente per eseguire da Javascript uno script R come si può fare in PHP o Python?
Grazie in anticipo
gabmac2 è offline   Rispondi citando il messaggio o parte di esso
Old 10-09-2017, 16:27   #2
Shirov
Senior Member
 
Iscritto dal: May 2004
Messaggi: 433
C'era questa discussione su Stackoverflow

https://stackoverflow.com/questions/...rom-javascript
__________________
--In Siberia non sono tutte gnocche... ma tante si...
Shirov è offline   Rispondi citando il messaggio o parte di esso
Old 10-09-2017, 17:46   #3
gabmac2
Senior Member
 
Iscritto dal: Jun 2009
Messaggi: 5644
grazie,
avevo già visto questa discussione
Sembra però sia meno "rapido" rispetto ad altri linguaggi
gabmac2 è offline   Rispondi citando il messaggio o parte di esso
Old 10-09-2017, 18:44   #4
gabmac2
Senior Member
 
Iscritto dal: Jun 2009
Messaggi: 5644
ad esempio Node.js è una buona idea?
gabmac2 è offline   Rispondi citando il messaggio o parte di esso
Old 11-09-2017, 11:12   #5
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da gabmac2 Guarda i messaggi
ad esempio Node.js è una buona idea?
non ci sono molte altre possibilita'

non esiste un interfaccia FFI da R a Javascript o viceversa, per cui l'unico metodo sensato e' usare i socket per farli comunicare

inoltre considera che R e' un linguaggio creato specificamente per l'analisi dei dati, in questo e' un sostituto di Matlab, Mathematica, Octave

non e' sicuramente un generale usato alla stregua di C, C++, C#, Java, Rust, Javascript, ecc...

ha un minimo di binding per alcuni widget toolkit, per cui e' difficile creare ad esempio interfacce grafiche con R e R stesso non viene usato in questo modo, cioe' per creare programmi per l'utente, ma e' l'utente stesso ad usare R ( ovviamente gli utenti in questo caso sono scienziati, ingegneri e altre gente del mondo tecnico )

quindi non pensare di poter usare R al posto di un Java o C++, ti creeresti solo un mucchio di problemi
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 11-09-2017, 14:25   #6
gabmac2
Senior Member
 
Iscritto dal: Jun 2009
Messaggi: 5644
certamente,
però a livello statistico non è così pessimo,no?
in Python ci sono librerie per tale scopo. in PHP e Javascript sembra un pò meno

Ultima modifica di gabmac2 : 11-09-2017 alle 14:40.
gabmac2 è offline   Rispondi citando il messaggio o parte di esso
Old 11-09-2017, 15:30   #7
gabmac2
Senior Member
 
Iscritto dal: Jun 2009
Messaggi: 5644
su questo senza dubbio, certo
ad esempio su Python ci sono librerie tipo Numpy
In PHP e Javascript non è che si trovi tantissimo (per certi versi è anche normale, il loro scopo non è quello)
gabmac2 è offline   Rispondi citando il messaggio o parte di esso
Old 11-09-2017, 16:43   #8
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da gabmac2 Guarda i messaggi
ad esempio su Python ci sono librerie tipo Numpy
Ma quello che fai in Python e Numpy con 10 righe di codice, lo fai con R in 1 riga. E' questo il punto. I linguaggi nascono per rendere semplice la vita al programmatore. Per questo ce ne sono tanti, altrimenti ne basterebbe uno soltanto.

Per cui non esiste il linguaggio unico che puo' sostituirli tutti. Bene o male, un programmatore dovra' imparare n linguaggi nel corso della sua carriera. Tanto per dire, pochi mesi fa ho dovuto avviare un progetto in C#/WPF, nonostante non nutra nessuna simpatia per MS e in passato non abbia mai nemmeno contemplato di buttarmi su .NET.

Eppure e' successo...

Ogni linguaggo ha la sua ragion d'essere. Alcuni linguaggi finiscono nel cestino perche' sostituiti da altri migliori.

Il punto e' che non si parte dal linguaggio e poi si va a cercare un progetto da implementare. Si parte dal progetto e si scelgono i linguaggi migliori per implementarlo.

Se sviluppi software di trading per Goldman Sachs, difficilmente non considererai per primo Haskell. Se invece sviluppi sistemi per l'avionica, considereresti Ada. Purtroppo molti ( quelli americani in particolari ) sono C e C++ con qualche spruzzata di Java. E infatti il F-35 quasi non riesce ad alzarsi da terra
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 11-09-2017, 17:45   #9
gabmac2
Senior Member
 
Iscritto dal: Jun 2009
Messaggi: 5644
il perno era R perchè va bene per data mining e apprendimento automatico (tra le altre cose)
Poter richiamare uno script R da Python e PHP è una buona cosa
Con Javascript l' unica via sembra Node.js. E' una buona strada?

Ultima modifica di gabmac2 : 11-09-2017 alle 17:48.
gabmac2 è offline   Rispondi citando il messaggio o parte di esso
Old 11-09-2017, 18:16   #10
gabmac2
Senior Member
 
Iscritto dal: Jun 2009
Messaggi: 5644
sfruttare R utilizzandolo in altri linguaggi non mi sembra un "mischione"
gabmac2 è offline   Rispondi citando il messaggio o parte di esso
Old 11-09-2017, 18:45   #11
gabmac2
Senior Member
 
Iscritto dal: Jun 2009
Messaggi: 5644
usare un pò di modestia non farebbe male.....
non era quello che intendevo, comunque fa niente
gabmac2 è offline   Rispondi citando il messaggio o parte di esso
Old 11-09-2017, 19:43   #12
gabmac2
Senior Member
 
Iscritto dal: Jun 2009
Messaggi: 5644
di usare 100000 linguaggi in un progetto ok,
però se c' è uno script di oltre 1000 righe già implementato, che verrà ulteriormente "ampliato e migliorato" durante i test
Tale script deve essere utilizzato da situazioni diverse, Python e Javascript, non mi sembra così sbagliato "richiamarlo" dalle due fonti
Re-implementare tutto è parecchio gravoso, poi sicuramente dal lato prestazione sarà meglio sfruttando i vari linguaggi, però.....
gabmac2 è offline   Rispondi citando il messaggio o parte di esso
Old 12-09-2017, 09:46   #13
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da gabmac2 Guarda i messaggi
il perno era R perchè va bene per data mining e apprendimento automatico (tra le altre cose)
Data mining ok, anche se R non e' l'unica soluzione adatta.

Sul secondo punto sono dubbioso. Per apprendimento automatico intendi deep learning, reti neurali e compagnia? In quel caso piu' che R sono proprio gli algoritmi a fare la differenza. Ci sono vagonate di reti neurali implementate in Python, molte di piu' di quante ne siano state implementate in R.


Quote:
Originariamente inviato da gabmac2 Guarda i messaggi
Poter richiamare uno script R da Python e PHP è una buona cosa
In generale l'interoperabilita' tra sistemi diversi e' sempre una buona cosa. Ma esistono differenze strutturali che pongono limiti a quanto e come possono interagire.

Quote:
Originariamente inviato da gabmac2 Guarda i messaggi
Con Javascript l' unica via sembra Node.js. E' una buona strada?
Javascript fuori dal browser non ha altra possibilita' che appoggiarsi a Nodejs. Esistono in verita' motori javascript supportati da QT, Gnome e altri progetti. Il punto e' che puoi farci girare codice javascript ma alle condizioni dettate dalla particolare implementazione.

Nodejs e' semplicemente V8 ( il motore javascript di Google Chrome ) non castrato, cioe' capace di accedere ai file sul disco, usare socket, pipe, processi, interagire liberamente col sistema operativo.

Che c'entra con R? Semplicemente siccome R non ha un supporto significativo ai widget toolkit, cioe' non puoi crearci facilmente GUI serie, si usa Electron per la GUI ( cioe' Nodejs + Chromium + Javascript ) e tramite socket si inviano/ricevono dati e comandi ai programmi R. Ma e' una cosa che puoi benissimo fare senza Nodejs. Crei una GUI in Python e usi le socket per fare le stesse cose.

Ultima modifica di pabloski : 12-09-2017 alle 09:55.
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 12-09-2017, 09:53   #14
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da gabmac2 Guarda i messaggi
però se c' è uno script di oltre 1000 righe già implementato, che verrà ulteriormente "ampliato e migliorato" durante i test
Questo e' uno dei casi in cui si puo' accettare l'onere di mischiare varie tecnologie.

Ma il punto e' sempre lo stesso, si parte dal progetto da implementare e si sceglie come implementarlo, mai viceversa.

Se sei all'inizio, allora e' bene scegliere un settore d'interesse, una specifica tecnologia di quel settore e studiarsela.

E ci sono linguaggi che pochi programmatori studiano che invece andrebbero studiati per gli orizzonti che aprono. Tipo Haskell e Lisp. Il primo perche' e' funzionale puro, il secondo perche' implementa paradigmi che ancora oggi molti linguaggi non posseggono.
pabloski è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Gigabyte MO32U24 OLED: il 4K a 240Hz su un pannello OLED ideale per il gaming Gigabyte MO32U24 OLED: il 4K a 240Hz su un panne...
Recensione realme 16 5G: lo smartphone con Selfie Mirror ha una batteria da 6550mAh Recensione realme 16 5G: lo smartphone con Selfi...
Come rispettare tutte le nuove regole per i monopattini elettrici? La guida per non rischiare sanzioni Come rispettare tutte le nuove regole per i mono...
DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta DLSS 4.5: con Dynamic Frame Generation e MFG 6X ...
Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere) Plaud NotePin S, il registratore IA si fa indoss...
Grazie a GLIMPSE-17775 il telescopio spa...
Samsung Galaxy A27 5G è ufficiale...
TCL aggiorna la sua gamma di monitor per...
Anche OPPO avrà uno smartphone co...
La Radeon RX 9070 XT appare su Steam e m...
L'America si ribella ai datacenter: bloc...
'Artificial General Engineer': l'IA di J...
Il drone NASA Dragonfly, che voler&agrav...
Stop immediato a Fable 5 e Mythos 5: il ...
"Prime Day Amazon il 23-26 giugno": sì e...
Oggi 2 super MacBook Pro M5 e M5 Pro, 24...
Tineco Floor One Station S9 Artist: il s...
Raggiunte nuove altitudine e velocit&agr...
Apple Watch Series 11 GPS a 339€ su Amaz...
Come un MacBook, ma con la RTX 5070: MSI...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 04:02.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v