从工程师到程序员

我如何将工程专业转为 IT 的故事。大约两年前，我决定改变我的专业并成为一名程序员。在此之前，我在与 IT 无关的领域担任工程师。从编程经验来看，我在遥远的学校里只用过 Paskal。一个良好的起步优势是具有相当高的英语水平。在朋友的建议下，编程语言的选择立刻就落在了当时市场上最流行的Java上。我首先在 YouTube 上阅读书籍和观看教程。然后我偶然发现了 Javarush 项目并在这里工作了大约六个月（期间有休息）。在学习 Javarush 的同时，我学习了其他感兴趣的主题/技术（例如 SQL、HTML/CSS），并初步熟悉了 C++/C# 语法。为了我在 Javarush 上的成功，JR 管理部门甚至给了我免费参与该项目的机会（对此我非常感谢他们！），但不幸的是，我无法跟上 Hubert 设定的学习速度，被迫离开项目。不久之后，我参加了一个编程课程，学习了 5 个月。在那里，我熟悉了构建 Java EE 应用程序（一组基本的 EE 框架）的原则，并编写了我的第一个项目。同时，我在不同的资源上打磨自己对各种技术的了解，并定期“回归”Javarush。完成课程后，我立即开始找工作（找工作花了六个月的时间，但那是另一个长话了:)）。 恕我直言，关于 JavaRush： 优点：对我来说最初的主要优势是任务的存在 - 因为对于新手程序员来说，问题始终是“练习什么”。此外，就其技术多功能性和多样性而言，任务的质量相当高（我是作为一个处理过各种资源的人这么说的）。我也喜欢这些讲座的可访问性和内容（如果可能的话，我现在会继续阅读讲座）。我喜欢理论材料紧随其后的实际实施。来自各种来源的精选附加材料，这对于初学者来说非常酷 - 您会立即发现许多有用且信息丰富的资源。学习很有趣，总的来说，我对在这里取得的进步感到满意。 缺点：不是一个非常方便的系统来检查没有反馈的任务。起初这并不是特别明显，但在更高的层次上，我开始发现自己认为解决问题的 90% 时间通常不是花在制定解决方案算法/研究主题上，而是在原地踏步：“哪个测试用例未能满足我的解决方案。” 这在大型任务中尤其明显。一方面，这似乎是一个挑战，但随后你仍然意识到你的时间可以花在更有用的地方。我也不喜欢这样的事实：接近30级，为了继续阅读讲座，你需要解决几乎所有的问题，不遗漏任何东西（加上之前的“问题”，因此，学习过程变慢/大大停止）。另外，我想强调一个真实的项目 - 一定要参与它，越早越好。学习 Java Core 很酷，但程序员的报酬是因为他们掌握了企业技术知识。如果您不想/不能参与 JR 上的项目，请寻找其他机会 - 编程课程或开始自己编写一些简单的东西（尽管在没有帮助的情况下一开始会很困难）。这是我的简短学习历史，祝大家编码愉快:)。