"Jean-Marc DURO" a écrit dans le message de news: 4aaa752e$0$17745$ | Merci. Je ne suis jamais satisfait de ce que j'ai dans ce domaine, alors | j'en teste de temps à autres. J'ai déjà testé tout çà, même acheté | certains et finalement eu des problèmes de mises à jours récurrents qui | ont fini par me lasser. J'essaie de faire le mien, mais à la vitesse où | j'avance, je serai mort avant qu'il soit utilisable ;-) | Globalement d'accord avec toi ! Une fois que l'on a trouvé un prog globalement satisfaisant, mieux vaut ne plus rien toucher, et préférer utiliser de petits programmes annexes, plutôt que de faire des mises à jour trop souvent catastrophiques. Pour la mise au point, si tu cherches à intégrer et respecter absolument toutes les balises GedCom, je te souhaite bien du courage ! Mais sur le NewsGroup déjà cité (où je crois t'avoir déjà lu, mais pas été depuis fort longtemps), il y a des membres pleins de bonne volonté qui n'hésiteront pas à te guider
-- IOBA
"Jean-Marc DURO" <jean-marc.duro@orange.fr> a écrit dans le message de news:
4aaa752e$0$17745$ba4acef3@news.orange.fr...
| Merci. Je ne suis jamais satisfait de ce que j'ai dans ce domaine, alors
| j'en teste de temps à autres. J'ai déjà testé tout çà, même acheté
| certains et finalement eu des problèmes de mises à jours récurrents qui
| ont fini par me lasser. J'essaie de faire le mien, mais à la vitesse où
| j'avance, je serai mort avant qu'il soit utilisable ;-)
|
Globalement d'accord avec toi ! Une fois que l'on a trouvé un prog
globalement satisfaisant, mieux vaut ne plus rien toucher, et préférer
utiliser de petits programmes annexes, plutôt que de faire des mises à jour
trop souvent catastrophiques.
Pour la mise au point, si tu cherches à intégrer et respecter absolument
toutes les balises GedCom, je te souhaite bien du courage ! Mais sur le
NewsGroup déjà cité (où je crois t'avoir déjà lu, mais pas été depuis fort
longtemps), il y a des membres pleins de bonne volonté qui n'hésiteront pas
à te guider
"Jean-Marc DURO" a écrit dans le message de news: 4aaa752e$0$17745$ | Merci. Je ne suis jamais satisfait de ce que j'ai dans ce domaine, alors | j'en teste de temps à autres. J'ai déjà testé tout çà, même acheté | certains et finalement eu des problèmes de mises à jours récurrents qui | ont fini par me lasser. J'essaie de faire le mien, mais à la vitesse où | j'avance, je serai mort avant qu'il soit utilisable ;-) | Globalement d'accord avec toi ! Une fois que l'on a trouvé un prog globalement satisfaisant, mieux vaut ne plus rien toucher, et préférer utiliser de petits programmes annexes, plutôt que de faire des mises à jour trop souvent catastrophiques. Pour la mise au point, si tu cherches à intégrer et respecter absolument toutes les balises GedCom, je te souhaite bien du courage ! Mais sur le NewsGroup déjà cité (où je crois t'avoir déjà lu, mais pas été depuis fort longtemps), il y a des membres pleins de bonne volonté qui n'hésiteront pas à te guider
-- IOBA
Stephane TOUGARD
*.-pipolin-.* wrote:
d'ailleurs, en ce moment, le soft dominant en 3d c'est maya, et je bosse avec softimage XSI...
C'est marrant, pourtant j'essaye, mais j'y arrive pas. Je m'en fous ... tout simplement.
*.-pipolin-.* wrote:
d'ailleurs, en ce moment, le soft dominant en 3d c'est maya, et je
bosse avec softimage XSI...
C'est marrant, pourtant j'essaye, mais j'y arrive pas. Je m'en fous ...
tout simplement.
d'ailleurs, en ce moment, le soft dominant en 3d c'est maya, et je bosse avec softimage XSI...
C'est marrant, pourtant j'essaye, mais j'y arrive pas. Je m'en fous ... tout simplement.
JKB
Le 11-09-2009, ? propos de Re: MS Win 7 est tellement mauvais..., G.T ?crivait dans fr.comp.ordinosaures :
Salut,
Et voilà ! les jeunes ne savent plus de quoi on parle ;-)
Si, si :-) Et même si des fois on perd du temps pour du code "à la con" en apprentissage genre clignotement d'une LED, quand on attaque du plus costaud (et surtout en assembleur), c'est peut-être du temps perdu, mais surtout un investissement quand ça va pas.
Ouaips, enfin, ben, euh... Il y a vraiment longtemps que je n'ai plus vu autre chose qu'un dinosaure pour coder en assembleur. Personnellement, je me suis fait les dents sur le 8080, le 6809 (et le merveilleux 6309) m'ont paru géniaux à côté. J'ai fait des trucs indescriptibles dans 1 Mo de mémoire avec un 63C09 et sa MMU. Cela doit faire pas loin de dix ans que je n'ai plus vu en école d'ingénieurs un élève attaquer un microcontrôleur avec autre chose qu'un environnement de debug complet sous Windows avec compilo C (alors que pour moi, c'était éditeur de texte sous DOS, assembleur, claqueur d'EEPROM et test à l'analyseur logique). Pour attaquer un 68HC11 ou un PIC, ces IDE sont tout de même utiliser un marteau-pilon pour écraser une mouche ! Sans compter que j'ai fait à l'époque un codeur de Reed-Muller (1,6) qui tenait dans une ROM de 8 Ko et une RAM surdimensionnée de 2 Ko (avec gestion multitâche des entrées et des sorties !) et que les gus actuels n'arrivent pas à faire rentrer dans un EEPROM de 64 Ko !
J'attends avec beaucoup d'espoir l'arrivée de Java dans les modèles de développement des PIC. On va enfin rigoler un peu !
JKB, qui a fait ses armes en assembleur sur PDP et VAX, ça ne nous rajeunit pas...
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 11-09-2009, ? propos de
Re: MS Win 7 est tellement mauvais...,
G.T ?crivait dans fr.comp.ordinosaures :
Salut,
Et voilà ! les jeunes ne savent plus de quoi on parle ;-)
Si, si :-)
Et même si des fois on perd du temps pour du code "à la con" en
apprentissage genre clignotement d'une LED, quand on attaque du plus costaud
(et surtout en assembleur), c'est peut-être du temps perdu, mais surtout un
investissement quand ça va pas.
Ouaips, enfin, ben, euh... Il y a vraiment longtemps que je n'ai
plus vu autre chose qu'un dinosaure pour coder en assembleur.
Personnellement, je me suis fait les dents sur le 8080, le 6809 (et
le merveilleux 6309) m'ont paru géniaux à côté. J'ai fait des trucs
indescriptibles dans 1 Mo de mémoire avec un 63C09 et sa MMU. Cela
doit faire pas loin de dix ans que je n'ai plus vu en école
d'ingénieurs un élève attaquer un microcontrôleur avec autre chose
qu'un environnement de debug complet sous Windows avec compilo C
(alors que pour moi, c'était éditeur de texte sous DOS, assembleur,
claqueur d'EEPROM et test à l'analyseur logique). Pour attaquer un
68HC11 ou un PIC, ces IDE sont tout de même utiliser un marteau-pilon pour
écraser une mouche ! Sans compter que j'ai fait à l'époque un codeur
de Reed-Muller (1,6) qui tenait dans une ROM de 8 Ko et une RAM
surdimensionnée de 2 Ko (avec gestion multitâche des entrées et des
sorties !) et que les gus actuels n'arrivent pas à faire rentrer
dans un EEPROM de 64 Ko !
J'attends avec beaucoup d'espoir l'arrivée de Java dans les modèles
de développement des PIC. On va enfin rigoler un peu !
JKB, qui a fait ses armes en assembleur sur PDP et VAX, ça ne nous
rajeunit pas...
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 11-09-2009, ? propos de Re: MS Win 7 est tellement mauvais..., G.T ?crivait dans fr.comp.ordinosaures :
Salut,
Et voilà ! les jeunes ne savent plus de quoi on parle ;-)
Si, si :-) Et même si des fois on perd du temps pour du code "à la con" en apprentissage genre clignotement d'une LED, quand on attaque du plus costaud (et surtout en assembleur), c'est peut-être du temps perdu, mais surtout un investissement quand ça va pas.
Ouaips, enfin, ben, euh... Il y a vraiment longtemps que je n'ai plus vu autre chose qu'un dinosaure pour coder en assembleur. Personnellement, je me suis fait les dents sur le 8080, le 6809 (et le merveilleux 6309) m'ont paru géniaux à côté. J'ai fait des trucs indescriptibles dans 1 Mo de mémoire avec un 63C09 et sa MMU. Cela doit faire pas loin de dix ans que je n'ai plus vu en école d'ingénieurs un élève attaquer un microcontrôleur avec autre chose qu'un environnement de debug complet sous Windows avec compilo C (alors que pour moi, c'était éditeur de texte sous DOS, assembleur, claqueur d'EEPROM et test à l'analyseur logique). Pour attaquer un 68HC11 ou un PIC, ces IDE sont tout de même utiliser un marteau-pilon pour écraser une mouche ! Sans compter que j'ai fait à l'époque un codeur de Reed-Muller (1,6) qui tenait dans une ROM de 8 Ko et une RAM surdimensionnée de 2 Ko (avec gestion multitâche des entrées et des sorties !) et que les gus actuels n'arrivent pas à faire rentrer dans un EEPROM de 64 Ko !
J'attends avec beaucoup d'espoir l'arrivée de Java dans les modèles de développement des PIC. On va enfin rigoler un peu !
JKB, qui a fait ses armes en assembleur sur PDP et VAX, ça ne nous rajeunit pas...
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Jean-Marc DURO
IOBA a écrit :
"Jean-Marc DURO" a écrit dans le message de news: 4aaa752e$0$17745$ | Merci. Je ne suis jamais satisfait de ce que j'ai dans ce domaine, alors | j'en teste de temps à autres. J'ai déjà testé tout çà, même acheté | certains et finalement eu des problèmes de mises à jours récurrents qui | ont fini par me lasser. J'essaie de faire le mien, mais à la vitesse où | j'avance, je serai mort avant qu'il soit utilisable ;-) | Globalement d'accord avec toi ! Une fois que l'on a trouvé un prog globalement satisfaisant, mieux vaut ne plus rien toucher, et préférer utiliser de petits programmes annexes, plutôt que de faire des mises à jour trop souvent catastrophiques. Pour la mise au point, si tu cherches à intégrer et respecter absolument toutes les balises GedCom, je te souhaite bien du courage ! Mais sur le NewsGroup déjà cité (où je crois t'avoir déjà lu, mais pas été depuis fort longtemps), il y a des membres pleins de bonne volonté qui n'hésiteront pas à te guider
-- IOBA
Analyse Gedcom, j'ai déjà. La base de données aussi, que ce soit sous une forme propriétaire ou en SQL. J'ai eu le temps de bien penser çà. C'est après, la mise en musique qui s'avère ardue: là où j'en suis, je peux juste visualiser une partie d'un arbre et le remonter, pas le descendre ni le modifier.
J'aurais peut-être dû le faire en Basic sur un Amstrad 6128. Je m'étais fait un beau logiciel de comptes bancaires à l'époque mais j'ai paumé les sources.
Jean-Marc
IOBA a écrit :
"Jean-Marc DURO" <jean-marc.duro@orange.fr> a écrit dans le message de news:
4aaa752e$0$17745$ba4acef3@news.orange.fr...
| Merci. Je ne suis jamais satisfait de ce que j'ai dans ce domaine, alors
| j'en teste de temps à autres. J'ai déjà testé tout çà, même acheté
| certains et finalement eu des problèmes de mises à jours récurrents qui
| ont fini par me lasser. J'essaie de faire le mien, mais à la vitesse où
| j'avance, je serai mort avant qu'il soit utilisable ;-)
|
Globalement d'accord avec toi ! Une fois que l'on a trouvé un prog
globalement satisfaisant, mieux vaut ne plus rien toucher, et préférer
utiliser de petits programmes annexes, plutôt que de faire des mises à jour
trop souvent catastrophiques.
Pour la mise au point, si tu cherches à intégrer et respecter absolument
toutes les balises GedCom, je te souhaite bien du courage ! Mais sur le
NewsGroup déjà cité (où je crois t'avoir déjà lu, mais pas été depuis fort
longtemps), il y a des membres pleins de bonne volonté qui n'hésiteront pas
à te guider
--
IOBA
Analyse Gedcom, j'ai déjà. La base de données aussi, que ce soit sous
une forme propriétaire ou en SQL. J'ai eu le temps de bien penser çà.
C'est après, la mise en musique qui s'avère ardue: là où j'en suis, je
peux juste visualiser une partie d'un arbre et le remonter, pas le
descendre ni le modifier.
J'aurais peut-être dû le faire en Basic sur un Amstrad 6128. Je m'étais
fait un beau logiciel de comptes bancaires à l'époque mais j'ai paumé
les sources.
"Jean-Marc DURO" a écrit dans le message de news: 4aaa752e$0$17745$ | Merci. Je ne suis jamais satisfait de ce que j'ai dans ce domaine, alors | j'en teste de temps à autres. J'ai déjà testé tout çà, même acheté | certains et finalement eu des problèmes de mises à jours récurrents qui | ont fini par me lasser. J'essaie de faire le mien, mais à la vitesse où | j'avance, je serai mort avant qu'il soit utilisable ;-) | Globalement d'accord avec toi ! Une fois que l'on a trouvé un prog globalement satisfaisant, mieux vaut ne plus rien toucher, et préférer utiliser de petits programmes annexes, plutôt que de faire des mises à jour trop souvent catastrophiques. Pour la mise au point, si tu cherches à intégrer et respecter absolument toutes les balises GedCom, je te souhaite bien du courage ! Mais sur le NewsGroup déjà cité (où je crois t'avoir déjà lu, mais pas été depuis fort longtemps), il y a des membres pleins de bonne volonté qui n'hésiteront pas à te guider
-- IOBA
Analyse Gedcom, j'ai déjà. La base de données aussi, que ce soit sous une forme propriétaire ou en SQL. J'ai eu le temps de bien penser çà. C'est après, la mise en musique qui s'avère ardue: là où j'en suis, je peux juste visualiser une partie d'un arbre et le remonter, pas le descendre ni le modifier.
J'aurais peut-être dû le faire en Basic sur un Amstrad 6128. Je m'étais fait un beau logiciel de comptes bancaires à l'époque mais j'ai paumé les sources.
Jean-Marc
G.T
Salut,
Ouaips, enfin, ben, euh... Il y a vraiment longtemps que je n'ai plus vu autre chose qu'un dinosaure pour coder en assembleur.
On a souvent besoin d'une procédure assembleur sur soi :-)
indescriptibles dans 1 Mo de mémoire avec un 63C09 et sa MMU. Cela doit faire pas loin de dix ans que je n'ai plus vu en école d'ingénieurs un élève attaquer un microcontrôleur avec autre chose qu'un environnement de debug complet sous Windows avec compilo C (alors que pour moi, c'était éditeur de texte sous DOS, assembleur, claqueur d'EEPROM et test à l'analyseur logique). Pour attaquer un
Ahem... Je n'ai jamais eu l'honneur (ni le niveau, faut être honnête) pour fréquenter une école d'ingé. Jusqu'au bac, c'était 68HC11 avec un éditeur / assembleur sous DOS dont j'ai oublié le nom (tu me pardonneras) qui tournait donc sous DOS pur, et avec des machines presque en charte ici : des Bull Micral 20. Du pécé donc. En BTS, c'était du luxe : on avait des P150 (ou P200 pour les plus chanceux) avec ControlBoy. Soft abominable d'ailleurs... toujours utilisé en assembleur. Parfois, je détournais un peu pour faire tourner le µC en standalone, puisque la carte (faite "maison") de faire le flash avec un innocent copy /b programme.s19 com2: Mais ça râlait un peu du côté des moustachus. T'as pas idée de combien j'ai pu me faire chier.
J'attends avec beaucoup d'espoir l'arrivée de Java dans les modèles de développement des PIC. On va enfin rigoler un peu !
Alors là, je sais pas, ça fait longtemps que j'ai pas regardé ce qui se faisait sur PIC. Des bons petits µC là encore. L'IDE fournie d'office était pas mal, j'ai essayé la 8 j'me suis un peu paumé au début, plus confortable mais bien plus lourde aussi.
a+, -- G.T (les regrets seront éternels)
Salut,
Ouaips, enfin, ben, euh... Il y a vraiment longtemps que je n'ai
plus vu autre chose qu'un dinosaure pour coder en assembleur.
On a souvent besoin d'une procédure assembleur sur soi :-)
indescriptibles dans 1 Mo de mémoire avec un 63C09 et sa MMU. Cela
doit faire pas loin de dix ans que je n'ai plus vu en école
d'ingénieurs un élève attaquer un microcontrôleur avec autre chose
qu'un environnement de debug complet sous Windows avec compilo C
(alors que pour moi, c'était éditeur de texte sous DOS, assembleur,
claqueur d'EEPROM et test à l'analyseur logique). Pour attaquer un
Ahem... Je n'ai jamais eu l'honneur (ni le niveau, faut être honnête) pour
fréquenter une école d'ingé.
Jusqu'au bac, c'était 68HC11 avec un éditeur / assembleur sous DOS dont j'ai
oublié le nom (tu me pardonneras) qui tournait donc sous DOS pur, et avec
des machines presque en charte ici : des Bull Micral 20. Du pécé donc.
En BTS, c'était du luxe : on avait des P150 (ou P200 pour les plus chanceux)
avec ControlBoy. Soft abominable d'ailleurs... toujours utilisé en
assembleur. Parfois, je détournais un peu pour faire tourner le µC en
standalone, puisque la carte (faite "maison") de faire le flash avec un
innocent copy /b programme.s19 com2:
Mais ça râlait un peu du côté des moustachus. T'as pas idée de combien j'ai
pu me faire chier.
J'attends avec beaucoup d'espoir l'arrivée de Java dans les modèles
de développement des PIC. On va enfin rigoler un peu !
Alors là, je sais pas, ça fait longtemps que j'ai pas regardé ce qui se
faisait sur PIC. Des bons petits µC là encore. L'IDE fournie d'office était
pas mal, j'ai essayé la 8 j'me suis un peu paumé au début, plus confortable
mais bien plus lourde aussi.
Ouaips, enfin, ben, euh... Il y a vraiment longtemps que je n'ai plus vu autre chose qu'un dinosaure pour coder en assembleur.
On a souvent besoin d'une procédure assembleur sur soi :-)
indescriptibles dans 1 Mo de mémoire avec un 63C09 et sa MMU. Cela doit faire pas loin de dix ans que je n'ai plus vu en école d'ingénieurs un élève attaquer un microcontrôleur avec autre chose qu'un environnement de debug complet sous Windows avec compilo C (alors que pour moi, c'était éditeur de texte sous DOS, assembleur, claqueur d'EEPROM et test à l'analyseur logique). Pour attaquer un
Ahem... Je n'ai jamais eu l'honneur (ni le niveau, faut être honnête) pour fréquenter une école d'ingé. Jusqu'au bac, c'était 68HC11 avec un éditeur / assembleur sous DOS dont j'ai oublié le nom (tu me pardonneras) qui tournait donc sous DOS pur, et avec des machines presque en charte ici : des Bull Micral 20. Du pécé donc. En BTS, c'était du luxe : on avait des P150 (ou P200 pour les plus chanceux) avec ControlBoy. Soft abominable d'ailleurs... toujours utilisé en assembleur. Parfois, je détournais un peu pour faire tourner le µC en standalone, puisque la carte (faite "maison") de faire le flash avec un innocent copy /b programme.s19 com2: Mais ça râlait un peu du côté des moustachus. T'as pas idée de combien j'ai pu me faire chier.
J'attends avec beaucoup d'espoir l'arrivée de Java dans les modèles de développement des PIC. On va enfin rigoler un peu !
Alors là, je sais pas, ça fait longtemps que j'ai pas regardé ce qui se faisait sur PIC. Des bons petits µC là encore. L'IDE fournie d'office était pas mal, j'ai essayé la 8 j'me suis un peu paumé au début, plus confortable mais bien plus lourde aussi.
a+, -- G.T (les regrets seront éternels)
JKB
Le 11-09-2009, ? propos de Re: MS Win 7 est tellement mauvais..., G.T ?crivait dans fr.comp.ordinosaures :
Salut,
Ouaips, enfin, ben, euh... Il y a vraiment longtemps que je n'ai plus vu autre chose qu'un dinosaure pour coder en assembleur.
On a souvent besoin d'une procédure assembleur sur soi :-)
indescriptibles dans 1 Mo de mémoire avec un 63C09 et sa MMU. Cela doit faire pas loin de dix ans que je n'ai plus vu en école d'ingénieurs un élève attaquer un microcontrôleur avec autre chose qu'un environnement de debug complet sous Windows avec compilo C (alors que pour moi, c'était éditeur de texte sous DOS, assembleur, claqueur d'EEPROM et test à l'analyseur logique). Pour attaquer un
Ahem... Je n'ai jamais eu l'honneur (ni le niveau, faut être honnête) pour fréquenter une école d'ingé. Jusqu'au bac, c'était 68HC11 avec un éditeur / assembleur sous DOS dont j'ai oublié le nom (tu me pardonneras) qui tournait donc sous DOS pur, et avec des machines presque en charte ici : des Bull Micral 20. Du pécé donc. En BTS, c'était du luxe : on avait des P150 (ou P200 pour les plus chanceux) avec ControlBoy. Soft abominable d'ailleurs... toujours utilisé en assembleur. Parfois, je détournais un peu pour faire tourner le µC en standalone, puisque la carte (faite "maison") de faire le flash avec un innocent copy /b programme.s19 com2: Mais ça râlait un peu du côté des moustachus. T'as pas idée de combien j'ai pu me faire chier.
J'attends avec beaucoup d'espoir l'arrivée de Java dans les modèles de développement des PIC. On va enfin rigoler un peu !
Alors là, je sais pas, ça fait longtemps que j'ai pas regardé ce qui se faisait sur PIC. Des bons petits µC là encore.
Non. Par rapport à un 6809, c'est une bouse infâme. Ça veut tout faire, mais au final, ça ne fait rien correctement et surtout, on se retrouve pour un vrai développement à avoir plus de composant sur sa carte que si on avait directement pris un vrai µP.
L'IDE fournie d'office était pas mal, j'ai essayé la 8 j'me suis un peu paumé au début, plus confortable mais bien plus lourde aussi.
Comme quoi, les goûts et les couleurs...
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 11-09-2009, ? propos de
Re: MS Win 7 est tellement mauvais...,
G.T ?crivait dans fr.comp.ordinosaures :
Salut,
Ouaips, enfin, ben, euh... Il y a vraiment longtemps que je n'ai
plus vu autre chose qu'un dinosaure pour coder en assembleur.
On a souvent besoin d'une procédure assembleur sur soi :-)
indescriptibles dans 1 Mo de mémoire avec un 63C09 et sa MMU. Cela
doit faire pas loin de dix ans que je n'ai plus vu en école
d'ingénieurs un élève attaquer un microcontrôleur avec autre chose
qu'un environnement de debug complet sous Windows avec compilo C
(alors que pour moi, c'était éditeur de texte sous DOS, assembleur,
claqueur d'EEPROM et test à l'analyseur logique). Pour attaquer un
Ahem... Je n'ai jamais eu l'honneur (ni le niveau, faut être honnête) pour
fréquenter une école d'ingé.
Jusqu'au bac, c'était 68HC11 avec un éditeur / assembleur sous DOS dont j'ai
oublié le nom (tu me pardonneras) qui tournait donc sous DOS pur, et avec
des machines presque en charte ici : des Bull Micral 20. Du pécé donc.
En BTS, c'était du luxe : on avait des P150 (ou P200 pour les plus chanceux)
avec ControlBoy. Soft abominable d'ailleurs... toujours utilisé en
assembleur. Parfois, je détournais un peu pour faire tourner le µC en
standalone, puisque la carte (faite "maison") de faire le flash avec un
innocent copy /b programme.s19 com2:
Mais ça râlait un peu du côté des moustachus. T'as pas idée de combien j'ai
pu me faire chier.
J'attends avec beaucoup d'espoir l'arrivée de Java dans les modèles
de développement des PIC. On va enfin rigoler un peu !
Alors là, je sais pas, ça fait longtemps que j'ai pas regardé ce qui se
faisait sur PIC. Des bons petits µC là encore.
Non. Par rapport à un 6809, c'est une bouse infâme. Ça veut tout
faire, mais au final, ça ne fait rien correctement et surtout, on se
retrouve pour un vrai développement à avoir plus de composant sur sa
carte que si on avait directement pris un vrai µP.
L'IDE fournie d'office était
pas mal, j'ai essayé la 8 j'me suis un peu paumé au début, plus confortable
mais bien plus lourde aussi.
Comme quoi, les goûts et les couleurs...
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 11-09-2009, ? propos de Re: MS Win 7 est tellement mauvais..., G.T ?crivait dans fr.comp.ordinosaures :
Salut,
Ouaips, enfin, ben, euh... Il y a vraiment longtemps que je n'ai plus vu autre chose qu'un dinosaure pour coder en assembleur.
On a souvent besoin d'une procédure assembleur sur soi :-)
indescriptibles dans 1 Mo de mémoire avec un 63C09 et sa MMU. Cela doit faire pas loin de dix ans que je n'ai plus vu en école d'ingénieurs un élève attaquer un microcontrôleur avec autre chose qu'un environnement de debug complet sous Windows avec compilo C (alors que pour moi, c'était éditeur de texte sous DOS, assembleur, claqueur d'EEPROM et test à l'analyseur logique). Pour attaquer un
Ahem... Je n'ai jamais eu l'honneur (ni le niveau, faut être honnête) pour fréquenter une école d'ingé. Jusqu'au bac, c'était 68HC11 avec un éditeur / assembleur sous DOS dont j'ai oublié le nom (tu me pardonneras) qui tournait donc sous DOS pur, et avec des machines presque en charte ici : des Bull Micral 20. Du pécé donc. En BTS, c'était du luxe : on avait des P150 (ou P200 pour les plus chanceux) avec ControlBoy. Soft abominable d'ailleurs... toujours utilisé en assembleur. Parfois, je détournais un peu pour faire tourner le µC en standalone, puisque la carte (faite "maison") de faire le flash avec un innocent copy /b programme.s19 com2: Mais ça râlait un peu du côté des moustachus. T'as pas idée de combien j'ai pu me faire chier.
J'attends avec beaucoup d'espoir l'arrivée de Java dans les modèles de développement des PIC. On va enfin rigoler un peu !
Alors là, je sais pas, ça fait longtemps que j'ai pas regardé ce qui se faisait sur PIC. Des bons petits µC là encore.
Non. Par rapport à un 6809, c'est une bouse infâme. Ça veut tout faire, mais au final, ça ne fait rien correctement et surtout, on se retrouve pour un vrai développement à avoir plus de composant sur sa carte que si on avait directement pris un vrai µP.
L'IDE fournie d'office était pas mal, j'ai essayé la 8 j'me suis un peu paumé au début, plus confortable mais bien plus lourde aussi.
Comme quoi, les goûts et les couleurs...
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
*.-pipolin-.*
Il se trouve que Stephane TOUGARD a formulé :
*.-pipolin-.* wrote:
d'ailleurs, en ce moment, le soft dominant en 3d c'est maya, et je bosse avec softimage XSI...
C'est marrant, pourtant j'essaye, mais j'y arrive pas. Je m'en fous ... tout simplement.
