Константин Нагибович

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

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

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

Что я сделал: дал понять, что опыт для меня выше денег. Написал потенциальным работодателям письмо, мол возьмите меня, я умею вот это {....}. для меня главное - опыт. Денег я не жду. но, если предложите - не откажусь.

Пусть не первый, но 2ой или 3ий заинтересуется по 2м причинам:

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

Итог: работаю с декабря разработчиком

а какие задачи Вы хотите решить с помощью CRM?

На мой взгляд, категория "обязательно должен знать" довольно субъективна. Есть конкретный работодатель - есть конкретные требования к требуемому набору инструментов. Т.е. типовые "обязалки" нужно, наверное, смотреть в инфо о вакансиях.

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

Конечно, рекомендовать я могу лишь то, чем пользовался сам - вот эта книга.

Когда я только начинал изучать программирование (я выбрал back-end), мне нужна была подобная информация для того, чтобы чувствовать себя более-менее комфортно в этой теме (т.е. я хотел сам в ней разобраться, понимая, что это и нужно, и интересно). И моим мотивом, в данном случае, был вовсе не тот факт, что кто-то, или что-то "обязало" меня это выучить.

Посмотрите, она была в открытом доступе. Полагаю, ознакомившись с оглавлением (там конкретно разбито по главам, о чем там речь, какие темы... ) вы сами поймете, то ли это, что вам нужно и определитесь с тем, в каком объеме вам это нужно, чтобы чувствовать себя комфортно. Это, повторюсь, все довольно субъективно. (Я например, когда читал оглавление, сходу для себя отмечал: "О, это мне нужно... О, здорово, это тоже пригодиться... Это, пока, пропущу..." и т.п. В сухом остатке понял, что это то, что мне нужно.)

P.S. Я еще новичок по меркам IT, поэтому копнуть глубже (если, конечно, вам нужно глубже) не в моей компетенции. Чем смог, как говорится. Успехов!

Поле "Магазин" в таблице "Автомобили" должно быть не VARCHAR, а INT так как должно содержать только ID магазина.

"Программмист 1С" - это многогранное понятие. Сейчас люди (клиенты) под этим словом понимают следующие специальности: консультант, сисадмин, DBA, интегратор, веб-мастер и собственно программист (а там уже не важно - или зарплата/бухгалтерия, или обмен с мобильными девайсами, или сбор заказов с сайта, или настройка EDI с поставщиками/покупателями, или создание индивидуальных АРМ для специализированных групп пользователей, или калькуляторы расчета стоимости сложных работ или что-либо иное).

Если хотите окунуться в мир программирования 1С, то полистайте страницы сайта infostart.ru - там множество аналитических статей и выложенные примеры работ. Должно быть интересно.

Указывать не объект, а его интерфейс. В данном случае там три метода - getId, toString и __construct. Этого будет достаточно для начала.

P.S.
По-хорошему ещё надо избавляться от id, т.к. это поле относится к реализации, а не к логике. Все полученные посты из какого-либо стораджа будут его иметь, а новосозданным постам знать о его существовании не обязательно. Т.е. примерно так должно получиться:

interface Post
{
    public function __construct(string $content, User $user);
    public function getContent() : string;
    public function getUser() : User;
    public function changeAuthor(User $user);
}

class WallPost implements Post
{
    ... implement methods
}

В таком случае у любых постов будет лишь автор и содержание, а остальное уже тонкости реализации, т.к. id нужен лишь для БД, что бы связать юзера с постом.

Но это всё уже немного другая история (см. предметно-ориентированное программирование).

P.P.S. На счёт сеттеров я бы поспорил. Предлагаю посмотреть вот эту https://habrahabr.ru/post/279919/#comment_8816651 ветку комментариев, где Сергей мне доступно объяснил по поводу их нужности и я вынужден с этим согласиться, ибо иммутабельность данных - это хорошо.

https://www.oculus.com/en-us/careers/ Довольно полный список.