Codegear racheté par EMBARCADERO

[skywaukers]

Bonjour,

je pense qu'ils font alusion à cela :

http://fr.wikipedia.org/wiki/Software_as_a_service

Effectivement, si Delphi prenait de l'avance là dessus en proposant de développer ce genre de choses aussi simplement qu'un applicatif windows, ça le remettrais sur de bonnes rails, à condition de ne pas trainer pour le faire et aussi de ne pas abandonner le reste. Hmm, ça va être difficile, à moins que Embarcadéro décide de mettre le paquet sur Delphi.

@++
Dany

[PatteDePoule]

Moi, ce que je me demande, c'est est-ce que win32 s'en va mourrir dans une version future proche de windows. Car en programmant en delphi, je fais des programmes pour le win32. Est-ce que je me fait trop peur en me disant qu'un jours (quelques années) Microsoft va complètement débarquer ça de son windows?

Est-ce qu'on va être obligé de rester sur certaine version de windows? Est-ce qu'un jours il n'y aura plus de win32 alors là on fait quoi?

Excuser moi si j'ai mélangé des concepts/réalité, j'essais de m'éclairer!

[skywaukers]

Bonjour,

ouh, difficile de répondre à ta question, à moins d'être clairvoyant
Honnêtement je pense que oui un jour win32 s'arrêtera, mais cela n'arrêtera pas pour autant le développement d'applications natives puisqu'en toute logique il s'arrêtera laissant place au win64. Maintenant te dire quand est une autre question. Par exemple le windows 16bits vient juste d'être arrêté avec Vista.
A présent si on veut pousser plus loin, probablement que .NET s'arrêtera un jour pour laisser place à un concept qu'on imagine pas encore aujourd'hui. Cela s'appelle l'évolution.
Tout cela montre en fait qu'il est important d'avoir un outil qui nous emmène le plus en douceur possible vers ces évolutions. Et jusqu'à aujourd'hui (je ne peux pas parler de demain) Delphi s'est toujours montré un excelent choix pour ce critère, et j'espère qu'il le restera.

@++
Dany

[Aquaa]

c'est vraiment decevant de voir les résultats de l'achat des produits Borland par embarcadero.
voici l'erreur que j'ai eu lors de navigation dans leur site

HTTP/1.1 200 OK Date: Sat, 09 May 2009 08:05:09 GMT Server: Microsoft-IIS/6.0 X-Powered-By: ASP.NET X-AspNet-Version: 2.0.50727 Cache-Control: private Content-Type: text/html; charset=utf-8 Content-Length: 50539

leur site est loin de refléter la puissance des leur outils (delphi pour PHP et jbuilder) .

C'est marrant ils parlent de struts et spring et php et il codent en .net.

[chaplin]

Puisqu'aujourd'hui Delphi 2009 est unicode, n'est-il pas possible d'intégrer une syntaxe plus élaborée au delà des 255 caractères. En mathématique, on a un ensemble de symboles, a regarder l'alphabet russe ou chinois qui peuvent se mixer allègrement dans un code Delphi, on pourrait très bien imaginer une syntaxe étendue pour le langage de programmation.

[Franck SORIANO]

Envoyé par Aquaa

C'est marrant ils parlent de struts et spring et php et il codent en .net.

Je ne vois pas ce qu'il y a de marrant la dedans.

Codegear s'est positionné sur de nombreuses technos. Ils parlent aussi de Delphi.NET, Delphi Prism...

Ce n'est pas parce qu'ils ont un rôle à jouer dans le domaine des IDE pour PHP qui doivent renier toutes les autres techno sur lesquelles ils sont déjà positionnés.

[Franck SORIANO]

Envoyé par chaplin

Puisqu'aujourd'hui Delphi 2009 est unicode, n'est-il pas possible d'intégrer une syntaxe plus élaborée au delà des 255 caractères. En mathématique, on a un ensemble de symboles, a regarder l'alphabet russe ou chinois qui peuvent se mixer allègrement dans un code Delphi, on pourrait très bien imaginer une syntaxe étendue pour le langage de programmation.

Tu penses à quoi concrêtement ?
Aujourd'hui, tu peux déjà mettre des caractères accentués dans les identificateurs de ton code source (je trouve ça immonde, mais c'est possible). Et c'était déjà faisable en BDS2006.

Tu voudrais utiliser des hiéroglyphes comme opérateurs du langage ? Ce serait contraire à l'esprit même du pascal qui utilise des identificateurs et des mots complets là où le C++ et beaucoup d'autres langages mettent des signes de ponctuation.
Ca nuirait beaucoup à la lisibilité du code, et il faudrait un clavier spécial pour programmer...

[chaplin]

Depuis quelques versions, on a eu droit a des génériques, des "for in", des évolutions au niveau du compilateur.

Pourquoi ne pas utiliser des symboles mathématiques, je prends celui-ci comme premier exemple qui me passe par la tête, mais je ne vois pas en quoi cela pourrait détériorer la qualité d'un langage sinon de l'étendre sans faire n'importe quoi, bien entendu. C'était une idée.

