Perché non tutti i programmi vengono trasformati in app web?

Perché non tutti i programmi richiedono per il loro funzionamento risorse raggiungibili su Internet. Molte sono solo applicazioni locali che nei loro concetti non hanno nulla a che fare con l'accesso al web.

Inoltre, la connettività Internet non è disponibile ovunque in ogni paese, in ogni città, in un luogo non abitato, nel treno, sull'aereo ecc. E anche se lo fosse, c'è sempre il rischio della connessione scendendo e interrompendo il tuo lavoro nel peggior momento possibile. E anche allora, se dovessi accettare quel rischio, c'è il pericolo ulteriore che il servizio perda i tuoi file, li divida a terzi a causa di un bug o di un problema di sicurezza, improvvisamente inizia a pagare [altro] per l'uso o un giorno andrà anche fuori affari. Vuoi avere la sicurezza di un'applicazione locale, una macchina locale e l'archiviazione locale dei dati.

Ma la tendenza generale è che molte applicazioni desktop vengono trasformate in software web.

Potresti voler leggere questo:

Tutta la programmazione è programmazione Web

Perché non ha senso che OGNI programma sia un'app web. Alcuni esempi di cose che non penso funzionerebbero bene come web-app (anche se è probabilmente possibile fornirli tramite plugin per browser, applicazioni Flash o una sorta di sistema di distribuzione di applicazioni di rete come Steam):

• Strumenti grafici come Photoshop, Maya, Blender, Illustrator.
• IDE come VisualStudio, NetBeans, altri strumenti di sviluppo come il controllo del codice sorgente (beh, questo è un forse, ma io preferisco davvero le versioni desktop di tali cose)
• Codice basato su database, ad esempio alcune delle cose che scrivo un'opera (conversione dei dati).
• Giochi - Fammi sapere quando posso giocare a Crysis 2 caricandolo attraverso un browser. ;)

Perché le dovrebbero app web sostituire tutte le app desktop? È una piattaforma diversa adatta a diversi compiti.

EDIT:

Sembra che "web-app" e "programma nel browser" vengano utilizzati quasi in modo intercambiabile. Non penso che siano necessariamente la stessa cosa Puoi prendere un programma e consegnarlo a un utente tramite Flash o altri plugin ed è un programma disponibile sul Web, ma non sono sicuro che sia uguale a una "web-app", che direi un programma che gira sul server (non sul client tramite plugin) e di solito è basato su CRUD e ha un database nel backend. Certo, ci sono probabilmente situazioni che si sovrappongono.

La maggior parte degli esempi che ho citato potrebbero in teoria essere (e in alcuni casi avere stati) resi disponibili sul web come plugin per browser o applicazioni Flash, ma ciò non significa che penso che faccia senso di costruirli come web-app CRUD-baed lato server.

(la risposta originale è stata modificata per quello che spero sia maggiore chiarezza)

Il software web non ha ancora raggiunto la potenza di complesse applicazioni desktop. Inoltre, le loro interfacce utente sono solitamente fastidiose da usare con una tastiera, non sono disponibili offline (grande), hanno prestazioni peggiori ecc. Alcune persone semplicemente non vogliono, o non possono (pensano CIA o FBI), avere i loro dati su altri server. Se il servizio si interrompe, cosa succederà con i tuoi dati?

Alcuni software speciali richiedono un supporto hardware specifico, ad es. supporto per tavolette grafiche. Non penso che Javascript possa gestirlo.

Non sono pronti e probabilmente non lo saranno. Il supporto offline è molto importante, così come le prestazioni, la compatibilità con la tastiera ecc.

Inoltre, costerebbe molto spostare tutti i programmi sul Web e in molti casi i vantaggi sono in realtà pochi.

Andrò contro il grano qui. Spero di non essere svalutato nell'oblio.

La maggior parte delle applicazioni viene convertita per funzionare in un browser .

Per ogni esempio che ho letto nella discussione, c'è una versione del browser. Il motivo è molto semplice: la maggior parte delle persone preferisce semplicemente visitare un sito piuttosto che scaricare e installare un'applicazione per le proprie esigenze.

• Imaging
• IDE
• Elaborazione dati
• I giochi sono troppi per essere citati, ecc.

