D3lphi

Да все достаточно просто:

<template>
    <div>
        <!-- Вызываем вычисляемое свойство -->
        {{ decodedData }}
    <div>
</template>

<script>
export default {
    // Входной параметр, через который компонент будет принимать данные в JSON представление.
    props: ['dataFromPhp '],
    computed: {
        // Вычисляемое свойство, которое будет преобразовывать данные из JSON в объект js.
        decodedData() {
            return JSON.parse(this.dataFromPhp );
        }
    }
}
</script>

Код, в котором используется этот компонент:

<example-component data-from-php="<?= json_encode($data) ?>"></example-component>

// arr.php
return [1, 2, 3];

$arr = require 'arr.php';

Думал как-то добавлять пути папки /vendor/* в игнор, но почти нигде это не реализовано. Вот и возник вопрос: как вы решаете эту проблему?

Директория vendor должна всегда игнорироваться системой контроля версий. Вы ее не храните в vcs. У вас есть ваш проект и 2 файла: composer.json и composer.lock. При разворачивании среды разработки, вы попросту выполняете composer install.

Есть какое то решение данной проблемы?

Не писать на PHP демонов.

Прикольные HR'ы нынче пошли.

какие дополнительные (или основные) фрейм-ворки должен знать для наших задач?

Может быть, это мне вас стоит спросить? Для ваших же задач, а не моих вам нужен разработчик.

я в этом особо не разбираюсь, поэтому хочу вникнуть.

Просто так, получив ответ на 1 вопрос на тостере, вы не вникните в это. Для того, чтобы вникнуть - в этом нужно "вариться".

Помогите, пожалуста, определить требования и критерии отбора, которые помогут найти нужного специалиста :)

Вы бы хотя бы написали, на какую позицию разработчика рассматриваете. middle, senior?

private static boolean booleanRand()
{
    return new Random().nextBoolean();
}

С чего начать разбирательство? В каком файле что хранится и как это организовано?

Если вы хотите понять, как работает это библиотека, что за чем вызывается и тд, то я очень рекомендую использовать вам отладчик (Самый популярный - это xdebug) с какой нибудь удобной gui'шкой (Оная присутствует в phpstorm). Ставите breakpoint и вперед разбираться с порядком вызова того или иного метода, функции и тд.

Как сразу понимают каким образом использовать чужой код?

Читаем документацию по этой библиотеке.

Неужели поддерживать документацию ОПП проще, чем документацию конкретными функциями?

В первую очередь важна не поддержка документации, а поддержка кода. И удобство его использования.

Если бы в будущем был сервис вроде github но для функций и они ставились в php так же просто как установка пакетов apt install функция1 функция2 ..; было бы просто шикардос. Не?

Вы считаете, что устанавливать библиотеки в php непросто?

Автор библиотеки специально пропустил несколько файлов, которые пользователь должен создать сам, типа не для дурачков.

Он не пропускал никаких файлов. В комментарии по ссылке он предлагает создать программисту клиентского кода файл с конфигурацией на его усмотрение. Файл конфигурации не имеет никакого отношения к реализации. Программист клиентского кода волен сам решать, как конфигурировать объекты:

// Так
$someObf = new SomeClass('this_is_example_api_key');

// Или так
$someObf = new SomeClass(require('config.php')['api_key']);

// Или, например, так
$someObf = new SomeClass($config->get('api_key'));