On peut déclarer une variable en chinois (par un simple copier coller), on peut très bien envisager une syntaxe étendue mais surtout lisible.

EDIT:
Bien sûr, on viole la fameuse norme ascii qui comme son nom l'indique est une norme américaine, hors à l'heure de la mondialisation ... D'ailleurs, en jetant un coup d'oeil à ce lien, on constate bien que la norme ASCII a été étendue s'éloigant de la "base" à 128 caractères.

[Aquaa]

Envoyé par Franck SORIANO

Je ne vois pas ce qu'il y a de marrant la dedans.

Codegear s'est positionné sur de nombreuses technos. Ils parlent aussi de Delphi.NET, Delphi Prism...

Ce n'est pas parce qu'ils ont un rôle à jouer dans le domaine des IDE pour PHP qui doivent renier toutes les autres techno sur lesquelles ils sont déjà positionnés.

Ben y'a pas que PHP!
de quel delphi.net tu parle ? il est ou ? tu veux dire delphi Prysm le plugin ?
oh Soyons réaliste le marché ne fait pas cadeau aujourd'hui ! il ne faut pas commettre les même erreurs de Borland et jamais miser sur non seulement un concurrent mais qui pèse beaucoup plus grand.

Quand ce message apparait à chaque fois que je visite le site,est ce que ça t'inspire confiance ?

HTTP/1.1 200 OK Date: Sat, 09 May 2009 16:04:51 GMT Server: Microsoft-IIS/6.0 X-Powered-By: ASP.NET X-AspNet-Version: 2.0.50727 Cache-Control: private Content-Type: text/html; charset=utf-8 Content-Length: 58005

.

ce ci est mon propre point de vu, je veux pas dégouter tout le monde, mes critiques sont la pour faire avancer plutôt.

[Andnotor]

On ne va quant même pas dénigrer un produit parce que simplement le site n'est pas facilement accessible . C'était pas plus rapide, ni avec Borland, Inprise ou CodeGear.

Et quelque part on s'en fiche du résultat final (RAD .NET dédié ou plugin), on veut une cohérence dans notre façon de développer .

[Aquaa]

Un site est une vitrine qui reflète ce qu'on fait, il ne faut jamais négliger les détails du marketing.

[Franck SORIANO]

Envoyé par Aquaa

Un site est une vitrine qui reflète ce qu'on fait, il ne faut jamais négliger les détails du marketing.

Tout a fait. Mais tu crois vraiment que Delphi4Php est le coeur de métier d'Embarcadero ?

De plus, tu parles de quel site ? (quelle URL) moi lorsque je vais sur leur site je n'ai aucun problème... Et je trouve bizarre que tu ais un "problème" qui fasse qu'il affiche un ACK qui dit que tout va bien
C'est quoi ton navigateur ?

[Aquaa]

Envoyé par Franck SORIANO

Tout a fait. Mais tu crois vraiment que Delphi4Php est le coeur de métier d'Embarcadero ?

De plus, tu parles de quel site ? (quelle URL) moi lorsque je vais sur leur site je n'ai aucun problème... Et je trouve bizarre que tu ais un "problème" qui fasse qu'il affiche un ACK qui dit que tout va bien
C'est quoi ton navigateur ?

Ben justement il n'est pas le coeur metier, il faut pas tout miser sur Delphi si non ca sera comparable sur une société qui se base sur un seul client ainsi la moindre crise fera couler cette derniere.

Au moin il aurai fallu créer un site pour chaque produit et refleter ces derniers.

Le message était sous FireFox, codegear..

[skywaukers]

Bonjour,

il fonctionne très bien chez moi ton lien avec firefox.

Je ne suis pas tout à fait d'accord non plus sur le fait qu'il ne faille pas tout miser sur Delphi. Ok l'argument du seul client est bon, mais il faut aussi avoir les moyens de courir plusieurs lièvres à la fois. Ca a été à mon avis un des problèmes de Borland avec JBuilder. Résultat ils n'ont mis les moyens ni sur Delphi ni sur JBuilder et on fait prendre un retard conséquent à Delphi et JBuilder s'est fait dépasser par l'Open source et eclipse. La communauté Open source est également très active pour PHP, donc méfiance tout de même, il ne faudrait pas qu'un beau jour ils se réveillent avec en face un produit open source, gratuit et aussi bon que le leur. Peut être que justement il faudrait dynamiser beaucoup plus Delphi, élargir la clientèle (communication plus large, offre tarifaire aggressive...) et continuer à le faire évoluer comme ils l'ont fait depuis leur rachat, mais si possible plus vite (en y concentrant les moyens par exemple).
Enfin ceci est un avis personnel bien sûr.

@++
Dany

[Aquaa]

Envoyé par skywaukers

Bonjour,

il fonctionne très bien chez moi ton lien avec firefox.

