Entrevista a Austin O'Malley, vicepresident executiu de R + D de DS SolidWorks

A l'hora de la veritat, els problemes fonamentals per als dissenyadors no canvien: reduir el temps de llançament dels productes, millorar el seu disseny i reduir el seu cost. Sempre hem volgut apartar el component informàtic de l'enginyer, que no ho obstaculitzi, deixar que es concentri en el disseny. El nostre objectiu ha estat sempre: programari fàcil d'usar, que permeti capturar les intencions del disseny, reutilitzar les dades, ... Els problemes de prestacions, fiabilitat i la complexitat del programari de disseny han estat sempre inherents al procés. En aquests moments, es tracta de plantejar com utilitzar les tecnologies emergents per a resoldre'ls. No es tracta de l'ús de la tecnologia per la tecnologia, sinó de reflexionar sobre 'com podem utilitzar-les per facilitar la vida a l'enginyer?' Estan apareixent molts dispositius nous, com ordinadors tàctils, mòbils, diferents plataformes ... que permeten una gran flexibilitat. Un iPhone no té les mesures correctes per fer CAD, però hauria de permetre accedir a les teves dades, comunicar-los. Volem oferir flexibilitat, accedint als 'mateixos' dades des de qualsevol dispositiu i qualsevol lloc.

El primer pas és fer que els programes siguin agnòstics a la interfície d'usuari. Separar la lògica de l'aplicació. La interfície ha de ser una capa completament independent. I les dades, com a tals, han d'estar també separats. La idea és que es puguin fer diferents combinacions: que les dades estiguin en el núvol, mentre que l'aplicació està en l'ordinador de l'usuari, o les dades i l'aplicació en el núvol, i l'ordinador té només la interfície d'usuari. O tot en el núvol.

L'arquitectura emprada per al desenvolupament ha de ser diferent. Lògicament servir tecnologies noves, com els serveis d'informàtica en el núvol ('cloud services'), bé siguin en un núvol de la nostra propietat o en un servei com Amazon Web Services.

Una altra de les grans diferències és la manera com fem les actualitzacions. Amb el desenvolupament en el núvol, es poden fer actualitzacions de forma transparent i automàtica. L'usuari sempre disposa de l'última versió. No obstant això, no podem canviar la interfície a l'usuari enmig d'un projecte. Haurem de fer servir un mecanisme que permeti als usuaris acceptar els canvis a mesura que els vulguin. Quan utilitzes Gmail o Google Docs, tu no ets conscient de quan es fan actualitzacions al programa. Pretenem oferir la mateixa facilitat, però permetent al mateix temps a l'usuari controlar què s'actualitza.

Comencem en el 95 modelant peces. Després van arribar els conjunts. Després els plans de producció, els conjunts grans, ... Tot ha passat molt ràpid. Però quan tens en compte la quantitat de dades involucrats i de referències, la fiabilitat és francament bona, encara que millorable. Estem donant-li la volta als problemes de prestacions i fiabilitat. Què és el pitjor que li pot passar a l'usuari? Perdre les dades. El temps de reiniciar el programa no és el que realment importa. Ara, els usuaris actuen a la defensiva: guarden les dades constantment. Ho hem replantejat: no hi ha una opció 'guardar', ni tampoc una 'obrir'. Tot està sempre guardat. Amb una opció de desfer el caminat, si cal. Volem fer que el programa no falli. Però si ho fa, que puguis seguir on ho vas deixar. Si el teu ordinador es crema, continues amb el del costat. A més de resoldre el problema de la fiabilitat, aquest plantejament resol el problema de poder treballar en qualsevol lloc, i el que diverses persones puguin treballar al mateix temps.

Vint-i, per ser precisos.

Crec que un d'ells és la possibilitat de prendre un model i estirar o estrènyer en temps real. Ha fet falta molt temps per arribar a l'algorisme correcte. I cal una capacitat de procés molt considerable.

Un altre és purament l'economia: qualsevol empresa pot tenir un sistema de disseny. No vaig a dir que sigui barat, però sí que és assequible. Abans feien falta estacions de treball que costaven una fortuna.

Crec que és una qüestió d'economia d'escala. El maquinari es fa al mateix temps per a milions de persones. El preu del programari de CAD no és tan elevat: posem que pots començar amb 4.000 o 5.000 dòlars. Aquesta xifra, per quant de temps et dóna per pagar el sou d'un enginyer? El cost real està a generar contingut, a crear propietat intel lectual, a crear dissenys, models. Si aquestes dades es poden reutilitzar (per exemple, per a màrqueting) reduïm el cost total de propietat. Intentem fer que el programa redueixi costos. Com a contrapartida ... el programari té un cost.

El teu exemple és interessant: hi ha una 'fugida' d'informació d'alguna cosa [la pel lícula Avatar] del que hi ha moltes còpies. Si vols que algú col·labori en un disseny, és probable que li enviïs el fitxer amb el model per e-mail. Ja tens diverses còpies. Si poguessis oferir accés controlat a les dades 'en el núvol'. Què seria més segur? Si t'interessa, pots retirar els permisos d'accés més tard. Amb un e-mail, el que has enviat no el pots "desenviar '. T'hagués plantejat l'exemple del banc si no m'ho haguessis posat tu. Al principi la gent era reticent a fer servir la targeta de crèdit a la web. No crec que tenir una còpia en un portàtil que t'emportes de viatge sigui més segur que tenir un accés controlat a les dades en el núvol. És una qüestió de percepció. Canviarà.

Amb les xarxes socials la gent pot col·laborar i compartir. O jugar: el meu fill juga en xarxa a World of Warcraft amb una Playstation 3. El que volem fer nosaltres té un enfocament professional, però té en comú el fet que els que treballen en un projecte sempre tenen accés. Sempre està 'viu'. És igual que els col·laboradors treballen de manera síncrona o asíncrona, sempre ho fan sobre les mateixes dades.

Crec que el més important seran les possibilitats que oferirà per al treball en comú. Per a les empreses petites, probablement sigui el fet que les dades siguin accessibles des de qualsevol lloc i ... que estiguin segurs.