Оу, спасибо за ответ!
А почему две таблицы товаров? Не проще ли сделать одну, просто у товара отмечать статус "приход" или "расход" + связи с накладными. Тогда и Relation не нужна. Или я неверное понимаю архитектуру?
>1) Сотрудник в штате лучше защищён по ТК чем ИП на подряде
Не в моем случае
> 3) "понести убытки" - какие именно убытки, если вы и в штате и не в штате, убытки компании вас не волнуют
В плане упущенной прибыли
>2) Всё зависит от текста договора ИП и фирмы
Собственно меня и интересуют вопросы договорных отношений. Я не просто оказываю услуги по разработке, а руковожу ресурсами. Т.е. удаленный руководитель.
Пример подводного камня, который я уже вижу сейчас: могут программистов забрать. Если пропишу их обязательность, то могут отвлекать на другие задачи. Могут заменить более дешевыми (менее квалифицированными) итп.
И он проверяет, является ли массив списком.
Массив [2 => 'abc'], не является списком и проверку не пройдет. Если автор отождествляет ассоциативный массив с массивом, у которого в индексах есть строки, то такая проверка не корректна.
