février
2005
Un article de Maxence HUBICHE
Voilà un ‘mystère’ qui fait parler bien du monde.
une chose est sûre : Microsoft n’abandonne pas le produit !
Au contraire ! Comme nous l’a indiqué Richard McAniff (Vice-Président MS Office) lors de la conférence Office developper, pendant son keynote d’introduction, il n’a pas jamais été autant excité par le projet Access qu’actuellement.
Les personnels de Microsoft rencontrés sur place m’ont affirméqu’il y a actuellement plus de développeurs que jamais sur Access. Nous attendons donc des nouveautés !
Mais lesquelles ?
Quelles seront les orientations ?
Cela reste ‘TOP SECRET’ !!!
Mais, voici quelques indications glanées sur le net. C’est en US, mais cela ouvre des perspective !
Je vous souhaite donc une bonne lecture, et ne laissez pas dire qu’Access est fini !
Il est à un tournant encore plus passionant de son évolution, et nous attendrons tous avec impatience les prochaines annonces de la part de microsoft avant de nous prononcer :
quelques propos encourageants en ce sens :
L’équipe de développement à Microsoft nous dit que sa priorité la plus haute pour Access 12 est la rentabilité améliorée. Microsoft veut le rendre plus facile que jamais créer des applications Access. Le manager du programme Access de Microsoft Clint Covington dit, »Vous trouverez un engagement stratégique consistant à améliorer radicalement la qualité des applications Access, en optimisant les retours d’expérience sur les Formulaires et Etats, utilisant Jet comme processeur de requêtage »
Je vous souhaite bonne lecture !
http://msaccessadvisor.com/doc/14978
http://msaccessadvisor.com/doc/14850
Access aurait pu devenir un super produit à partir de la version 97.
Jusque la tout allait bien : aprés une version 1 inutilisable, une version 2 à peu prés exploitable on arrivait enfin à un produit stable.
A partir de la version 2000 la stratégie devient incompréhensible.
Jet devient COMPLETEMENT INSTABLE (le meme code qui fonctionnait sous 97 endomageait de facon définitive les bases) des qu’il y a plus d’un utilisateur en écriture. (donc est inexploitable pour des petits groupes)
La taille des bases devient incontrolable.
IL EST IMPOSSIBLE de travailler avec sql server depuis access (des heures pour faire des updates, des deadlocks partout et j’en passe…)
Je ne sais pas par quel empilage de couches passe l’acces à SQL Server mais ca doit etre phénoménal…
Pourtant il y a un avenir pour Access, je me vois mal demander à des clients d’installer MSDE chaque fois que j’ai besoin d’une petite base…
Ce qu’il faut :
– Stabiliser JET qui est actuellement un danger public.
– Permettre un acces a SQL Server qui fonctionne. (je n’ai jamais eu le moindre pb avec mon code lorsque j’utilisais SQL server, avec Access je n’ai eu que des pb… Cherchez l’erreur…)
Tout le reste n’est que de la stratégie commerciale
Je veux bien allez plus loin Maxence Hubiche mais ce sera un peu long si je le fait ici. J’aurais préférer faire un fichier word ou pdf que je vous envoi.
Je peux toutefois cité un exemple.
Lorsqu’on installe Office et qu’on a un écran 15 ou 17′ la fenétre épouse parfaitement l’écran. Au lieu de laisser les développeurs faire des modules d’agrandissement ou de retrécissement, se serait bien d’avoir la possibilité de le faire en passant par les options ou de manière automatique à l’ouverture d’un formulaire.
Access universel
Ce que j’attends d’Access ? le meilleurs des deux mondes :
– la possibilité d’accéder à une « grosse bête » (Sql server, Oracle, …) et de gérer dans la même application des tables et requêtes en local, pour faire mes bidouilles tranquillement dans mon coin. Cela revient à faire une fusion de mdb et d’adp.
A noter que cette caractéristique en ferait un produit absolument unique.
– un remplacement de vba par .net (au sein d’Access, hors VS), pour pouvoir bénéficier de toute la plate-forme de .net (ado.net, nunit, …), et ce sans rien installer hors Access (important quand il s’agit de faire un micro-ajustement sur site client)
Le reste est accessoire par rapport à ces deux points
(extension de certains contrôles, par exemple)
En tous cas, j’attends avec impatience les caractéristiques du langage d’office 2006…
[…] ubiche Des propositions pour améliorer Access Suite à cette annonce : http://blog.developpez.com/index.php?blog=24&p=482 et étant donné que mainte […]
Voilà une remarque constructive !
Alors, pour info :
– j’ai déjà eu l’occasion de remonter plusieurs informations à Microsoft, et, lors de ma visite à Redmond au début du mois de février, j’ai eu l’occasion de discuter un peu avec le Vice-président Office qui m’a dit avoir eu et lu mes mails avec intérêt, et qu’il y avait un gros travail en cours sur Access.
Il est donc pensable que la plupart des remontées soient prises en considération.
– Tu peux te servir de ce blog pour indiquer ce que tu aimerais trouver de plus. Je transmettrai.
– Il ne faut pas non plus qu’Access dérive complètement dans un autre secteur, car sa cible parfaite c’est : la manipulation de données pour de tous petits groupes d’utilisateurs (voire en monoposte, ce qui est idéal)
On constatera que, depuis la version 2000, Access sait faire ce que tu décris avec SQL Server…
Pour finir, donc, si tu veux ajouter des élèments, n’hésites surtout pas.
Je suis encore en contact par mail avec l’équipe de développement à Redmond
Je transmettrai rapidement.
Je crois qu’il serait intéressant d’expliquer ce que nous attendons plutot que d’attendre une nouveauté à assimiler.
Pourquoi pas Access client capable de conserver ses qualités tout en se connectant (pas lier) sur les différentes SGBD véritable.
Je crois que les utilisateurs doivent guider microsoft vers l’intégration de nouveaux modules qui font les limites d’access.
je pense que le produit a suivre, c’est OOo base http://www.newsforge.com/article.pl?sid=05/01/25/1758245
ce n’est que le debut, mais OOo est scriptable en java, python, C++, BASIC, et le projet semble ambitieux. Et comme openOffice.org devient de plus en plus populaire, il va en bénéficier. Et derniere chose, ce n’est q’un front-end, derriere on peut mettre la base de données que l’on veut o/, et en plus ca reste gratuit, open source et marche sous linux/*nix/windows/macosX avec server x
ceci dit, pas la peine de comparer les fnctionnalités, access est loin devant.
Tiens !
J’avais jamais vu ce machin là !!!
Après avoir jeté un oeil sur les screenshots, je dois avouer que ca a l’air pas mal.
J’y mettrais un certain nombre de bémols :
– trouvé dans la FAQ :
et cela n’est pas forcément à la portée du premier venu, en tout cas, moins que le VBA…
– Basé sur SQLLite – qui n’accepte pas certaine fonctionalités SQL supportées par Access, notamment les jointures droites …. La configuration d’autres bases est possible, mais en ligne de commande uniquement
– on dirait que l’attache de fichiers, si pratique et rapide avec Access n’est pas supporté. Seul l’import est réalisable, et encore, pas sur tous les formats supportés par Access.
Bon, je m’arrête là.
Ca a l’air d’être un projet sympa.
Oui.
Mais pas pour l’utilisateur lambda, pas encore finalisé, pas encore capable de rivaliser avec le potentiel d’Access, et comme Access va subir de grosses modifications semble-t-il, je pense que l’écart va se creuser.
Enfin, et ceci est un avis purement personnel :
Si on compare le nombre de bugs dans une appli commerciale, au nombre de bugs dans une appli ‘free’, POUR LE MÊME NOMBRE DE FONCTIONNALITES, je pense qu’il n’y a pas photo …
Donc, même si le projet a l’air sympa, je resterai sur Access. Pas envie de perdre en fonctionnalités.
Merci pour le lien.
C’était sympa.
Que pensez-vous de l’aternative libre d’access qui se nomme « kexi » http://www.kexi-project.org/ ?
Quand je dis access « condamné », je parle de l’application actuelle, pas du nom bien sur. Access sera soit porté vers .net (un peu comme VB.net/vb6, ca se ressemble, mais c’est pas la meme chose), soit MSDE sera packagé avec une interface a la access, avec ce qu’il faut pour reprendre les databases et formulaires existants. Il est clair qu’il faudrait etre mauvais commercialement pour jeter une marque comme access. On aurra probablement un Access.net xp 2012 qui ressemblera a access, mais ne sera plus access d’un point de vue technique.
bien sur je peux me tromper, et c’est bien, ca fait toujours des surprises
Quant à l’avenir d’Access, je ne peux rien dire de plus que ce qui est annoncé d’ores et déjà dans les articles cités en référence.
J’attends les droits d’en diffuser d’autres.
Mais pour le moment, ces droits, je ne les ai pas.
Par exemple, j’espère pouvoir fournir sous peu une roadmap d’access.
et tu t’avances sur le fait qu’access soit condamné…
Qu’il évolue … pourquoi pas ! Mais condamné, je n’en suis pas aussi convaincu que toi.
je m’avance sur quoi mon petit ? c pas tres clair ?
@Lunatix =>
Au vu des retours que j’ai déjà …
Tu t’avances mon grand !
ca parait quand meme simple ! acces est un produit sans equivalent, tres populaire, et tres utilisé ! il y a beau y avoir une stratégie générale vers .net, microsoft est pragmatique et va pas se tirer une balle dans le pied en tuant access ! il va developper MSDE (enfin le nouveau nom) a coté, jusqu’a ce que la transition soit possible et qu’il soit plus facile d’abandonner access… en d’autres termes, tant que les gens achetent ils en vendent
acces est a terme condamné, mais a moyen terme (voir long) vu le nombre d’applications qui tournent un peu partout sous cette base.
Pourquoi tous ces investissemnts, alors ou va-t-on.
La « survie » d’access passe manifestement par un gros gain en productivitée.
Access en tant que SGBD seul risque de souffrir avec MSDE. La partie « IDE » d’access commence elle à prendre un coup de vieux quand on voit ce que sera VS.NET 2005, qui en plus existera en version light.
Un autre question de poid est « Comment access va se positionner par rapport au framework .NET 2.0 ? »
Microsoft pronne la migration massive vers .NET d’ici l’arrivée de longhorn, mais acces ça reste du vba et du win32. Je suis mois aussi trés curieux de voir comment va évoluer access
Je vois que tu n’as pas lu le débat ‘arguments pour ou contre access’
Dommage, tu aurais dû…
Le futur de quoi? En tout cas pour moi access c’est du passé, excusez-moi, mais j’ai zappé. Parce que trop c’est trop. On ne peut pas dire au gens que l’avenir c’est le Sql Serveur Light dont je me rappelle plus du nom et en même temps dire qu’il y a un futur pour le moteur Jet qui fait grossir les fichiers de la base jusqu’à exploser en vol, à moins de faire du compactage régulièrement. Bon, après tout, chacun fait ce qu’il veut. Mais je regarderai de très très loin quand même ces soi disant fonctionnalités bluffantes de ce poussif moteur Jet.