The sadness of being a liberal arts student: recruiting work for HR who doesn’t understand technology

月光淡淡

The sadness of being a liberal arts student: recruiting work for HR who doesn’t understand technology [Copy link]

I am a liberal arts HR major in a military enterprise. I mainly want to learn about embedded development to help me with my daily recruitment work. However, I feel powerless due to my lack of knowledge when communicating with job seekers, and I feel guilty towards job seekers and employing departments. Baidu and Zhihu are often my sources of help, but embedded knowledge is vast. When I encounter a problem, I will search and ask, which will lead to more questions and knowledge points. I always feel that the knowledge I have learned is fragmented and sporadic. I would like to ask for help from you. Is there any systematic course that can help me sort out the embedded technology system (ARM, FPGA, DSP, LINUX, etc.) or a technical diagram that can clearly and intuitively understand the technical classification of various aspects? I have asked many training institutions before, but they don’t have any relevant training for HR in this regard. I am desperate...

chineseboyzxy

Then start learning from electrician, and learn comprehensively...

syeshu

Brother, are you going to work in technology? There is definitely no training specifically for HR. I guess you are the only one who has this problem. In normal companies, isn't it that technology is the sole responsibility of technology, and HR is only responsible for salary and brainwashing?

月光淡淡

syeshu posted on 2020-3-14 15:25 Brother, are you going to get into technology? There is definitely no training specifically for HR. I guess you are the only one who has this trouble. Aren’t all technical aspects the focus of normal companies? ...

HR has to screen, search and communicate with resumes. Only the people who I think are suitable will be interviewed by the technical department. I just want to get a general idea, know the relationship between technologies, improve the accuracy of resume search and improve efficiency. I hope I can make a rough judgment in the early stage whether this person is suitable. If there is no screening in the early stage, the workload of the technical department will be too large, and the recruitment work will seem unprofessional. This is what I think.

月光淡淡

chineseboyzxy posted on 2020-3-14 15:06 Then start learning from electrician, learn comprehensively....

Our company has many products, and each department has different products and technical directions, including ARM DSP FPGA STM32, power supply development, and so on. I have thought about it too, but after some consideration, I decided to combine it with reality. It is not realistic to learn from scratch.

ddllxxrr

Recruitment mainly depends on character, knowledge can be acquired slowly, is there anyone who can get the job done right after being hired? ? ? ? That can be said to be crazy

月光淡淡

ddllxxrr posted on 2020-3-14 19:02 Recruitment mainly depends on character. Knowledge can be learned slowly. Is there anyone who can get the job done right after being hired? ? ? ? That can be said to be crazy

I'm in the recruitment business, so I want to go deeper into this area. Simple communication to understand that if I can do it, others can do it as well. This doesn't make me competitive, so I want to improve my accuracy and efficiency.

javnson

The knowledge mentioned by the OP is already quite broad, and even all the above knowledge cannot be learned by an undergraduate major. For embedded systems, the core goal is to deploy them at low cost in a specific scenario, which means that the OP may need to clarify the direction he is mainly facing. For example, in the direction of motor control, everything will revolve around motor drive, considering the demand for motor control algorithm computing power, such as the difference between DSP and typical STM32 and FPGA, and considering the performance of different communication protocols in different embedded systems in communication requirements. Then expand on the basis of this architecture. For example, in embedded industrial applications, we must first consider the similarities and differences between embedded devices and PLCs, application conditions, and the impact of whether the system is running or not, etc. After establishing a basic comparison framework, expand horizontally.

I don’t know if the OP understands this logic.