Сижу на серьезной встрече с потенциальным клиентом. Несколько специалистов рассказывали, что мы можем предложить, описывали все нюансы по будущему сайту...
Спустя около получаса рассказов клиент начинает поочерёдно поднимать руки, просит зеркало, чтобы посмотреть на своё лицо. Убедившись, что всё в порядке - говорит “блин, юзабилити, CMS, сео - слова вроде знакомые, но нифига не понимаю, думал у меня инсульт уже, напугали”.
КРАТКОЕ СОДЕРЖАНИЕ (кто не хочет читать):
- web-страницы в Интернете исчезают бесследно;
- чтобы исчезали не бесследно, web-страницы и файлы можно сохранять в Internet Archive по ссылке https://web.archive.org/save/АДРЕС_СТРАНИЦЫ;
- какие-то web-страницы не сохраняются, поэтому сначала сохраните в https://akkela.net/copyhtml/, а потом полученный URL по ссылке https://web.archive.org/save/АДРЕС_СТРАНИЦЫ;
- какие-то файлы не сохраняются, поэтому сначала сохраните в https://leopard.hosting.pecon.us/, а потом полученный URL по ссылке https://web.archive.org/save/АДРЕС_СТРАНИЦЫ;
- ещё большие тексты можно сохранять сначала в pastebin.com, а потом полученный URL по ссылке https://web.archive.org/save/АДРЕС_СТРАНИЦЫ;
- бонусом в статье рассказывается о способе сделать копию закрытых страниц и замену peeep.us;
- если не нравятся предложенные сайты, ищите альтернативы сами. :)
Подробнее (много текста):
История
Первые страницы в Интернете были созданы ещё в 1991 году.
Но 24 года назад, лишь в 1996 году Брюстером Кейлом была организована некоммерческая организация Internet Arсhive, собирающая копии веб-сайтов, с 2001 года предоставившая публичный доступ к своей Waybackmachine (накопилось свыше 50 петабайт данных и число перевалило за полтриллиона страниц).
Но, к сожалению, материалы за около 5 лет, когда сайты были, а архива не было, фактически потеряны.
Распадаются страны (например, домен .yu — Югославия), упраздняются организации, прекращают работу сайты, следовательно сведения бесследно исчезают.
Информация — это история и культура.
Доп.почитать: Почему у нас осталось так мало раннего Интернета (Хабрахабр)
https://ru.wikipedia.org/wiki/Архив_Интернета
Например, сайт прекратившей работу компании, создавшей один из первых интернет-браузеров:
https://web.archive.org/web/20070917180729/http://www.netscape.com/
«Существует два типа людей: 1) которые ещё не делают резервное копирование и 2) которое уже делают.»
Лучшие практики того,
как можно вручную сохранить ценную информацию [почти] навечно (на примере Пикабу).
Чтобы сохранить АДРЕС_СТРАНИЦЫ, нужно прописать:
https://web.archive.org/save/АДРЕС_СТРАНИЦЫ
Чтобы найти АДРЕС_СТРАНИЦЫ потом:
https://web.archive.org/web/*/АДРЕС_СТРАНИЦЫ
Подробнее:
1) Web-страницы публично открытых сайтов (когда waybackmachine срабатывает).
Стандартно. «Скармливать» ему лучше чистую ссылку (например, https://pikabu.ru/story/_7676787, без заголовка в URL). Чтобы потом проще было найти в архиве, если статья исчезнет.
2) Текстовая информация.
Сохранить текст, большой текст можно в pastebin.com (должно хранить вечно, но кто знает).
А потом дополнительно для спокойствия сохраняем в Waybackmachine.
Обе ссылки можно дать, например, в комментарии.
3.1) Файлы по ссылкам.
Стандартно. Упомянутый Архив Интернета сохраняет файлы, если дать на них прямую ссылку.
В комментариях можно дать ссылку на резервную копию файла.
3.2) Файлы по ссылкам, когда waybackmachine не сработал, ИЛИ же закрытые файлы.
Во-первых, применимо, когда сохранение не проходит из-за настроек сервера.
Во-вторых, применимо, когда у вас есть свой файл, который хочется опубликовать и сделать так, чтобы ссылка на него была доступна в комментариях и в будущем, навсегда.
Тогда файл стоит «перезалить», сохранить и дать на него ссылку.
Последовательность действий моя:
- загружаем файл через https://leopard.hosting.pecon.us/ (даёт прямые ссылки; утверждает, что хранит файл вечно; до 100 мегабайтов);
- дополнительно сохраняем полученную ссылку в Waybackmachine;
- в комментариях к странице даём обе ссылки;
- опционно: сохраняем в waybackmachine ещё и статью с комментариями (где будут эти ссылки).
Критерии хостинга: без регистрации, получается прямая ссылка (которая сохранится в Waybackmachine), а бонусом идёт вечное хранение (как утверждается). Но если и не вечное, то зеркало будет в Архиве Интернета.
Если у вас есть подпадающие под эти критерии хостинги — кидайте в комментарии.
4.1) Web-страницы публично открытых сайтов, когда waybackmachine не сработал, ИЛИ же закрытые страницы.
Во-первых, применимо, когда сохранение конкретной страницы не проходит опять-таки из-за настроек сервера (например, сайт подгружает информацию по нажатию мыши).
Во-вторых, применимо, когда есть информация, которая доступна после авторизации, а давать логин-пароль не рационально.
С первым примером всё ясно.
Типичный пример второго — та же Лепра, или страница с закрытого паблика соцсети, или страница с электронной почты. Сделать копию HTML, не давая доступа к учётной записи, чтобы показать, можно.
В своё время для этого использовался созданный в 2009 году сайт peeep.us, который бонусом был ещё и удобным сокращателем ссылок. Но он увы канул в Лету... Ничто не вечно.
Доступный аналог (к сожалению, в отличие от исчезнувшего сервиса ссылки не сокращает и хранит информацию у себя не вечно, хотя с первостепенной задачей справляется):
Как работать:
- зайти на сайт, скопировать букмарклет себе в браузер (или быть готовым запустить скрипт, например, через консоль);
- зайти на нужную страницу;
- запустить букмарклет, чтобы осуществить копирование страницы. Учтите, она пропадёт в скором времени!
- дополнительно сохранить её с помощью в waybackmachine навечно;
- в комментарии к странице даём обе ссылки;- опционно: сохраняем в waybackmachine ещё и статью с комментариями (где будут эти ссылки).
4.2) Страницы закрытых сайтов (исправленные).
Как и в peeep.us, разумеется, если вам дали страницу, полностью доверять содержимому на ней нельзя: перед загрузкой страницы её можно отредактировать и отправить на сервер отредактированную (подменённую) версию.
Как подменить:
После изменения HTML страницы данный код позволяет отправить страницу, как её видит пользователь:
(function() {
var send = function(url, content, type) {
if (type == null)
type = 'text/html;charset=utf-8';
else
type = type.match(/^[^;]+/)+';charset=utf-8';
var form = document.createElement('form');
form.setAttribute('method', 'post');
form.setAttribute('action', 'http://akkela.net/create.php');
form.setAttribute('enctype', 'multipart/form-data');
form.setAttribute('accept-charset', 'utf-8');
var input = document.createElement('input');
input.setAttribute('type', 'hidden');
input.setAttribute('name', 'r_content');
input.setAttribute('value', content);
form.appendChild(input);
input = input.cloneNode(false);
input.setAttribute('name', 'r_url');
input.setAttribute('value', window.location.protocol + "//" + window.location.hostname);
form.appendChild(input);
input = input.cloneNode(false);
input.setAttribute('name', 'r_type');
input.setAttribute('value', type);
form.appendChild(input);
document.body.appendChild(form);
form.submit();
document.body.removeChild(form);
};
var showLoad = function() {
if (document.getElementById('peeeppeeeppeeep') != null)
return;
var div = document.createElement('div'), img = document.createElement('img');
img.setAttribute('src', 'http://www.peeep.us/assets/load.gif');
div.appendChild(img);
div.setAttribute('style', 'position: fixed; left: 50%; top: 0; margin-left: -24px; padding: 8px; background: rgba(255,255,255,0.9);');
div.id = 'peeeppeeeppeeep';
document.body.appendChild(div);
};
try {
showLoad();
var url = location.href;
var r = new XMLHttpRequest();
r.open('GET', url, true);
//r.overrideMimeType('application/octet-stream');
r.onreadystatechange = function() {
try {
if (r.readyState == 4) {
if ((r.status >= 200 && r.status < 300) || (r.status >= 400 && r.status < 500)) {
//send(url, r.responseText, r.getResponseHeader('Content-type'));
send(url, document.documentElement.outerHTML, r.getResponseHeader('Content-type'));
} else {
throw r.statusText;
}
}
}
catch(e) { alert('Error: '+e+'\nPlease, try again'); }
};
r.send(null);
}
catch(e) { alert('Error: '+e+'\nPlease, try again'); }
})();
Пример результата:
- Хабрахабр: лучшие месяца + доп.абзац (скоро удалится).
Типичные примеры спасения файлов, когда ссылка в посте больше не работает, и иное:
1. Пикабу: Векторные дома в изометри, раздаю бесплатно:) (с сайта, указанного в посте, не грузится, но Архив Интернета скопировал).
2. Голосовое управление офисной оргтехникой (по ссылке в посте не грузится, но файл залит на хостинг, а потом сохранён в Архив Интернета).
3. Сайт peeep.us больше не работает, пропал и их javascript, но код сохранён в 2017 году.
4. Аналогичный файл javascript сайта-аналога, не был сохранён. А был сохранён позавчера мной, и я был первым. Если что с сайтом случится, файл останется.
Воинское искусство обладает такой силой, что может из простолюдина сделать Короля, а из Короля - простолюдина. Никколо Макиавелли
Цель — Senior Frontend Developer.
Язык: JavaScript / TypeScript.
Возраст: 29 лет.
Работа (настоящее время): Middle Frontend Developer в компании "Open Solutions".
Локация: г. Санкт-Петербург.
Привет! Все меняется очень быстро, особенно, если мы этого хотим. Через некоторое время после публикации последнего поста(месяц назад), я решил, что горячий песок Средиземного моря и жаркое лето может меня сильно расслабить и, проанализировав настоящее положение вещей, и то, какие препятствия могут произойти в будущем, я решил не торопить события и отложить переезд в другую страну на неопределенный срок.
Далее, взвесив все за и против касательно работы на фрилансе, я решил выстраивать эту систему параллельно маленькими шагами, дабы не разрушить выполнение обязательств, которые у меня имеются на данный момент в жизни. Поэтому я принял решение устроиться на полноценную удаленную работу.
Поглядев на требования к middle разработчикам на всем известным ресурсах по поиску работы, я понял, что устроиться на удаленку на данную позицию будет несложно. Расчехлил резюме и приступил к поиску работы. Пять собеседований, из них четыре в один день, один отказ, одно собеседование с проходом на второй этап, одно собеседование с проходом на третий этап после технического собеседования с лайфкодингом и тестового задания и один оффер после технического собеседования. Спустя неделю после начала поиска, я принял оффер от одной компании, не дожидаясь ответы от других компаний и не проходя далее следующие этапы в других.
Что хочу отметить касательно собеседований на позицию middle? Во-первых, почти во всех компаниях (в том числе куда я устроился) помимо устных ответов на вопросы, которые задают на позицию junior, здесь ты решаешь задачи и пишешь код онлайн. Во-вторых, касательно вопросов - вопросы разные, помимо базы javascript и фрэймворков, здесь задают вопросы о том, как бы ты решил ту или иную реальную конкретную задачу.
Итак, уже две недели я тружусь в компании Open Solutions на удаленной основе. У меня сейчас выстроена 3-х месячная система повышения уровня квалификации (это по желанию), где у меня есть более опытный коллега, который поставил мне задачу на самостоятельное изучение конкретной плоскости и каждый месяц буду делать отчет что получилось и что нет. Сейчас у меня уклон идет в SSR. То есть уход от SPA в изоморфные приложения.
Понятное дело, что middle разработчики бывают разные и поэтому, если вы изучите рынок, то увидите, что зарплаты колеблются от 80 т.р. до 160 т.р. или даже выше. Поэтому будем ориентироваться на средние показатели и тот факт, что по линейке компании, куда я устроился, я прошел на миддла. Вопрос соответствия вообще холиварная тема, но хочу сказать, что соотношение уровня заработной платы и задач,и которые я решаю, меня вполне устраивают.
Так, что могу официально заявить, я на втором и скорее всего самом долгом этапе в становлении профессиональным разработчиком. Компания меня устраивает, условия тоже, коллектив тоже. Поглядим, конечно, что будет дальше. Идея открыть свою компанию у меня никуда не делась.
Кстати, теперь могу спокойно ехать хоть в Турцию и жить там очень комфортно, но сейчас это не актуально.
Памятуя традицию еженедельных отчетов:
- Решил несколько тестовых заданий по React (не выкладываю в репу с тестовыми, так как еще рано, компании их еще высылают соискателям);
- Прочитал книгу Scott Chacon - ProGit (рекомендую тем, кто хочет узнать полезные команды системы контроля версий и проникнуть внутрь git);
- Посмотрел выступление рендеринг на стороне сервера;
Да, ты спросишь, а как связаны данные новости с обложкой поста?
Всё просто. Помимо программирования я интересуюсь воинскими искусствами и планирую восстановить тренировки, для чего ищу спарринг-партнера.
Я не тренер, я такой же как и ты(возможно знаю чуть больше, а может и нет), будем вместе исследовать воинские системы и смотреть что работает, а что не работает, опираясь на конкретные материалы, книги и исследования.
Да и физическая нагрузка в нашей сидячей работе лишней не будет. Особенно полезная нагрузка и навыки, которые могут пригодиться в жизни.
ЛОКАЦИЯ: САНКТ-ПЕТЕРБУРГ. (более точное место определим позже, пока погода позволяет будем тренироваться на улице).
Что конкретно будем рассматривать в ходе тренировок:
- Стиль бокса Каса Д'амато (тренер и наставник Майка Тайсона);
- Испанское неаполитанское и палермитанское фехтование;
- Работа с ножом и против ножа(в том числе голыми руками);
- Работа со стилетом;
- Работа с другими видами оружия;
- Как всё это интегрировать в жизнь и т.д.
Начальная экипировка и оружие для занятий у меня есть, далее будем уже докупать.
Я думаю каждый мужчина должен уметь постоять за себя, за семью и за слабого.
Пиши в телеграм, если есть желание составить мне компанию: @artem_owiii
Ну и помимо воинского искусства, общая тема программирования никуда не делась, всегда можно пообщаться и возможно начать какие-нибудь совместные проекты.
Всем удачи и реализаций!
Современный мир системных администраторов обленил нас красивыми web-face-ами, что даже не охота ставить софт, где нет этого самого «гуя» (чувствую сейчас полетят камни от правоверных строчкеров), ну не через строку же постоянно туда лазить, правда? Все бы ничего, если софт поставил, настроил и забыл, а что делать, если туда надо постоянно лазить, править, ну и конечно же нет лога всех действий, не писать же каждый раз cp cfg cfg_back, со временем запутаешься и забьешь на это дело.
Много лет назад познакомился я с таким чудесным балансером, как Haproxy. Все чудесно и красиво. Стало у меня их много и задумался я о поиске GUI к нему, но его на удивление не было. Очень популярный софт, к тому же достаточно старый, ну да ладно подумал я и продолжил изредка править ручками в своем любимом vi и иметь кучу открытых вкладок со статистикой всех активных серверов. Но настало время и мне пришлось удовлетворять «хотелки» людей, которые писали софт для работы через http, вот тут и началось интересное…
Ручки зачесались, глазки загорелись и я приступил. Точнее начал думать на чем писать, вспоминать давно-давным забытый PHP, как-то не хотелось, да и казалось, что он не совсем подходит для этого дела. В итоге выбор пал на Python, в будущем точно пригодится подумал я и началось впитывание информации.
В начале задачи стояли не такие уж и сложные: возможность редактировать конфиги из веб интерфейса из одной точки входа, сохранения предыдущих версий конфигов. Данный, не особо большой функционал получилось реализовать достаточно быстро, но тут во мне взыграла то ли админская лень, то ли пресловутый перфекционизм и мне этого показалось конечно же мало. И тут начали появляться такие фичи как: сравнение двух конфигов, логирование всех действий связанных с конфигами, Runtime API и добавления секций, через web.
И как порядочный UNIX администратор живущий за счет свободного ПО я решил поделится с миром, а в друг кому-то пригодится? Но для этого надо было сделать все так, чтобы не приходилось лазить в код, но максимум в конфиг приклады(Сейчас большинство настроек переехало в базу. Как по мне их стало удобней редактировать и при обновлении не будет ошибок из-за отсутствия в конфиге какого-либо параметра).
Спустя месяц я выложил свою поделку на Github особо не на что не рассчитывая. А зря, софт оказался слегка востребованным и тут началось самое интересное… Активная «допилка» идет уже почти год. Порой есть желание все это бросить, т.к. мои потребности перекрыты уже давно. Ну вот зачем мне возможность развернуть «кластер» с keepalived и HAProxy через веб морду, если у меня это занимает от силы пару минут? А людям оказывается надо, да и мне интересно, и есть чем заняться. Хотя конечно же есть и нужные мне функции, например, как мониторинг бэкенд серверов, доступны ли они для Haproxy. У нас конечно же есть корпоративный мониторинг, но там сидят люди, которые могут достаточно долго реагировать, + т.к. мой отдел занимается разработкой и софт то появляется, то исчезает достаточно долго пробиваться через бюрократию.
А с недавних пор HAProxy-WI так же поддерживает NGINX и дает возможность установить полноценный мониторинг состоящий из Grafana, Prometheus, Nginx и HAProxy экспортеров. Так же появилась возможность простого мониторинга портов на предмет доступности порта, ответа HTTP и проверка ответа по ключевому слову. Да, не много функций, но зато ставить и админить легко :)
В общем решил поделится, ведь получается, что это единственный бесплатный GUI. А вдруг кому пригодится? И ссылка, вдруг кого заинтересует: https://github.com/Aidaho12/haproxy-wi/
Когда CloudFlare только появился, это была настоящая революция в веб-хостинге: в два клика, без переезда на другой сервер, к своему сайту можно было подключить профессиональный CDN(Сеть доставки содержимого — географически распределённая сетевая инфраструктура, позволяющая оптимизировать доставку и дистрибуцию содержимого конечным пользователям в сети Интернет), который экономил кучу трафика, ускорял загрузку статических файлов и еще защищал от DDoS. Раньше позволить себе такое могли только компании за большие деньги, а теперь это стало доступно каждому, еще и бесплатно!
Дисклеймер: я сам много пользуюсь CloudFlare и считаю, что они делают большое дело, помогают развивать интернет, дают бесплатно крутые продукты, и в целом отличные ребята. Статья описывает проблемы глобализации и новые угрозы, когда децентрализованный интернет становится централизованным.С тех пор CloudFlare сильно вырос и сегодня проксирует через свою инфраструктуру треть интернета. Из-за этого появились проблемы, которых раньше не существовало. В посте мы разберем, как CloudFlare угрожает нормальной работе интернета, мешает обычным людям пользоваться сайтами, имеет доступ к зашифрованному трафику, и что с этим делать.
В прошлом году, 2 июля 2019 года в результате ошибки CloudFlare полностью сломался. В результате были недоступны все сервисы, так или иначе использующие их сеть. Среди наиболее известных: Discord, Reddit, Twitch. Это коснулось не только веб-сайтов, но и игр, мобильных приложений, терминалов и т.д. При этом, даже те сервисы, которые не используют напрямую CloudFlare, испытали проблемы в работе из-за сторонних API, которые стали недоступны.
В большинстве случаев, для использования CloudFlare, клиенты направляют свои домены на их DNS-серверы. В момент аварии стала недоступна также и контрольная панель и API, из-за чего клиенты не могли перенаправить свои домены в обход сети CloudFlare, таким образом оказавшись в ловушке: нельзя было оперативно отключить проксирование и вернуться на свою инфраструктуру. Единственным выходом было делегировать домен на свои собственные DNS-серверы, но такое обновление могло занять более суток, и большинство клиентов не были к такому готовы и не имели запасных мастер-DNS серверов на такой случай.
Несмотря на то, что даунтайм был небольшим, всего несколько часов, это существенно сказалось на всей индустрии. Из-за неработающих платежных сервисов компании несли прямые убытки. Этот инцидент вскрыл очевидную проблему, которая до этого обсуждалась только в теории: если интернет настолько зависим от одного поставщика услуг, в какой-то момент все может сломаться.
Если одна компания контролирует такую большую часть интернета, это угрожает устойчивости сети как с технической стороны, так и с экономической.
Вы выглядите подозрительно
Автор этих строк выходит в интернет с офисного IP-адреса, за которым сидят сотни других сотрудников. Видимо CloudFlare посчитал, что мы все выглядим как боты, и стал показывать всем очень злую капчу. Иногда это доходит до абсурда, когда некоторые мобильные приложения не могут залогиниться. В итоге, чтобы нормально ходить по интернету, приходится подключать VPN.
Получается, CloudFlare в любой момент может отключить вас лично от большой части интернета, если вы ей не понравитесь, или из-за ошибочного детектирования превратить обычное использование сервисов в мучение.
Мы можем видеть сквозь HTTPS
Картинки в инструкциях по настройке HTTPS могут вводить в заблуждение, будто в режиме Full, на всем пути следования трафика используется шифрование. На самом деле сервер CloudFlare расшифровывает трафик от сервера и шифрует его заново своим сертификатом уже для посетителя сайта.
Даже если вы имеете на своей стороне действующий SSL-сертификат, CloudFlare все равно будет иметь доступ ко всем передаваемым данным. Это дискредитирует всю идею SSL, которая предполагает шифрование от клиента до конечного сервера без расшифровки по пути.
В случае ошибки или взлома серверов CloudFlare, весь конфиденциальный трафик будет доступен злоумышленникам. Достаточно вспомнить уязвимость с утечкой памяти , из-за которой сервера CloudFlare выплевывали случайное содержимое памяти прямо в контент страницы. Среди таких данных могли быть cookie, учетные записи, номера кредитных карт и т.д.
Также нужно иметь в виду, что спецслужбы той страны, в юрисдикции которой работает компания Cloudflare Inc, могут запрашивать доступ к расшифрованному трафику, даже если оригинальный сервер находится в другой юрисдикции. Это превращает основную идею SSL в фикцию.
Не только инфраструктура, но и цензура
Изначально, компания Cloudflare заявляла, что будет только предоставлять инфраструктуру для клиентов и не планирует цензурировать ресурсы по содержимому, обещая ограничиваться только законными требования от государственных органов. Так было с сайтом знаменитой группировки LulzSec, которые координировали взломы и DDoS-атаки. По этому поводу Cloudflare выпустили заявление.
Однако спустя время, Cloudflare решает отказать сайту 8chan в обслуживании на основании своих представлений о морали. При этом никаких судебных решений или иных формальных причин для этого не было — просто они так решили. Это вызвало общественную дискуссию о том, может ли провайдер сам решать, какой сервис достоин обслуживаться на его инфраструктуре, а какой нет. Статья с размышлениями на эту тему в New York Times: Why Banning 8chan Was So Hard for Cloudflare: ‘No One Should Have That Power’.
Заключение
Несмотря на то, что Cloudflare невероятно полезный сервис и помогает значительно ускорить доставку контента, а так же развивает интернет, его опасный рост и грядущая монополия угрожает устойчивости всего интернета. Попробуем резюмировать все вышесказанное в простых тезисах:
1. Нельзя хранить все яйца в одной корзине. Это просто небезопасно, цена ошибки в таком случае слишком высока. Если все секреты мира будут у одной компании, она всегда может быть взломана, допустить ошибку или просто действовать нечестно для выдавливания конкурентов с рынка.
2. Коммерческая компания всегда заинтересована в одном — зарабатывании денег. Если ключевые элементы узлы интернета захватит одна компания, она сможет монопольно управлять ценами на услуги, уничтожать конкурентов и диктовать свои правила, задавливая конкурентов в зачатке.
3. SSL больше не защищает данные от третьих лиц. Все ваши шифрованные данные, передаваемые по сети Cloudflare, доступны этому самому третьем лицу — CloudFlare. Это дает неограниченный доступ к чувствительным данным миллионов пользователей.
Данный пост не призывает отказываться от Cloudflare, а только описывает, чем в перспективе угрожает такой бурный рост и влияние этой компании. Подумайте, действительно ли использование Cloudflare необходимо для ваших задач, и если без него никак, предусмотрите план Б, на случай экстренного переезда.
Цель — Senior Frontend Developer.
Язык: JavaScript / TypeScript.
Возраст: 29 лет.
Работа (настоящее время): Junior Frontend Developer в компании "Корус Консалтинг СНГ".
Локация: г. Санкт-Петербург.
Привет! Как дела? Я смотрю тебя возмутил мой предыдущий пост. Ну да ладно, не серчай. Просто на самом деле не было никаких изменений, никаких новостей. Новости должны были быть на следующий день, но перевирать я не хотел.
Какие новости должны были быть на следующий день? Я к тому времени закончил 10-ти дневную стажировку в боевом проекте компании Корус, прошел аттестацию и ждал ответа - берут меня в компанию или не берут.
Так вот, как вы уже могли заметить, меня взяли и я остался в этом же проекте, где проходил стажировку. Но могли и не взять фронтом, а например верстальщиком, как одного парня, который вместе со мною проходил учебу. По итогам аттестации он не потянул на фронта.
Я уже месяц работаю над довольно непростым и большим проектом. Стек: TypeScript, React на хуках, Redux, Saga. Первое время я вешался, так как мы на учебе мало времени уделяли реакту и сопутствующим технологиям. Еще и typescript... Я смотрел на папки в проекте, потом на то, что внутри и мне хотелось плакать. Плакать от того, что я вообще не понимал что происходит. Реакт вроде понятен, TypeScript тоже. А в целом - ничего не понятно. Десятки файлов, все раскидано, десятки импортов, экспортов. Вспоминал проект американской компании, о котором писал раньше. В общем весело.
Сейчас уже в структуре разобрался, все понятно, что за что отвечает, но все равно некоторые таски еще делаю долго из за сложности технологий. Да, сложно. Сложно еще от того, что я не успел поработать на обычном реакте без Redux и Saga. А тут сразу всё это. Ну лады, поглядим.
В нашей команде 15 человек, есть все. От аналитиков до датабэйсеров или как там их еще называют. Три фронтенд разработчика, в том числе и я. Каждый день код ревью, два созвона(да, работаю удаленно), каждый день старший разработчик подсказывает мне бест практис и просто указывает на ошибки. Игорь, золотой ты человек! Мне бы твоего терпения и уровня программирования!
Сравнивая мою работу в Автоконтиненте и работу здесь в Корусе(удаленно), хотя можно пойти и в офис - это просто две разные вещи, как небо и земля. Поэтому да, компания компании рознь. Уровень проектов разный, уровень заинтересованности в проекте разный, в целом уровень организации работы.
Единственное, что на данный момент плохо и из-за чего у меня возникают определенные мысли - это заработная плата в Корусе. Уровень зп и сложность проекта ну совсем не коррелируются. Так как обещали одно после прохождения стажировки, а по факту другое, постоянно кормят завтраками. И с каждым днем желания работать и ломать голову над такими задачками за зарплату стажера(продавца в пятерочке) не хочется. В целом глядя на hh.ru уровень зарплат фронтов в Корусе довольно не хилый. Но меня как джуна пока это не коснулось. Делаем выводы. Не буду забегать в перед, будут изменения - обязательно сообщу. Но намёк вы поняли.
А что кроме работы? К счастью или к несчастью, но у меня стало меньше времени. У меня нет как раньше свободных вечеров для прокачки доп. навыков и осваивания доп. технологий. Параллельно я ставлю другой навык, это новый проект, если можно так сказать( но его не будет ни на пикабу, ни где-либо еще). Тот проект направлен не на финансовую составляющую, как этот, всё же по большей части, о котором вы читаете. Да, у меня в эталоне многофункциональность. Я считаю, что человек должен много чего уметь делать. Но и осевой навык тоже должен быть.
Поэтому прокачка в программировании замедлилась, могла бы во много раз быть мощнее. Но тот проект в приоритете. Программирование все же для меня ремесло, не больше.
Есть у меня еще кое-какие наметки насчет работы в программировании, но не только в качестве разработчика. Но для этого нужны ресурсы, которых пока нет. Так, что об этом чуть позже.
Вот такие дела. Как у вас дела? Кто уже устроился на работу и стал миддлом, пока я тяну кота за яйца и выбираюсь из "трясины джунства"?
До встречи через месяц!
Артем OWIII.
Репозиторий с тестовыми заданиями для frontend разработчика.
В этот день, помимо твоего дня рождения, оный случился еще у астронома Джованни Кассини (именем которого названа автоматическая космическая станция, отправленная изучать Сатурн) и у создателя всемирной паутины Тима Бернерса-Ли, который придумал еще url и html! Желаю тебе полезного интернета и новых открытий! С праздником!
ссылка для тех, кто хочет поддержать мой ежедневный проект
Как хобби, занимаюсь web-разработкой, заказчиков достаточно, но из них увы много посредников, хотя лично, стараюсь всегда вникнуть в желания заказчика, делаю всегда все очень старательно, часто вообще проект с нуля собираю без наработок (быстрее и лучше написать с нуля чем адаптировать старое) к чужому коду и библиотекам вообще брезгливо отношусь (например js, только наитивный без того же qjery и т.д.) и несмотря на сарафанное радио, которое вроде работает как нельзя лучше, кол-во прокладок между мной и клиентами неуклонно растет. Но недавно понял, почему посредники присутствуют в том объеме, с которым я работаю. На весьма ярком примере очередного контрагента. Собственно звонит мне женщина, явно от какого-либо из прошлых заказчиков. По телефону озвучиваю основные моменты, задаю вопросы и т.д. выезжаю на место ведения её деятельности, посмотреть в живую объект трансляции в веб-пространство и провести личную встречу (всегда стараюсь лично обговорить с человеком заказ). Треплю себе нервы, вникаю в процесс, формулирую за клиента его желания в ТЗ, попутно объясняю, что в дизайн нелюблю, но сверстать могу любой макет и коли у них нет представления о внешнем виде проекта, могу порекомендовать человека т.к. я занимаюсь в первую очередь backend (серверная часть web-продукта, например php + sql), а frontend (видимая конечным клиентом часть проекта, обычно это html + css + js) в моем исполнении получится хорошо, только на основании дизайн-проекта. Объясняю вот вообще все как есть, как будет происходить разработка, сколько времени уйдет, предлагаю варианты и т.д. По итогу я понимаю, что заказчик не хочет вникать. Она открывает посчитаный какой то студией проект со схематичным дизайном, говорит вот так хочу. Я по новой начинаю круг рассказа, мол уважаемая, вот эти картинки это конечно круто, но это просто статичный документ, сверстать его 6-8 часов весь, но это не web-проект, а обычный статичный сайт и необходимо продумать функционал, цели и т.д. Привел пример "динамический сайт это как игра - с ним можно взаимодействовать, web-приложение своего рода, а статичный сайт это как видео - его можно только смотреть, без взаимоднйствия". В общем с горем пополам составили шикарное ТЗ, посторался продумать все, включая слежку за сотрудниками, которые будут пилить статьи и добавлять продукты. В общем я был удовлетворен заданием полностью. Озвучиваю на следующий день ценник и сроки... киент сливается, ну да ладно, бывает - не привыкать, я благополучно выкинул его из головы. А происходило это к слову в феврале. Какого же было мое удивление, когда недавно ко мне обратился посредник с этим же заказчиком, примитивным ТЗ и дизайном вырви глаз (куча анимаций, все вертится и крутится, десятки странных шрифтов, в общем аляпистое нечто) с жалкой толикой продуманного мною ранее функционала. Т.к. у посредников я не размещаю информацию о себе любимом и работаю инкогнито, и конечно же продвижение сайта будет не моим продолжением заказа - ценник проекта получился заметно выше, несмотря на меньший объем работы. Новоиспеченный маклер охотно выразил горячее согласие жирной предоплатой и подписаным договором. Собственно к чему я все это написал. По моим личным наблюдениям и субъективному мнению, огромное кол-во людей просто сами хотят, чтобы им навешали лапши на уши, а когда хочешь сделать хорошо и говоришь правду - ищут подвох. На этом то и кормятся многочисленные посредники. А скупой (и тупой) платит дважды.
P/s
Бывают крутые посредники, которые реально заслуживаю свой хлеб, хорошим ТЗ и работой с контрагентами, но их мало. С клиентами общаться умею, просто не в моиз правилах обманывать и вешать лапшу. Иными словами - если есть задача, то либо делать хорошо либо никак. Срасибо за внимание, нужно было выговориться.
