C'est M3/Movex de chez Infor.
A la base, un programme en RPG (AS400), qui est passé en Java spécifique (en gros, un framework qu'ils appellent Javex pour simplifier).
Je bosse sur tout ce qui est développement périphérique (EDI, Workflow, etc.), et en ce moment je suis en formation fonctionnelle dessus.
C'est peut-être le meilleur ERP niveau industriel, mais il est très mal positionné niveau tarifaire (en gros, ils s'adressent aux grosses PME, grosses entreprises, ce qui fait qu'il est en concurrence avec SAP et son côté attractif pour les DAF).
J'espère que l'ergonomie a évoluée depuis... c'était de 2005 à 2010 déjà, l'usage de la souris était à peine implémenté.
Oui.
La théorie est une représentation abstraite, mais fiable, de la réalité. Ceux qui n'ont pas la faculté de faire ce changement d'échelle sont à la fois de bien mauvais ingénieurs et de bien mauvais théoriciens. Indépendamment de leur compétence.Je ne faisais pas d'opposition théorie/pratique, mais une opposition entre théorie pure et théorie/pratique. Les instruments mathématiques sont clairement indispensable, même en maintenance. Par contre, sauf à être sur poste C/L où tu suis ta procédure et pis basta (et là, limite la concierge peut s'en charger, ce qui concerne pas mal de postes au final ) j'ai du mal à voir comment quelqu'un peut être autonome dans un délai raisonnable avec un bagage théorique pur dans un cadre où il y a un minimum d'application.
A voir : Villani.
Mes propos n'engagent personne, même pas moi.
Je dirai même qu'une chose encore plus importante, de mon expérience, est de mettre en place des petites séances quotidiennes de 10 minutes MAX pour synchroniser tout le monde le matin en arrivant. Ca fait partie des méthodes de développement Agile/Scrum mais ça s'applique partout. Ca permet:
- A chacun d'expliquer ce qu'il va faire dans la journée et ses achèvements du jour précédent, ça motive tout le monde et sur les gros projets c'est super important
- Voir les types qui n'ont rien à faire, au bout de quelques jours ça se voit
- Au chef de projet et généralement à toute l'équipe d'avoir un bon "feeling" des réalisations en cours, ça reste concret
"La vaseline, c'est un truc que j'utilise systématiquement" - vf1000f24
En parlant de notion d'ingénieur, c'est encore plus "drôle" quand on voit chez les américains que n'importe quel personnes qui sert trois boulons est "Engineer". Par exemple sur une ligne de montage auto, les gars qui n'ont aucune formation particulière sont appelé "engineer". Je ne sais pas s'il y a corrélation mais certaines boîtes américaines, en Suisse, cherchent que des gens qui ont un bachelor pour des tâches qui demandent des compétences totalement autres que celles acquises à l'université.
Patou pour les intimes
C'est un faux ami, aux US engineer est synonyme de mécanicien.
Ton oui, franc, massif et convaincu est tout à fait respectable, mais pourrais tu en dire plus à quelqu'un (moi) qui est totalement étranger à ce genre de truc ? Je t'avoue que ça ne m'avance guère pour le moment
Pour ce qui est de la théorie, ce n'est pas uniquement un changement d'échelle, mais aussi un développement. Et ce développement s'apprend, ce qui prend du temps. Encore une fois, je ne rejette pas la théorie, elle est indispensable, mais c'est pour moi une base qui est complémentaire avec le concret.
Oui, c'est indispensable. Par contre je préfère briefer mes chefs de service le matin et les envoyer donner le boulot à leur gars et faire le débriefing le soir, quand tout est encore frais.
Et j'ai tendance à multiplier les réunions en fonction du personnel. Typiquement quand on est en chantier avec une centaine de gus, c'est:
-Topo général chantier + la famille le matin
-10 minutes à midi avec les chefs de service pour noter ce qui a été fait et ne rien oublier et pour gérer l'entraide entre service/éviter qu'un service fasse une connerie parce qu'elle n'est pas au courant de ce que fait l'autre
-Débriefing des lieutenants le soir et définition des gros axes du lendemain pour dégrossir
- Chopper les extérieurs le soir autour d'une bière
Ca fait 30 minutes de parlotte (sans compter la bière, mais c'est justement l'astuce pour les chopper plus longtmemps sans que ça ne râle ), mais ça évite quand même pas mal de drames
Dernière modification par Clonk ; 08/04/2015 à 18h09.
Bah non pas tout à fait quand même sinon il n'y aurait pas d'ASME, ou American Society of Mechanical Engineer, ce serait un peu redondant n'est-il pas ????
Mais disons que la notion est plus vaste qu'en France, disons du technicien à l'ingé.
Mais un ingé méca se traduit bien par Mechnical Engineer, un elec par electrical Eng., etc etc
Tout à fait.
Si je ne dis pas de bêtise (et il est possible que si), aux US ça peut être mécano ou ingénieur selon le contexte et chez les angliches ça peut même être réparateur.
Dans la pratique, la plupart du temps j'ai vu engineer tout court utilisé pour mécano et pour ingénieur losqu'il est accolé à quelque chose (mécanical engineer et patin couffin ).
Bien sûr !
On se voit où ?
Plus sérieusement, j'ai la flemme. Disons qu'en première approche, ça te permet de construire un planning qui tient à peu près la route. Du coup, moyennant un rab' de skills facile, ça te fournit les indications de pilotage avance/retard et suivi d'avancement. Et au stade suivant, ça peut t'aider à piloter la charge.
Plus que le nombre de personnes, c'est le nombre de tâches qui compte. Sachant qu'avec un outil dédié, tu feras probablement un peu plus fin qu'actuellement (enfin au départ tu couperas les cheveux en 4 comme tout le monde, avant de trouver le niveau de détail qui te convient). Le nombre d'actualisation compte aussi.
Maintenant, comme je l'ai dit, Project est super pénible pour un certain nombre de choses, mais en principe, tu t'en rends pas compte tout de suite.
Pour plus de détails, un autre jour, j'ai pas envie là.
Mes propos n'engagent personne, même pas moi.
Tu passes en Bretagne dans un avenir proche ?
Merci pour le début d'explication et ne t'en fais pas, je comprends très bien que tu n'aies pas envie de parler boulot.
Ceci dit si tu es plus motivé un autre jour, ça m'intéresse. La mise en place récente des GMAO dans mon domaine a foutu un tel bordel que tout le monde a de l'urticaire dès qu'il voit un ordinateur, mais s'il y a moyen d'être plus efficace que post'it/veleda, ça se creuse.
Ce qu'il faut savoir, c'est qu'on ment beaucoup aux minmatars, surtout lorsqu'ils posent des questions du style: "t'es sûr que ça vole, ce truc ?" Cooking Momo, le 30/08/09
Si vous voulez que j'ajoute des informations sur le premier post, n'hésitez pas !
Signature merde !
Perso, je n'interviens plus : je viens de voir le titre et le racisme anti-moteurs sous-jacent. Qui parlera du calvaire des moteurs en Afrique ou en Russie alors que les turbines sont bien traitées ? Qui racontera ces moteurs vieux et perclus d'arthrite qui se tuent à la tâche, alors que les turbines passent à "c'est ma vie", brillantes et équilibrées, avant d'aller s'abreuver d'huile hors de prix dans les endroits branchés?
Aimez les moteurs, ne les abandonnez plus attachés à un arbre pour acheter une turbine.
Contactez-moi en MP pour les donations à la fondation sauvez doxford
Ben blague à part, je recherche une doc qui était pas mal sur la mise en place complète d'un moteur industriel (circuits, bedding, dimensionnement, auxiliaires et patin couffin). La j'ai les docs de 800 pages, mais il y avait un condensé qui était top, vu qu'il abordait les gros points et couvrait ainsi à peu près tout de façon succincte (de l'automatisation au placement des pompes).
Ca prend un peu de temps, c'est dans mon foutoir et faut pas croire, je bosse même si je suis en congés
Edit : turbine ou piston, le drone ? :relancededix:
Avec la donation qui va bien, je considère même le moteur pantone, le moteur magnétique à rendement surunitaire et te fais une plaquette sur la révolution mécacyl
FreeCAD est plus orienté mécanique, et est prévu pour être utilisé en paramétrique. OpenSCAD est plus un truc pour programmeurs, c'est entièrement à base de scripts.
LibreCAD se veut un ersatz d'Autocad, et Archimedes à l'air d'être de viser plus l'architecture, mais je connais pas.
Bon, je n'arrive pas à remettre la main sur la doc.
De toutes façons, il faut absolument que je le retrouve, il est avec un fichier super important : un ensemble de relevés fait sur moteur industriel où on a tous les paramètres en temps réel (déplacement de chaque segment, pression dans le cylindre, température de chemise à 3 hauteurs différentes etc...). C'est le rapport sur la vérité de la mort de Kennedy, mais en plus important.
L'ultime fichier qui te permet de convaincre le tribunal que tonton Roger et ses argumentations foireuses sur le rodage ou le débat "pour ou contre faire chauffer son moteur", mérite le poteau et les 12 balles (ou à la limite le pilori, s'il reconnait finalement que le "bon sens mécanique" a la même fiabilité que les jauges d'essence de super5 et l'intuition féminine).
Sinon, se faire un drive pourrait être très intéressant. Perso, je suis preneur d'à peu près tout