Il punto è: se ti aspetti una copia 1: 1 di un'applicazione desktop, la tecnologia non è ancora lì. Se vuoi una versione semplificata, potresti essere meglio servita da un'applicazione online. Nessuna installazione, nessuna manutenzione, possibilmente gratuita.

Dal lavoro sul campo, è evidente che c'è una grande tendenza a spostare le applicazioni "nel cloud". Questo è generalmente inteso come un'alternativa, con pro e contro.

La verità è che i due sono complementari. Uno non esclude l'altro.

Ecco la mia lista breve sul perché:

• Non tutti i dispositivi che programmi hanno accesso a Internet
• Non tutte le applicazioni possono presupporre che l'utente abbia accesso a Internet
• Esistono moltissime applicazioni che non avrebbero senso essere un'app Web
• Anche se lo sviluppo web sta migliorando, non è ancora strong come le tecnologie non web

Quelli sono quelli fuori di testa. Sono sicuro che ce ne sono di più.

Quando inizi a scrivere un'applicazione devi decidere se è opportuno renderla un'app Web o meno.

Inoltre, non sto comprando che è più veloce e costa meno da mantenere. Non appena inizi a fare qualcosa di complesso, questa discussione svanisce rapidamente.

È un non-start sul lato client: Javascript non ha ovunque vicino a il potere di gestire veri fogli di calcolo, elaborazione di testi o documenti di presentazione.

È tanto un antipasto sul lato server per i seguenti motivi:

• Sicurezza: non voglio che altre persone vedano i miei bit;
• Accessibilità - Non voglio perdere l'accesso al mio lavoro se un server va giù o un albero cade su un cavo da qualche parte, specialmente se devo presentarlo a qualcuno nei prossimi 20 minuti (il server ha mangiato i miei compiti) ;
• Performance - Non voglio sedermi lì e aspettare mentre il mio documento PDF da 40 MB si fa strada attraverso una pipe congestionata;
• Applicabilità - Non voglio usare uno strumento basato su browser che sia chiaramente inferiore a uno strumento desktop dedicato (pensate a Photoshop, agli IDE di programmazione, ai video editor, ecc.).

Mantenere tutto nel cloud sembra una grande idea finché non inizi a pensarci davvero. Voglio dire, prova Google per aver provato, ma la mia esperienza con Google Documenti non è stata del tutto positiva.

Modalità sarcastica attiva. Perché quelle web app necessitano di una piattaforma non web per funzionare. Modalità sarcastica disattivata

Non è fattibile trasformare tutte le app non web in app web a causa di:

• bilancio
• ragioni reali: perché una app esistente che funziona può essere trasformata in una versione web?
• alcune limitazioni delle app Web
• dipendenza della connettività. Non vuoi aggiungere un link debole nella catena se non ne hai bisogno

Mi dispiace ma il web non è la risposta a tutto ...

Ci sono dei motivi per cui ciò a cui sto lavorando non arriverà nel cloud in tempi brevi.

In primo luogo, è un software proprietario e interno, come la maggior parte del software in circolazione. Ci sono molti altri motivi per spingere il software shrinkwrap sul web piuttosto che all'interno. Non ci interessa se i nostri dipendenti non possono utilizzare il software da casa o da una stanza d'albergo. Forniamo le piattaforme, quindi non dobbiamo essere assolutamente cross-platform.

In secondo luogo, è molto più facile far funzionare bene un programma non sul web. Abbiamo MFC e Visual C ++, e questa è la cosa principale che gli sviluppatori devono sapere. Le app Web richiedono molte più cose e le app web più importanti sono scritte da grandi aziende.

In terzo luogo, è più difficile ottenere prestazioni e dobbiamo preoccuparci delle prestazioni di questo software. Dovendo inviare grandi quantità di dati su HTTP sarà molto più lento che tenerlo nella memoria locale, in particolare con le difficoltà della rete, e impedirà al nostro personale di lavorare affatto se la rete non funziona.

Penso che sarebbe un trucco carino far funzionare Crysis 2 in un browser usando HTML & CSS.

