• This forum is the machine-generated translation of www.cad3d.it/forum1 - the Italian design community. Several terms are not translated correctly.

advice: language programming students

  • Thread starter Thread starter Taipan95
  • Start date Start date

Taipan95

Guest
Good morning.
I wanted to ask the community what, according to you, the programming languages that a mechanical engineer should never miss in his resume. the question is broad spectrum, in the sense that: during my 4-year journey to the polito I got so (ahimé, almost always only for my curiosity) to dismantle with programs like solidworks, kisssoft, autocad. My industry is automation. I believe that a programming language can only benefit my resume (I honestly say: I did not take mechatronic engeneering only because with English I cable at the least indispensable), and I wanted to ask according to your working experiences as you would recommend to learn at least at a basic-intermediate level. I've been able to deal with c and matlab, so I know how computers are thinking and I'm not completely stranger to the question. I had heard about visual basic and phyton well, but honestly I don't know what they are, so I trust your advice. thank you all for your contribution!
 
apart from the programming languages on which I can not respond I can suggest you study, and well, English.
in the world, working, today I think it is an indispensable requirement.
 
I have a study path similar to yours. professors have increasingly stressed the importance of plc programming languages for automatic machines. the main companies have their own language (siemens, abb ...). the basics are common but then everyone develops according to their own vocabulary. typically a programmer experiences a given language and is sought by companies for that. but it is very rare that it is a mechanical engineer, because regardless of having chosen a specialization in mechatronics, it will always have much less knowledge than an automation engineer or an electronic in this area.
Similarly also phyton or c are extremely flexible programming languages, but rarely used in standard mechanical companies but rather by large r&d centers. the only example I know in person is my former colleague specialized in internal combustion engines that was taken in the fiat research center and uses phyton to write predictive algorithms. and did not learn to use it at university.
a mechanic with specialist in mechatronics, rather than programming the machine, should be asked to study its dynamics, design its cinematography and choose its actuators. in this is rather of great help a simulation environment like simulink (to evaluate stability, readiness, transient... ), but it is still a type of work that is carried out in the great companies of the sector, which unfortunately are not Italian.

If any of the forum were looking for this type in Italy in industrial automation, I would be delighted to hear your opinion.
 
in your field in addition to the theory you might be useful a language programming for plc...which unfortunately is very customized according to the manufacturer's brand: siemens, rockwell, etc.
in general a programming language could be c++ especially for programming logic and implementation as a programming application of anything (plc, excel etc).
 
matlab (or freemat). I would say that it is indispensable to do anything.
plc programming environments are all different, but in the end it is always ladder. I doubt however that a mechanical engineer ends up doing that stuff there.
 
to me matlab has never been sympathetic, it will be because they inculcate it only to matrices and to say the truth, to work I never served. instead an intensive use of excel is what it serves in the realities where it aims to find a solution in the short time, manufacture and try.
 
to me matlab has never been sympathetic, it will be because they inculcate it only to matrices and to say the truth, to work I never served. instead an intensive use of excel is what it serves in the realities where it aims to find a solution in the short time, manufacture and try.
depends on the habit and skills (in the sense that the greater the skills of matlab, the less the time it takes to reach the solution and therefore the greater the number of times you will prefer it to excel).
I personally use freemat in 90% of cases where my colleagues use excel. I reach a better result in a lesser time.
 

Forum statistics

Threads
44,997
Messages
339,767
Members
4
Latest member
ibt

Members online

No members online now.
Back
Top