MonaGioconda

Я бы очень посоветовал вам взять одно из заданий с kaggle.com и добиться там достойного места.

1. Стоит выкладывать свои классы (PHP) и библиотеки (JS).
2. Стоит выкладывать нетривиальный и востребованный функционал.
3. Целый проект чего-либо - лучше не выкладывать: мало кто поверит, что Вы делали его в одиночку и это достаточно трудоёмкая задача.
4. Стоит в коде показать ваши знания и умения по владению структурой кода, алгоритмами, работой с текстом или бинарными данными, рекурсией и т.д.
5. Лучше всего - взять отсутствующую реализацию востребованного алгоритма с википедии на том языке, на котором планируете показать свои навыки и реализовать (предварительно поискав на гитхабе и в гугл, и убедившись в отсутствии его реализации или недостаточном качестве).
6. Можете ДАЖЕ ОДНУ функцию сделать, но чтобы она была востребована и делала свою работу лучше (качественнее и быстрее) существующих аналогов и привести таблицу сравнения по скорости исполнения вашего и других аналогичных решений.
7. Задача портфолио на гите - не только показать качество кода и знания языка программирования (и различных подходов), но и способность мыслить не стандартно с максимально возможным результатом на выходе.

Если вам не претит python-way, то Flask + BeautifulSoup + SQLAlchemy

Книга посвященная вашему вопросу
Гайд по Flask на Хабре
Гайд по BeautifulSoup на русском
Гайд по SQLAlchemy на русском

Мне хватило импортировать bs4 и забирать данные прямо в views.py

from flask import render_template
from urllib.request import urlopen 
from urllib.error import HTTPError
from bs4 import BeautifulSoup

@app.route("/links/")
def parse():
	try:
		html = urlopen("http://www.site.ru/").read()
	except HTTPError as e:
		print(e)

  soup = BeautifulSoup(html, 'lxml');
  links = soup.findAll('a')

  return render_template('template.html', links=links)

Приправьте алхимией для БД и почти готов RESTful микрсервис, либо достройте вокруг этого целое веб-приложение, Flask позволяет.

tar zcf - tobearchived | ssh user@destination_server_ip 'tar zxf -'
Жмёт со сжатием в tar, отдаёт поток сжатого по ssh, на той стороне запускается tar и распаковывает.
В цепочку можно добавить любой архиватор по вкусу.

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

я так дамп сервака делаю периодически :)

1. Мышь посылает команды «Я нажата» и «Я отпущена». Считаем, что мышь USB’шная — тогда диспетчер шины 125 раз в секунду даёт мыши таймслот, и она за это время посылает 8-байтовый пакет, и в нём есть поля «сдвиг по X, сдвиг по Y, нажатые кнопки». Сама ОС ведёт счёт координатам курсора мыши. Отображение курсора мыши — это отдельная функция графического драйвера (из-за требовательности к скорости).
2. ОС из этих команд генерирует событие «Двойной щелчок по координатам (X, Y)» и посылает текущей программе (в данном случае — оболочке Windows, explorer.exe, он же Проводник).
3. Рабочий стол — это сильно модифицированный ListView из comctl32.dll (если я правильно назвал эту библиотеку). Впрочем, событие «двойной щелчок» обрабатывается самим Проводником, и если какой-то элемент выделен, он говорит: запусти файл, библиотека shell32.dll, функция ShellExecute с глаголом «open».
4. Библиотека оболочки shell32.dll имеет специальную ветвь кода для запуска ярлыков. Она разбирает файл ярлыка и вызывает более низкоуровневую функцию CreateProcess.
5. Ядро Windows делает всё, что нужно, чтобы создать процесс, завести под него отдельное «пользовательское» адресное пространство, отдельный стек вызовов, потоки ввода-вывода и т.д. Сам EXE-файл и его библиотеки становятся частью системы подкачки Windows, и если какая-то страничка сегмента кода будет выброшена, она подгружается прямо из EXE/DLL. Разрешает динамические адреса, которые становятся известны только при загрузке программы (т.н. relocations). Процесс загрузки программы — дело сложное, с ним я незнаком.
6. Считаем, что программа GUI’шная. Тогда при загрузке, как ни странно, ничего внешне не происходит (только трещит винт, подкачивая данные в оперативную память). Сама программа говорит WinAPI: мне нужно создать такое-то окно, с такими-то кнопками в заголовке, с отображением на панели задач.
7. Система сама посылает окну события: «Я изменяю свой размер», «Я показываюсь», «Я перерисовываюсь». Программа может перехватить эти события и сделать по ним что-то своё. Если у окна есть неклиентская часть (заголовок, рамка), показывает их сама Windows.
8. За перерисовку клиентской части окна (то есть того, что внутри рамки) отвечает одна из нескольких подсистем Windows. Наиболее распространённая — GDI (интерфейс графических устройств), хотя всё чаще используют библиотеки аппаратного ускорения — DirectX/OpenGL/Vulkan.
9. Как только сработали события перерисовки — внутренние Windows и пользовательские — мы видим на экране окошко!

Чед Фаулер "Программист фанатик"
Джоэл Спольски "Джоэл о программировании"
Роберт Мартин "Идеальный программист"
Том ДеМарко, "Вальсируя с Медведями: управление рисками в проектах по разработке программного обеспечения"
Том ДеМарко "Человеческий фактор. Успешные проекты и команды"
Роберт Гласс "Факты и заблуждения профессионального программирования"
Игорь Савчук "Отъявленный программист. Лайфхакинг из первых рук"
Питер Сейбел "Кодеры за работой. Размышления о ремесле программиста"
Хант Эндрю, Томас Дэвид "Программист прагматик"

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