Knocking code was the short name for program developers writing programs. It referred to writing code according to the grammar rules of a certain programming language (such as C language, Java, Python, etc.) in the editing tools of a computer or server. These codes were composed of characters, symbols, or signal symbols in a distinct form according to a clear rule system. By writing code, he could develop software systems, build websites, applications, and other functions. "When a programmer meets a psychologist" is equally exciting. Everyone is welcome to click to read it!
Some of the known breakup codes were 886 (goodbye), 9898 (let's go), 88 (goodbye), 131489 (never see each other again), 0909 (you go, you go), 09844 (you go, thank you). These codes could be used to express the meaning of breaking up when one did not want to be disturbed or even explain to the other party. "When a programmer meets a psychologist" is equally exciting. Everyone is welcome to click to read it!
"A programmer's code interview guide--The best solution to the algorithm and data structure questions of famous IT companies" was written by Zuo Chengyun (Zuo Shen). Zuo Chengyun studied at the University of Science and Technology of China and graduated from the University of Chicago with a master's degree. He worked at iPhone, Baidu, GrowingIOs, and Amazon. Since 2014, he had been doing programmer algorithm and data structure training, code interview training, question exchange, and other related work. The second edition of the guide involved more than 240 algorithm programming questions, and most of these questions were high-frequency interview questions. The author also gave the best solution for personal implementation. The book included stacks and queues, linked lists, recursion and dynamic programming, strings, binary-tree, and many other aspects of content. For example, the stack and queue section had the design of a stack with getMin function, a queue composed of two stacks, and so on. The linked list section covered printing the common part of two ordered linked lists, deleting the last K nodes in a single-linked list and a double-linked list. In addition to this book, there was also a 1.04G algorithm video related to it. "When a programmer meets a psychologist" is equally exciting. Everyone is welcome to click to read it!
If a programmer couldn't write code, there could be many reasons. The following are some possible situations and solutions: ** 1. Job Burnout ** 1. ** Lacking challenging work ** - If one was engaged in repetitive programming tasks that lacked new challenges for a long time, it was easy to feel tired. For example, he had been maintaining modules with similar functions and lacked opportunities for innovation and exploration. He could try to communicate with his superiors and try to participate in more challenging projects, such as projects involving new technology applications, new algorithm development, or system architecture optimization. 2. ** Long hours and work stress ** - Overtime and high-intensity work pressure would consume energy and motivation. For example, after months of high-intensity project development, he would be physically and mentally exhausted from facing code for a long time every day. At this time, it was necessary to adjust the pace of work reasonably. For example, the Pomodoro Method was used to focus on work for a period of time before taking a proper rest. He could also communicate with the team and re-evaluate the project schedule to avoid overwork. 3. ** Lacking a sense of accomplishment and recognition ** - When one's work was not recognized and rewarded enough, one might lose interest in writing code. For example, the functions that he had carefully developed were ignored or did not receive the praise they deserved. They could take the initiative to show their results and their value to the team. At the same time, they could also establish their own personal project collection, record their results, and gain motivation from self-recognition. ** 2. Professional development ** 1. ** Thinking about career transition ** - If it was because he lost interest in programming, he could consider changing his career. - ** Transferred to Management **: - If you have a certain level of technical depth, communication skills, and empathy, you can develop in the direction of technical management, such as becoming a technical manager. However, it was important to note that management positions required the ability to "get people", which was different from the way of thinking of programming work. - ** Transferring product **: - For programmers with a deep technical background, interest in user experience, and sensitivity to business logic, changing to product manager was an option. However, the product manager needed to have a deep understanding of the market, user experience, and business model. He also had to reconcile many contradictions. - ** Do technical training or education **: - A programmer who understood the technology, could explain, and could combine actual project experience could engage in technical training, but they needed to have good communication skills and patience. ** 3. Work environment ** 1. ** Meeting Impact ** - The frequent meetings interrupted the focus and coherent flow of programming, especially when the content of the meeting was not directly related to the programming work. You can negotiate with the team to improve the meeting schedule, reduce unnecessary meetings, or ensure that the meeting content is closely related to work. 2. ** Overwhelming procedures and requirements ** - Complicated company processes (such as cumbersome approval processes) and unnecessary requirements (such as endless reports) consume time and reduce job satisfaction. He could try to make suggestions to his superiors to simplify the process and improve the requirements, so as to increase the proportion of time spent on actual programming. 3. ** Interfering with the tools they use ** - Unsuitable tools or frequent changes in the development environment would reduce work efficiency. He could communicate with the team and choose stable tools that were suitable for the work process to avoid unnecessary changes in the environment. 4. ** Over-management and monitoring ** - Over-management and monitoring limited autonomy and creativity. They could communicate with their superiors and strive for a relatively relaxed and free working environment so that they could better display their professional skills. "When a programmer meets a psychologist" is equally exciting. Everyone is welcome to click to read it!
Writing code was a very tiring job. From a physical point of view, sitting in a chair for a long time typing code, day after day, year after year lack of exercise, could easily lead to cervical vertebra disease, frozen shoulder disease and other diseases. Long-term staying up late could also lead to baldness and affect heart health, and it was also easy to cause obese. For example, some programmers lived a two-point life between home and company every day. Other than eating and walking a few steps, they basically did not exercise. In terms of work content, typing the code only accounted for 10% of the entire work. Before typing the code, one needed to think clearly about the functions to be implemented and the customer's requirements, and plan the details of the framework. This required a lot of brainpower. After the completion of the code, the workload of debugging the BUG accounted for 40%. Sometimes, a small error, such as a letter or punctuation error, might take two to three hours to find. During this period, a lot of labor was spent but there was no result, and the physical and mental fatigue would increase. From a psychological point of view, it was easy for new programmers to become confused after the excitement period. After working for a period of time, the competition in the industry was fierce, and programmers had to produce results. Moreover, the overtime culture was prevalent, and the psychological pressure was huge. In addition, technology was constantly being updated, and programmers needed to learn new knowledge in their spare time. They might be asked to apply the knowledge before they were familiar with it, which was also a kind of psychological pressure. "When a programmer meets a psychologist" is equally exciting. Everyone is welcome to click to read it!
Whether typing code was interesting or not was a subjective feeling. For some people, typing code might be fun. For example, in the process of building a system architecture, designing complex functions, or writing high-quality code, it was like a creative mental challenge. When the expected function was successfully implemented, there would be a strong sense of accomplishment. In the world of code, one could use their own wisdom and technology to solve practical problems and create valuable software, websites, or applications. However, typing code was not fun for everyone. Writing code required careful consideration. Sometimes, in order to implement a function, it might take a lot of time and effort to adjust, deal with various error prompts, search for relevant information in Google, or consult other documents. This process could be very boring. Moreover, programmers often had to deal with some tedious matters, such as code style specifications, writing comments, and documents. These were things that some programmers hated. Therefore, the meaning of typing code varied from person to person. " When a programmer meets a psychologist " is equally exciting. Everyone is welcome to click to read it!
Here are some recommended novels about programming: [The Path of Cultivation for a programmer: The story of a programmer setting off a wave of programmed cultivation in the cultivation world.] 2. [Endless Power: A programmer uses a self-made superpowered computer to copy and guide energy, and dominate the world with all superpowers!] 3. < Doomsday programmer >: A male IT engineer gains the identity of a programmer in the Doomsday system and can turn 3D models into reality. 4. " C Language Cultivation ": A programmer who cultivated through the C language became a legend in the cultivation world. These novels covered the adventures of programmers in the cultivation world and the apocalyptic system, as well as the plot of using programming skills to achieve success in the supernatural world. These novels might provide some entertainment and imagination for readers interested in programming and cultivation.
There were a few recommended novels similar to Codename God of Wealth, Codename End of the Era, and Codename World of Martial Arts. These novels included " The Hidden Edge of the Sea of Spy,"" Return to the Red Age,"" The Tide of Spy,"" I am the King of All Spy,"" Book of Troubled Times,"" Spirit Realm Walker,"" The Tang's Table,"" King of Beasts," and " Fairy, Please Listen to My Explanation." These novels might be similar to the genre and style of the Codename series and were worth reading.