То, что я хотел бы предложить, это проверить сайты MOOC. Большинство курсов можно посещать без каких-либо затрат, и объем, как правило, соответствует паре часов, так что на самом деле довольно хорошо понять «маленькую» тему за раз.
Примерами MOOC являются Coursera, ClumpSkills, Udacity, Udemy и т. Д.
Вы найдете много привлекательных курсов там. У меня была проблема с большим количеством записанных курсов, потому что я хотел охватить их все сразу. Вместо этого я бы посоветовал проходить курсы один за другим и приступать к работе только после завершения текущего зачисленного курса.
Надеюсь, вам понравится!
Это зависит от языка на самом деле.
При использовании C++ или C он не оказывает влияния.
При использовании интерпретируемого языка Вы раздаете исходный код, таким образом, он может оказать поразительное влияние.
При использовании скомпилированного языка, который компилирует в промежуточный язык, такой как Java или любой из языков.NET, то обычно имена переменной, имена классов, имена методов, и т.д. являются всей частью IL. Наличие дольше имен методов окажет влияние. Однако при позже пробежке obfuscator это уходит, так как obfuscator переименует все к очень (обычно) кратким названиям. Поэтому путаница часто дает влияние производительности.
Однако я настоятельно рекомендую использовать длинную, описательную переменную/метод/имена классов. Это делает Ваш код понятным, удобным в сопровождении, и читаемым - в конечном счете, который явно перевешивает любое небольшое преимущество перфекта.
MSVC ++ усекает имена переменной к 255 символам. Длина имени переменной не оказывает влияния на размер скомпилированного кода.
На скомпилированных языках, почти наверняка нет; все становится символом в таблице символов. На интерпретируемых языках ответ также не за несколькими чрезвычайно редкими исключениями (в определенных более старых версиях Python было бы различие, например).
Как указано другими, имена переменной исчезают на скомпилированных языках. Я полагаю, что имена локальной переменной в .NET могут быть отброшены. Но вообще говоря, даже на интерпретируемом языке, потребление памяти имен переменной незначительно, особенно в свете преимуществ хороших имен переменной.
На самом деле в ASP.NET длинные имена переменной для средств управления и основных страниц действительно добавляют к размеру сгенерированного HTML. Это добавит некоторую незначительную дополнительную память для буферизации потока вывода, но эффект будет больше всего замечен в дополнительном небольшом количестве сотни байтов отправка по сети.
В Python имена, кажется, собраны во многие простые таблицы; каждое имя появляется точно однажды в каждом объекте кода. Имена не оказывают влияния на производительность.
В статистических целях я посмотрел на 20 функций строки, которые были решением Euler проблемы Проекта 15. Эта функция создала 292-байтовый объект кода. Это использовало 7 отличных имен в таблице имени. Необходимо было бы использовать имена переменной с 41 символом для удвоения размера файла байт-кода.
Это было бы единственным влиянием - безумно большие имена могли бы замедлить время загрузки для Вашего модуля.