E poi, ovviamente, gran parte del mondo non ha accesso a Internet che sia affidabile e abbastanza veloce in modo che sia garantito per averlo quando vogliono usare un'applicazione. Né le persone sono sempre ansiose di memorizzare i propri dati sui server di qualcun altro ( tosse interruzione EC2 di Amazon tosse )

Devo dire che ci sono già state molte buone risposte, ma non riesco a immaginare qualcosa di simile a SAP che sia facile da fare in Rails / Django. Anche se fosse facile, perché qualcuno dovrebbe trascorrere un anno o più a riscrivere qualcosa che hanno speso per oltre un decennio per perfezionare le ultime mode? Alcuni programmi si adattano bene all'esperienza "web 2.0", sì. Credo che Google abbia funzionato molto bene con questo (come Google Documenti, ecc.), Tuttavia, le persone hanno bisogno di affrontare il fatto (anche Google) che non tutto sarà una bella piccola app web.

Non mi piace il fraseggio della domanda. Ma né mi piacciono le risposte. Per risolvere alcuni problemi

why isn't there a move to get every program browser based

Questo è semplicemente sbagliato, l'applicazione web non è la stessa dell'applicazione basata su browser.

Internet connectivity isn't ubiquitously available

• HTML5 risolve esplicitamente la domanda di applicazioni web offline .
• Google ha già raggiunto la stessa identica cosa con Google Gears .
• D'altra parte ci sono molte applicazioni basate su WebKit o Mozilla che utilizzano lo stack di tecnologia web, ma sono in realtà totalmente offline e non hanno nulla a che fare con il web (ad esempio Komodo Edit).

examples of things I don't think would work well as web-apps in the browser:

• Graphics tools such as Photoshop, Maya, Blender, Illustrator.

Adobe ha introdotto nel browser Photoshop Express nel 2008. Ovviamente non è ancora completo Photoshop, ma abbastanza per dimostrare che alla fine Essere possibile. E in realtà se pensi a quel tipo di app, sarebbe fantastico averli basati sul web, perché potrebbero usare la potenza di calcolo del cloud. Voglio dire, fai clic su "rendering" e ottieni risultati in una frazione di secondo, non pochi minuti dopo. Un altro esempio che potrei dare è Publitas ePublisher , è basato sul browser , è nel cloud.

Games - Let me know when I can play Crysis 2 by loading it through a browser. ;)

• la piattaforma di gioco per PC più popolare al giorno d'oggi è Steam . È cloud, il suo client è basato sul web (la versione corrente utilizza WebKit, la versione precedente utilizzava MSHTML). Lo stesso vale per il più popolare su console (Xbox Live);
• WebGL - non ancora alla pari con DirectX 11, quindi non ancora Crysis 2. Ma dovrebbe essere sufficiente per implementare Crysis 1 (se qualcuno si preoccupasse di portare il motore);
• giochi a richiesta - come OnLive, Gaikai o OTOY;
• tramite i plug-in del browser, come QuakeLive .

Perché scrivere applicazioni per piattaforme diverse e / o perdere quote di mercato perché funziona solo su una di esse è semplicemente troppo divertente. Attendo con ansia il giorno in cui tutto ciò che devo fare è creare pacchetti di installazione. Se dovessi essere davvero fortunato, potrei fare anche l'assistenza clienti per le installazioni.

Forse la domanda dovrebbe essere: "Perché i programmatori usano ancora le lingue che non mi piacciono?"

Credimi, se si potesse creare un'applicazione che gli utenti vorrebbero che l'interfaccia si trovasse su un browser, probabilmente lo sarà o lo sarà presto con il miglioramento delle tecnologie web.

La maggior parte degli utenti di Evernote sono su un piano gratuito e continuano a creare app su più piattaforme. Sono sicuro che se avessero solo una versione del browser, la vita sarebbe molto più semplice, ma non è quello che le persone vogliono / hanno bisogno.

Con l'esperienza, un giorno sarai in grado di evocare alcune applicazioni che non sono adatte al web.

Semplicemente perché il tempo non è ancora arrivato! Probabilmente una volta avremo qualcosa come UWS (Uninterrupted Web Supply);).

PS: l'app Web non significa che sarà su cloud, potrebbe trovarsi sul server sicuro locale, quindi la logica di sicurezza non può essere utilizzata per le app desktop.