Антон Коновалов

Чувак, своим вопросом ты в открытую заявляешь, что ты в принципе не хочешь учиться. Но если ты хочешь учить программирование самостоятельно, то тебе всё равно придётся трудиться как не крути. Выше ответившие отговаривают тебя от ВУЗа. Но это узколобое мнение. Никакой ВУЗ ни по какой специальности не учит работать. Проверено! Но ВУЗ даёт систему знаний и упорядочивает её для того, чтобы на работе ты максимально быстро вошёл в курс дела. Став взрослее, поработав на работах и не скатившись на кривую дорожку, ты сам поймёшь всю пользу университетских предметов. Из студента делают специалиста, который знает как подойти к инженерной проблеме.
ВУЗ тебе даст инженерный и жизненный кругозор, вложит в тебя полезные вещи. ВУЗ это друзья, тёлочки, знакомства. Потом в нашем мире, где в/о стало доступным, будет странно общаться с человеком без диплома. Сразу появятся вопросы относительно его умственного благополучия. Поверь, это так.
С дипломом хоть и трудно, но гораздо легче, чем без него.
Мой совет: если не хочешь стать хрен знает кем с уклоном только в одну сторону, с сомнительными отрывочными знаниями, то поступай в ВУЗ и не парь мозги.
----------------------------------------------------------
Братан, всё нормально у тебя. Не торопись. В ВУЗовской программе всё предусмотрено. Хочешь изучать основы - изучай. Если боишься, что в этом случае ты будешь "буксовать", то это пустые страхи.

Git.
https://gist.github.com/

Для кусков часто используемого кода лучше подойдет gist.github.com. Для быстрой загрузки есть плагины под попуряные редакторы кода.

Джон Кармак.
Линус Торвальдс.

Вам будет гораздо легче решать большую часть стоящих перед вами задач (а другим гораздо легче вам в этом помогать), как только вы перестанете описывать их общими фразами (типа "максимально эффективно", "полноценный дев", "хорошим специалистом" и т.п.).

Будьте конкретны:
- "Моя цель на ближайшие 6 месяцев - вырасти до позиции XXX в текущей компании". И далее:
- "Что мне нужно сделать для того, чтобы в течение 6 месяцев в моей компании вырасти до XXX ?"

С этим уже можно обратиться к людям, обладающим достаточной компетенцией в помощи вам с ответом на этот вопрос: "Для того, чтобы в нашей компании стать XXX, нужно знать ЭТО и уметь ТО".

- "Что мне нужно для того, чтобы узнать ЭТО и научиться делать ТО ?". Cоставляете план действий (разбиваете необходимые шаги на месяцы, недели, дни) с дежурными сроками (для проверки запланированного и достигнутого, внесения в связи с этим необходимых корректировок и т.п.) - и вперед.

Но все начинается с конкретики:
- "...хочется максимально эффективно развивать себя...". Что конкретно значит (для вас) "максимально эффективно"? По каким критериям вы будете определять, эффективно вы развиваетесь или нет? Количество прочитанных книг? Сложность решаемых задач? Что конкретно?
- "...чтобы стать не только полноценным девом...". Что конкретно значит (для вас) "полноценный дев"? Как вы поймете, что стали "полноценным девом"? Вы добьетесь определенной должности? Будете зарабатывать определенную сумму денег? Что конкретно?

Успехов.

не лежит душа к питону - попробуйте руби. Не лежит к руби - c#, а еще можно: java, c\c++, golang. хотите веба? php, js. все потыкать можно за день два. если прям так тянет к паскалю, посмотрите в сторону dephi или lazarus.

Без кода сложно говорить что-то конкретное.

Есть подозрение, что вы не вставляете в цикл никаких задержек. А ведь для большинства практических задач не нужно проверять что-то каждую наносекунду, можно делать, например, раз в 100 миллисекунд. А для некоторых задач и одна проверка в минуту может быть вполне адекватной частотой.

Вот этот код у меня грузит процессор на 99-100%

while True:
    x = range(3)

А вот с этим процесс python3 я почти вообще не вижу в выводе команды top. Он там появляется всего несколько раз в минуту с какой-то смешной цифрой вроде 0,2 % загрузки процессора.

import time

while True:
    x = range(3)
    time.sleep(0.1)

Так что используйте задержки в цикле и будет вам счастье.

https://github.com/vurtun/nuklear
или
https://github.com/andlabs/libui

Мы стараемся не запускать эту проблему посредством code review, пытаясь распределить нагрузку по ревью между наиболее опытными участниками. Если в коде есть проблемы - тикет возвращается на доработку с замечаниями. Даже если банально не мержится с главной веткой. Попробуйте наладить этот процесс.

Также мы всё собираемся настроить Continuous Integration. Jenkins может прогонять по коду проверку на соблюдение стандартов и покрытие тестами, а затем показывать результаты в красивом виде. Если чей-то коммит показывает более чем N ошибок в расчёте на единицу объёма кода - можно возвращать на исправление.

Прямо уж откровенной копипасты и лапши у нас вроде бы нет почти. Мы стараемся избегать её, придумывать декларативные абстракции во всех случаях, где много тупого императивного кода, писать в функциональном стиле. Я думаю, что необходимы постоянные целенаправленные усилия в этом направлении, чтоб не допускать засилья энтропии.

Ещё пара идей.

• можно отправить разработчиков на какой-нибудь онлайн-курс по чистому коду, хотя я таких даже не знаю, но наверняка должны быть
  
• или устраивать "хакатоны чистого кода", на коих команда разбивается на пары-тройки, каждая из коих пишет какую-нибудь маленькую, но полезную, а главное чистую и оттестированную штуковину, причём тема - по собственному выбору. Потраченное время - оплачиваемое, разумеется. Это уже зависит от руководства фирмы, согласится ли оно на такие развлечения.
  

Мне думается, что чистота и красота кода должны быть пунктами культуры в команде разработчиков, ценностями, если угодно. Нужно не только ругать за ошибки, но и не забывать похвалить товарища за красивое решение, за хороший код, за внимательность.

Ну и важно, чтобы у самих разработчиков была установка на хороший код, профессиональная гордость. У фрилансеров её, бывает, нет, а есть отношение "тяп-ляп, лишь бы работало и лишь бы часы оплатили, а там хоть потоп". Учитывая, что их заказчики занимаются code review нечасто, развитие такого отношения закономерно. Но всё-таки хочется писать красивые программы. Такое желание обязано быть.

Я, конечно, сам не волшебник, я только учусь, и работа с командой - такая штука, которой надо постоянно учиться. Видимо, вы тоже учитесь; успехов в этом.