Je ne suis pas tout à fait d'accord non plus sur le fait qu'il ne faille pas tout miser sur Delphi. Ok l'argument du seul client est bon, mais il faut aussi avoir les moyens de courir plusieurs lièvres à la fois. Ca a été à mon avis un des problèmes de Borland avec JBuilder. Résultat ils n'ont mis les moyens ni sur Delphi ni sur JBuilder et on fait prendre un retard conséquent à Delphi et JBuilder s'est fait dépasser par l'Open source et eclipse. La communauté Open source est également très active pour PHP, donc méfiance tout de même, il ne faudrait pas qu'un beau jour ils se réveillent avec en face un produit open source, gratuit et aussi bon que le leur. Peut être que justement il faudrait dynamiser beaucoup plus Delphi, élargir la clientèle (communication plus large, offre tarifaire aggressive...) et continuer à le faire évoluer comme ils l'ont fait depuis leur rachat, mais si possible plus vite (en y concentrant les moyens par exemple).
Enfin ceci est un avis personnel bien sûr.

@++
Dany

tu pense qu'un produit de $ 4,374.00 est facile à vendre ?
ou bien Jbuilder qui fait $1,916.00 alors que éclipse est gratuit mieux encore myeclipse est à $29.95 pour "the Standard Edition" et $59.95 pour "the Professional Edition" ?

On va bien que quelque chose ne va pas dans cette démarche.

il faut renforcer les ventes avec les produits léger comme delphiforPHP
USD342.00(qui est déjà cher).

Ma remarque est que si je ne suis pas un utilisateur de Delphi win32 ou .Net et que je vais faire un tour vers DelphiforPHP et que je constate que la page du lien est codée en .net j' achètera pas.

[chaplin]

C'est le même problème avec la presse écrite, il y a des journaux gratuits qui concurrencent les journaux payants. La liberté d'expression à un prix. Mais bon, il faut bien que quelqu'un finance tous ces outils gratuits.
Si tu prends eclipse par exemple et que tout le monde suit la même voie, il ne restera plus qu'eclipse . C'est le même raisonnement quelque soient les outils gratuits.

[skywaukers]

bonjour,

Envoyé par Aquaa

tu pense qu'un produit de $ 4,374.00 est facile à vendre ?

Bien il sera surement plus difficile à vendre qu'un produit gratuit, tu le dit toi même pour delphiforPHP, c'est déjà trop cher. Après, cela dépend à qui tu t'adresse et comment. Un développeur indépendant ou un concepteur de logiciel n'a pas besoin de la super license à 4000$, une version professionnelle à 774€ (j'ai la flemme de convertir) lui suffira.
Après pour une entreprise, si les 4000$ leur apporte un produit productif, suivit avec une société au bout du téléphone, alors ce n'est pas forcément un point faible par rapport au produit gratuit (combien de salaires pourras tu donner à un spécialiste pour maintenir ta plateforme gratuite avec 4000$ ?). Tout est relatif.
Mais n'iterprète pas mal ce que j'ai dit, je n'ai absolument rien contre delphiforphp, et je ne souhaite qu'une chose : qu'Embarcadéro prospère et fasse prospérer tous ses produits.
Le seul message que je voulais passer c'est qu'il faut faire bien attention car courir plusieurs lièvres à la fois dans le domaine de l'informatique cela nécessite d'avoir des moyens conséquents. Ce n'est pas une boulangerie où en proposant une baguette et un pain on attire plus de clients qu'en ne proposant qu'une baguette. Dans l'informatique, la baguette et le pain auront une évolution propre qui pourra être rapide et qu'il faudra suivre, voire même essayer de devancer pour prendre des parts de marché sur le boulanger d'à côté.
C'est à mon avis une cause de l'échec de Borland. Ils ont voulus jouer à microsoft en rachetant des technos (je pense par exemple à together) pour les agglomérer ensemble, mais n'ont pas pensé à l'énergie nécessaire ensuite pour les faire évoluer et rester en avance sur la concurrence. Et au final c'est l'ensemble du catalogue qui en a souffert, puis la société elle même. Donc voilà je ne voudrais pas voir Embarcadero suivre le même chemin.
Mais encore une fois cela n'engage que moi.

@++
Dany

[Aquaa]

bon je rajoute un avis sur mon avis sur le rachat de Codegear par EMBARCADERO, je pense que c'est un faux pas de se baser sur Visual-Studio,c'est plutôt du gachi!
En visant Mono il aurai du se baser sur éclipse, c'est la meilleure alternative pour le multi-plateformes.
un exemple pour ce qui en c#
http://emonic.sourceforge.net/.

[chaplin]

Ce qui m'inquiète davantage, c'est cette tendance Java/.NET, comme si le monde du développement serait bipolaire. Bientôt, on aura plus besoin développeurs tellement ça devient facile, tout est "métier", business logique, comme si le développement faisait parti du passé.

Bientôt, il n'y aura plus que des décideurs, chefs de projets, architectes, MOA, MOE. Déjà de comprendre ce que les utilisateurs veulent, c'est pas évident, mais s'il faut passer par 3 niveaux hierarchiques, je me demande comment ça marche?

[Aquaa]

eh oui, ca tourne sous php maintenant.
http://www.embarcadero.com/solutions/index.php
http://www.embarcadero.com/products/..._php/index.php