index0h

Как правильно подойти к процессу изучения?

Про системы обучения написаны кучи диссертаций, и лучшей не существует))
Я учу что-то новое в it сфере следующим образом: подбираю "понятную для меня" книгу 700+ стр. Читаю, как "художественную" с целью понять: что я могу делать и какие механизмы для этого стоит использовать. Дальше практика с книгой. Потом книга откладывается на полочку и пользуюсь официальной документацией ну и гуглом конечно.

Какую литературу читать?

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

Какие видео курсы смотреть?

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

Сколько времени уделять обучению в день?

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

Какая перспектива как javascript-разработчик?

Вы посмотрите вакансии по js

Что вообще лучше Верстальщик или писать мозги сайту(хотелось бы услышать о зарплате, сравнительно)?

Что лучше, вилка, или ложка? Смотря что собираешься делать))

--

З.Ы. Самое важное научиться быстро находить информацию - например ваш вопрос тут уже не раз освещался))

гуглите на тему "pub sub"

Тю... Это IT, здесь оцениваются навыки. Станьте первоклассным спецом - и цены вам не будет.

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

Архитектура строится под конкретное ТЗ. Да, есть базовые паттерны да, есть привычные связки (LAMP например), но бизнес логика навязывает свои уникальные требования и за счет этого различия у проектов огромнейшие.

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

Я вам по секрету: это вам не нужно. Вы никогда не будете использовать 100% функционала ни первого, ни второго, хотя бы по той причине, что часть этого функционала - сугубо внутренняя.

Самая сложная задача - вести nn-летний HL проект по критериям: производительность / безопасность / покрытость тестами / новизна с эдак сотней разработчиков. )))
Но это все равно проще, чем читать не-сформированные мысли людей о "магии"

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

* PSR-0 - PSR-5 (последний еще не принят)
* Не юзайте магию
* Не юзайте массивы [string => anyType]
* Не пишите в док блоках mixed, или object
* eval не юзайте, в смысле никогда
* жестко типизируйте аргументы (в док блоках И в начале проверяйте их)

Нужно придумать название возможно в будущем своей студии. Это готово: Creativix

Простите, но первое что пришло на ум:
- Ало, это Internation World SMM digital group?
- (шепотом) Да
- А почему шепотом?
- Я на математике.

Аренда VDS хостинга

DO

Нужно сделать свой сайт, продвигать его, и реклама....

Вы определитесь, кто вы. Developer/PR/Manager/Sales. Слово "компания" предполагает, что у вас есть сотрудники.

..., а так же на Bitrix-е

nooooooooooooooo

Разработать свою CMS.

Не стоит, результат будет говном 99.99%

Свой движок в какой то степени привязывает клиентов ко мне.

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

А так же мне кажется на бесплатных движках далеко не уедешь, для более крупных проектов нужно сделать удобную CMS под себя.

У более крупных проектов, как правило, не используется CMS вообще.

А дальше по мере развития, открытие ООО, покупка своих серваков, переезд в офис и тд

Замечательно звучит, на сколько лет вперед проработан ваш бизнес план?))

Определитесь с тем, кто ваши заказчики и что вы им можете дать.
Подписывайте договор и ТЗ.
Берите предоплату.
Акты приема-сдачи работ оформляйте итерационно, например дизайн - Х-денег, верстка - Y-денег, программная часть Z-денег, интеграция M-денег, поддержка N-денег. При такой схеме - ваши риски минимальны и вы можете разорвать договор с минимальными убытками для себя. Заказчик тоже не в обиде, на каждой из итераций он получает готовый результат, с которым может делать все что угодно, вплоть до обращения к вашим конкурентам. Каждая итерация обговаривается и утверждается вместе с заказчиком.
Если заказ 50к вам не выгоден - вежливо скажите об этом, если получите пену у рта - завершайте общение.
В принципе не плохим поинтом может быть открытие для заказчика баг трекера по конкретно его проекту (но с правами не более баг репортера, или наблюдателя), учтите заказчик MUST NOT заниматься микроменеджментом. Если у него возникнут замечания/пожелания на уровне "поправить-за-5-мин" - просто сделайте это, если же из сайта визитки захочет свой гугл - договоритесь до одного из:
- пересмотра итераций и изменений в ТЗ, без этого не продолжайте работу
- завершение текущей и создания новой итерации + ТЗ
- завершения итерации и договора

Обзаведитесь хорошим сейлом))

И самое главное - не делайте говно.

UPD

Тут littleguga добавил дельный комментарий)) Помните, госконтора - это ящик Пандоры

Если есть четкие ip с которых идет атака - бан. Если же нету - ограничивать функциональность. Наращивать серверные мощностя, статику - отдавать с cdn.

Вы пытаетесь решить задачу верстки, backend фреймворком, я ничего не путаю?

1. Если будешь писать с нуля - года через 2 может быть и напишешь.
2. WP - это блог, судя по тому, что ты хочешь, wp - не лучший вариант.
3. Посмотри на готовые эл. магазины, например PrestaShop.

User-Agent в помощь

Пока вы не будете иметь полное представление о том, что такое "кампания" и "миссия", спроектировать БД вы не сможете. В виде например таком: миссия может иметь имя, у миссии есть правила доступа к ней, миссия состоит из последовательности ивентов, миссия связана с системой рейтиногов, с миссией связана система ачивок, миссия может включаться в кампанию и т.д.

Я имею ввиду, что миссия и кампания - на столько высокие абстракции, что без конкретного ТЗ их правильно описать в БД - невозможно.

Если это slug - в бд имеет смысл хранить, но обязательно кэшировать, как вариант - напрямую nginx-ом из memcached отдавать. Но это при условии, что у вас как минимум n-уровневый урл. Т.е. если в вашем примере
`site.com/notebook-lenovob550-da02ua` выделенное - это контроллер NotebookController - тогда ок. Дело в том, что разбор ЧПУ - это часть работы любого запроса и если у вас он будет медленный - полярный лис уже подкрался и ждет))