JS

Чтобы перестать делать лучше то, что ещё не сделано до конца, нужно понять одну простую истину: Запущенный проект лучше, чем не запущенный.

Давайте потренируемся:

• Что лучше: запущенный проект с несжатыми стилями или незапущенный со сжатыми?
  
• Что лучше: не запущенный проект с десятью страницами или запущенный с тремя?
  
• Что лучше: запущенный проект c jQuery или не запущенный без jQuery?
  

Надеюсь, вы смогли выбрать! Как узнать, что пора запустить проект? (Под запуском я имею в виду «показать людям». Например, если вы решили написать библиотеку, давайте считать «проект запущенным», если вы выложили её на гитхаб) Нужно прикинуть, сколько времени вам надо на разработку и умножить на два. Если получилось больше двух недель, то стоит разбить проект на части и прикинуть так про каждую часть. Соответственно, ставите дедлайны.

Промежуточные дедлайны помогают успеть к последнему. Старайтесь сначала реализовать основную функциональность, а потом дополнительную. Если не успеете к дедлайну доделать дополнительное — сначала запустите основное, а потом видно будет, надо ли вообще доделывать дополнительное.

Ну и не беритесь за каждую идею, а выбирайте самые инетересные. Если вы будете делать пять проектов одновременно, скорее всего ни один не доделаете.

Удачи!

class Parent extends Component {

	constructor() {
		super();
		this.state = {
			text: ''
		};
	}

	// Ссылку на этот метод будем передавать в Button компонент.
	buttonClick() {
		this.setState({ text: Date.now() });
	}
	
	render() {
		return (
			<div>
				// Ну, а тут передаем состояние text (родительского компонента) через props в дочерний (Text)
				<Text text={ this.state.text } />
				<Button onClick={ () => this.buttonClick() }/>
			</div>
		);
	}
}

function Button(props) {
	return <button onClick={ props.onClick }>Click me</button>
}

function Text(props) {
	return <span>{ props.text }</span>
}

Готовый вариант
Создаем блоки и меняем им наклон,а внутри прописываем display: inline-block и противоположную трансформацию для текста,чтобы он был ровным.

transform: rotate(-45deg);

есть ли смысл идти на русские фриланс биржи

Если нет проблем с английским, очевидно - нет.

можно ли добавлять в своё портфолио сайты сверстанные для себя, т.е. не настоящие проекты

Да. Мол вот я сверстал, дизингер вот такой то и ссылка.

не будет ли проблем с правовыми вопросами из-за того что я использую чужие(хоть и бесплатные) psd шаблоны

Если продавать не будете или приписывать себе авторство, то все будет норм.

Переходить в другой вуз врядли есть смысл.

Берите от вуза максимум, что можете взять. Например умение сдавать отчеты по нелюбимым предметам, умение договариваться с преподавателями, умение задать вопросы по непонятным темам и выбить из препода понятное объяснение. Это крайне полезный навык - умение решать проблемы.

А самообразование нужно везде, в какой бы вуз вы не пошли. ИТ слишком подвижная область, чтобы образовательная программа могла за ней угнаться.

Пытаться стоит, но шансы свои нужно оценивать реально и не переживать, если не получится.
Junior на удаленке крайне неэффективен, от того практически невостребован.

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

Sass/Less
Gulp/Webpack
Git
Bower
Github
ну и конечно же интернет, уметь им пользоваться

А вообще читай здесь, это Букварь так сказать: вот

Лучшее, что вы можете найти по теме:
Томас Х. Кормен, Чарльз И. Лейзерсон, Рональд Л. Ривест, Клиффорд Штайн. Алгоритмы: построение и анализ, 3-е издание

Для начала, как говорится, определитесь с целями. Вы хотите больше интересных задач. При этом ваша специализация - верстка. Раз уж вы только только решили попробовать "gulp" и sass - предположу что с такими инструментами, как скажем autoprefixer вы так же не знакомы. И тем более webpack.

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

По процессам вам стоит ознакомиться с существующими методологиями в верстке. BEM, Css modules и т.д. Сейчас все популярные фреймворки (в том числе и angular) идут по сути реюзабельных компонентов, и подобных подходы к верстке зададут вам какую-то основу.

Передт тем как учить фреймворки стоит определиться с целями. Если знания ангуляра вам нужны на уровне шаблонов - ну тут тогда можно просто почитать да попробовать в свободное время. Если же вас именно качественное понимание всего интересует, но перед фреймворками надо хорошо изучить javascript (и ознакомиться с текущим стандартом ES2015). И уже после этого можно приступать к фреймворкам.