Алексей Пьянов

Пункт номер ноль

Разработчик должен соображать и уметь использовать Google. Первое оценить крайне сложно, для этого придумано много «дурацких» вопросов для собеседований. Второй пункт прививается в первые дни испытательного срока. Плюсом будет аккаунт на stackoverflow.com.

anton.shevchuk.name/php/required-skills-for-junior...

https://dou.ua/forums/topic/14427/
ru.stackoverflow.com/questions/581042/%D0%A7%D1%82...

Прежде чем переквалифицироваться (а это именно переквалификация) в проектные менеджеры вы должны себе ответить на несколько вопросов:
1) готов ли я уделять проекту времени больше чем обычный рабочий день?
2) готов ли я постоянно коммуницировать, убеждать и доказывать, обсуждать и находить консенсус по очень разноплановым вопросам, от технических до HR и бюджетирования?
3) готов ли я что ситуация может очень резко измениться, причем как в следствие внезапно "вынырнувшей" проблемы, так и достаточно естественным образом, и готов ли я постоянно нивелировать зарождающиеся риски?

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

Про скилы:
учитывая что вы программист могу сказать что ПМ должен уметь:
1) детализировать задачи до оцениваемых (и с этим вы в своей работе уже сталкивались);
2) уметь за озвученными "хотелками" увидеть бизнес- потребность (это похоже на работу аналитика);
3)объяснить как правильно на бизнес- процессы заказчика ложиться реализуемый (реализованный) продукт (это то чем занимаются внедренцы).

Остается поднять компетентность по управлению рисками, коммуникациями, а планирование это больше следование набору правил.

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

Что почитать:
Касательно принципов управления персоналом и делегирования - могу порекомендовать послушать лекции Александра Фридмана;
Управление проектами: Том Де Марко - Роман об управлении проектами;
Тайм менеджмент: Книги Глеба Архангельского

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

Это разные профессии. Нельзя вырасти из программиста в менеджера.

Хм. Нужно понимать, что их программиста в менеджера это не вырасти а перейти в другую профессию.

У программиста рост вверх - это это тех.лид и архитектор. Затем может быть собственный проект, где ты владелец. и то...

Менеджер это другая отрасль, и нужно вырасти нужно не из программиста, а просто вырасти.

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

Если пройдете все эти шаги, при этом не переругавшись ни с кем, не послав друг друга куда подальше, поздравляю - вы хороший начинающий манагер.

Чему и как вы его учить собираетесь, если вы сами не специалист? Лучше не надо вмешиваться, просто дайте возможность, то есть компьютер и интернет, и эмоционально поощряйте, этого хватит.
Я в 10-11 лет начинал, методика обучения была крайне простая, сначала узнаем в интернете какие программы нужны для программирования и скачиваем, затем работаем с той которая успешно запускается и что-то в ней получается создать, затем находим готовый код (YouTube, форумы, примеры входящие в IDE), копируем, компилируем, если не компилируется то пробуем другой код, далее включаем аналитическое мышление и уже изучаем принцип, глубже и глубже, по мере интереса с целью модификаций и т.п., ну а дальнейший процесс не контролируем и не предсказуем, вот и все, в результате программированию я научился, ошибок и "пробелов" в познании конечно множество возникало, но ошибки в голове так же как и программном коде, это не смертельная трагедия, а просто то что можно и нужно исправлять по необходимости, сейчас работаю по множеству областей, жизнью доволен, можно до бесконечности ругать каждое написанное мной слово, но у меня есть хоть какой-то успешный практический опыт, а у теоретиков которые со мной не согласятся, его нет вообще, я так себя научил, а они никого ничему не научили ни в 7, ни в 10 лет.

Так вот, проще ли сразу делать все на хостинге

Это очень-очень-очень хреновая практика. Не делайте так.

Сначала хуяк-хуяк у себя и только потом в продакшн!

Конечно проще делать у себя.
Главное заранее узнайте конфигурацию сервера на хостинге, версию PHP и прочее, чтобы не было неприятных сюрпризов.

Зависит от проблем.
Перестал работать инет - может роутер из розетки вынули(было и такое).

Софт:
adwcleaner
ccleaner
dr.web cure it
программа и установка - и ручками удаляем, всё что юзеру не нужно или он не знает даже, что за программа
cpu-z/aida для проверки кулеров и тд
Всякие сканы дисков и тд

Рекомендации:
Пользоваться антивирусом, порно смотреть на нормальных сайтах(порнохаб, редтуб и другие с адекватной рекламой), поставить adblock.

Если не устраивает все на своем хостинге держать, арендуйте отдельный хостинг или лучше vds, чтоб поисковики 100% не проиндексировалии надежнее было в плане безопасности,поставьте http-аутентификацию в корни поддоменов, клиенту даете пароль, он смотрит а остальным желающим хрен с маслом

Посмотри реальные ответы сервера в Chrome Developer Tools в панели Network при отключенной опции "Disable Caching"

Там может не быть CORS заголовков, или они могут быть не с тем access-control-allow-origin, если ты уже открывал тот же URL через прямой запрос из строки браузера или запрашивал тот же URL в том же браузере с другого домена.

Дело в том, что браузер кэширует ответы включая заголовки. Ключом в кэше является URL запроса, а все заголовки (куки, origin, referrer) не участвуют. Поэтому у тебя в кэше может быть сохранённый ответ с заголовками ранее сделанного запроса.

Решение, которое гарантирует, что ответ сервера не будет кэшироваться:
1. в ответе сервера указывать заголовки, подавляющие кэширование
2. делать запросы методом POST, который не кэшируется
3. добавлять к URL "хвостик" из псевдослучайных символов, например ревизию кода, версию API, наименования вызывающего приложения или даже метку времени

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

1. Организовать еще один сервер для хранения бекапов.
2. Настроить резервирование. Я делал так: архаизировал папку с сайтом+делал бекап базы mysql и складывал либо на удаленный сервер по ftp/sftp/rsync.
3. Настроить бекапинг основных конфигов.

В случае падения сервера, ты другой такой же, с актуальными данными(за прошедшие сутки), сервер развернешь в течении 30-60 минут.

1) Мониторинг + сигнализированрие в случае проблем.
2) Бекапы и их восстановление из ситуации "Шеф, все пропало" то есть сервак, на котором твоя VPS сдох и восстановить его нельзя.

стоит прочесть бекапы и мониторинг.

Бросивший универ после 1 курса и 7 лет на продакшене пишет лучше их всех.

stackoverflow.com/questions/5928387/how-can-we-cre...

docker еще можно

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

Да, еще поисковики сейчас полюбили читать соцсети, так что про них тоже не забудьте в комплексе.

Нет