1. Обязательно определите собственное направление развития и сформулируйте для этого реальный план. Не говорите ничего вроде: «Я только что закончил учебу и до сих пор не знаю, чем буду заниматься в будущем?», «Дайте волю своим чувствам и сначала попробуйте». Потому что такой взгляд через ваше подсознание будет подразумевать, что ваше поведение праздное и бездарное. Продолжать заниматься технологиями и стать экспертом в будущем? Идти по направлению менеджмента и стать профессиональным менеджером? Сначала ознакомьтесь с отраслью и сферой деятельности, а затем в будущем начните собственный бизнес? Или мне следует сначала потусоваться в отрасли, а через несколько лет переключиться на что-то другое? Это очень важно, это определит, что вы будете делать в ближайшие несколько лет или десять лет, чтобы «поступать правильно!»
2. Поделитесь первым опытом: «Академическая квалификация представляет прошлое, способности — настоящее, а способность к обучению — будущее». Фактически, это результат исследования из области зарубежного образования. Я считаю, что друзья, проработавшие несколько или более десяти лет, имеют некоторый опыт применения этого принципа. Но я считаю, что этот момент также очень важен: «Понимание важных истин слишком поздно приведет к сожалению об этом на всю жизнь!» Поэтому я помещаю это в каждую статью, чтобы друзья, которые только что закончили учебу, могли увидеть это раньше!
3. Подробно разработайте собственный план обучения профессиональным знаниям в области разработки программного обеспечения и уделяйте внимание своевременным изменениям и корректировкам (технологии разработки программного обеспечения меняются слишком быстро). Пожалуйста, помните: «Если разработчик программного обеспечения не обновил свои знания в течение 1 или 2 лет, то он больше не принадлежит этой отрасли». Знаменитый «Принцип 38» из области тайм-менеджмента предупреждает нас: то, как вы используете остальные 8 часов, определит успех или неудачу вашей жизни! С тех пор, как я закончил учебу, я тратил на учебу в среднем более 2 часов каждый день.
4. Книги — это лестница человеческого прогресса, особенно для разработчиков программного обеспечения. Книги — самый эффективный способ получения знаний. Не ждите слишком многого, что вы встретите на работе «экспертов», которые потрудятся вас научить. Когда дело доходит до траты денег на покупку книг, мой личный опыт таков: никогда не покупайте книги, изданные людьми в Китае! (Не смею с этим согласиться. Мне кажется, автор немного экстремист!) Я пожалел 00% книг, купленных у этих ребят, без исключения. Еще больше раздражает то, что эти книги трудно продать на прилавках подержанного рынка. «Владеть книгами не значит обладать знаниями; обладать знаниями не значит обладать навыками; обладать навыками не значит обладать культурой; обладать культурой не значит обладать мудростью».
5. Не ограничивайте себя поверхностным использованием определенной технологии, даже если вы используете ее всего один или два раза от случая к случаю. «Осторожность во всем» — качество, которым не должны обладать инженеры любой отрасли. Разрабатывайте приложения для Windows, изучайте принципы проектирования, загрузки и выполнения программ Windows, анализируйте формат файлов PE и попробуйте использовать разработку SDK для разработки приложений Windows с нуля; используйте VC++, Delphi, Java и .Net для разработки. приложения и потратить время Изучите дизайн платформы или исходный код MFC, VCL, J2EE, .Net; помимо использования отличных продуктов или платформ с открытым исходным кодом, таких как J2EE, JBoss, Spring, Hibernate и т. д., найдите время, чтобы увидеть, как магистры абстрагируют, анализируют, проектируют и реализуют общие решения аналогичных проблем. Попробуйте сделать это, и вы столкнетесь с меньшим количеством проблем, которые делают вас неясными и растерянными в дальнейшей работе, ведь вы многие вещи «знаете, как это и почему»!
6. Программируйте на языке, но не позволяйте ему ограничивать ваше мышление. В «Энциклопедии кода» говорится: «Углубляйтесь в программирование на языке, а не читайте его поверхностно». Углубленного развития языка недостаточно, существование любого языка программирования имеет свои причины, поэтому ни один язык не является «панацеей», способной «вылечить все болезни». Существует множество примеров влияния и ограничений, которые языки программирования оказывают на идеи разработчиков и способы решения конкретных проблем. Мой опыт таков: почему при использовании объектно-ориентированных инструментов для разработки определенных ключевых модулей мы не можем учиться на методах модульной упаковки C, C51 и ассемблере? При использовании традиционных инструментов разработки настольных компьютеров (в настоящее время в основном VC++ и Delphi) для проектирования структуры системы, почему мы не можем обратиться к идеям проектирования IoC и AOP из сообщества Java или даже поучиться у превосходных платформ с открытым исходным кодом, таких как Spring, Hibernate , JBoss и т. д.? Почему при проектировании и реализации таких функций, как связь в реальном времени и сбор данных, мы не можем использовать отличные системные структуры и шаблоны из систем реального времени и встроенных систем? Почему все должно решаться на основе традиций или опыта отдельных людей и команд на естественных языках разработки? ? ? «Камни с других холмов могут научиться».
7. Выработайте привычку обобщать и размышлять, а также сознательно уточнять результаты ежедневной работы, чтобы сформировать собственную личную библиотеку исходного кода, общую архитектуру системы для решения определенных типов задач и даже развиться в фреймворк. Как мы все знаем, для разработчиков программного обеспечения существенная разница между опытными и неопытными людьми заключается в том, что неопытные люди при выполнении любой задачи начинают с нуля, в то время как опытные люди часто решают проблемы путем реорганизации собственных повторно используемых модулей и библиотек классов (фактически это Вывод не должен ограничиваться областью разработки программного обеспечения и может быть распространен на многие аспекты). Это не значит, что все многоразовые вещи нужно внедрять самостоятельно: зрелые и проверенные результаты других также можно собирать, систематизировать и интегрировать в свою собственную базу знаний. Однако лучше всего реализовать это самостоятельно, чтобы не возникло проблем с правами интеллектуальной собственности, авторскими правами и т. д. Главное — уметь по-настоящему освоить этот пункт знаний и владеть этим навыком после его реализации самостоятельно.
8. Уделяйте одинаковое внимание теории и практике, развивайте как внутренние, так и внешние аспекты. Значение слова инженер: наблюдение и анализ вещей и мира с точки зрения инженера. Квалифицированный инженер-программист — это человек, действительно понимающий суть программных продуктов и суть разработки программных продуктов (личное мнение приветствуется для обсуждения). Овладение языками разработки программного обеспечения, применение языковых средств для решения конкретных задач в работе и выполнение целевых задач — основные задачи инженеров-программистов, однако с точки зрения инженеров-программистов это лишь внешние вещи, а не важная и необходимая работа. Задача настоящего инженера-программиста - изучить и овладеть теоретическими знаниями в области разработки программных продуктов и методологий разработки программного обеспечения, а также понять и применить идеи анализа, проектирования и реализации программных продуктов на практике для решения конкретных проблем разработки программных продуктов. Думайте, анализируйте и решайте проблемы с точки зрения зрелых теорий и надежных методологий, проверяйте и пересматривайте эти идеи и методы на конкретной практике и в конечном итоге сформируйте свою собственную теоретическую систему и практическую методологию.
9. Чем более открыт ваш разум, тем шире будет ваш кругозор. Не держитесь за свои технологии и достижения до тех пор, пока они не устареют и не станут мусором, а затем выбрасывайте их и выглядите смущенно. Пожалуйста, своевременно публикуйте результаты своих исследований: разработанные продукты, креативные конструкции или коды и публикуйте их для всеобщего ознакомления или использования. Только тогда ваши результаты получат возможность развиваться и сублимироваться. Подумайте о системных инструментах Windows, которые я разработал в 2000 году. Сегодня, 5 или 6 лет спустя, они все те же. Многие популярные сегодня системные инструменты Windows созданы позже моих собственных, но они очень хорошо развились и используются много пользователей. . Более того, не держите в секрете свои собственные технологии и идеи, максимально общайтесь и делитесь ими с другими или обучайте им членов команды разработчиков. «После обмена яблоками с другими у каждого остается только одно яблоко; но после обмена мыслями у каждого возникают две мысли.» Все знают правду, но сколько людей на самом деле могут это сделать?
10. Попробуйте поучаствовать в разработке проектов с открытым исходным кодом или совместно с друзьями разработать какие-то собственные продукты. Не прекращайте это делать только потому, что у вас нет денег, чтобы заработать. Интернет больше не является просто «виртуальным миром». В Интернете существует множество проектов с открытым исходным кодом, проектов совместного развития и аутсорсинговых проектов. Это прекрасные возможности получить знания вне работы и познакомиться с более широким кругом люди. Не прекращайте изучать и понимать встроенные технологии реального времени, коммуникационные, сетевые и другие технологии только потому, что ваша работа — ERP, и наоборот. Если когда к вам придет кто-то другой с договором о сотрудничестве, а вы не знаете, как это сделать, и не знакомы с этим, вы пожалеете об этом.
11. Воспользовавшись книгой, вы будете меньше сожалеть о ней. Не ограничивайте свои знания только техническими аспектами. **Результаты исследования профессора Саймона, лауреата премии по экономике, показывают: «Человек с определенным фундаментом, если он действительно готов много работать, может освоить любой предмет за 6 месяцев». Сообщество хотело бы поблагодарить профессора Саймона за результаты исследований, отсюда и название «Метод обучения Саймона». Видно, что овладение незнакомыми знаниями оказывается гораздо менее трудным и глубоким, чем можно себе представить. Учитесь из многих источников и исследуйте всесторонне. Стремитесь закрепить свой круг влияния и максимально расширить круг забот. Найдите время, чтобы прочитать о финансах, экономике, налогообложении, менеджменте и т. д., когда у вас есть время, скройте свои возможности, выждите время и приготовьтесь к черному дню.
12. Краткое содержание и размышления по данной статье:
Ответ: Не становитесь техническим мастером, если это не ваша цель. Хотя эта статья посвящена предложениям по улучшению знаний в области разработки программного обеспечения, я всегда был не согласен с тем, чтобы быть техническим мастером. Вы можете улучшить свои профессиональные знания, но только если вы компетентны в своей работе.
Б: Улучшение знаний в области программного обеспечения и технологий — это только поверхность проблемы. Суть состоит в том, чтобы улучшить уровень мышления в понимании, анализе и решении проблем. Многие методы и принципы экспертизы программного обеспечения можно легко расширить и применить к другим аспектам жизни.
C: На основании квалификации для этой работы немедленно освойте профессиональные знания в других областях, обогатите свою систему знаний и улучшите общее качество, особенно тех друзей, чьи цели не являются техническими.
13. В команде разработчиков программного обеспечения технологии – это еще не все, но без технологий нет ничего невозможного! В технической команде одинаково важны техника и характер, но, конечно, внешний вид также важнее, особенно в команде, где много девушек. В команде проекта программного обеспечения технический уровень является важным фактором, который следует ценить и уважать. Занимаетесь ли вы управлением, системным анализом, проектированием, кодированием или управлением продуктами, тестированием, документированием, внедрением и обслуживанием, у вас должна быть техническая основа. Даже если я невежественен, я никогда не видел, чтобы непрофессионал возглавлял команду разработчиков программного обеспечения, чтобы успешно завершить проект разработки программного обеспечения, даже один. Однажды я увидел, как «высокообразованный человек» (нетехнический) возглавил группу людей для завершения проекта. На второй день реализации проекта члены команды проекта сказали: «Я больше не могу этого терпеть!», и проект Команда распалась.Разошлись каждый своей дорогой. Вы все можете себе представить «успех» этого проекта.
Поэтому, если вы хотите быть лидером в команде, вы должны сначала убедить других своими навыками. Только когда вы сильны, люди, находящиеся ниже вас, узнают вас. Тогда, если вы убедите других своей этикой, все последуют за вами. . Если вы по-прежнему убеждаете людей с навыками и больше интересуетесь сетевой безопасностью и хотите систематически изучать эти знания, вы можете взглянуть на полный набор маршрутов обучения и соответствующие видеоуроки, которые я подготовил для вас, с нулевыми базовыми знаниями. Никаких проблем с прогрессом нет.
Если вам это нужно, вы можете нажать на ссылку [282G] Полный пакет обучения от нуля до продвинутых технологий сетевой безопасности и взлома, которым можно бесплатно поделиться! Получите это бесплатно!
Из-за ограниченного объема статьи те, кому нужна информация, могут отсканировать QR-код ниже, чтобы получить ее. Если у вас возникли проблемы со сканированием кода, вы также можете нажать на ссылку [ 282G] Сетевая безопасность и технология взлома, полное обучение пакет от базового до продвинутого, распространяйте бесплатно! Получите это бесплатно!
