Сергей Гладышев

Они нужны для избавления от дублирования кода, ну или например для множественного наследования.

Грубый пример:
У вас есть много классов, которые что-то записывают в лог, из класса в класс, это один и тот же участок кода, к примеру Logger::write(str), вот этот участок кода можно вынести в трейт LoggerTrait c методом logWrite, и потом во всех классах использовать $this->logWrite(str).
Потом удобно будет эту функцию переопределить в каком-то конкретном файле, если скажем там нужна какая-то специфичная запись в лог.

При таком подходе вы всегда класс логгера можете заменить, просто отредактировав всего один файл трейта, а не 100500 классов.

Еще пример:
В трейт можно вынести функцию isAjaxPost, для проверки, что запрос в контроллер пришел ajax post, и подключать в нужные контроллеры.

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

Трейты нужны для уменьшения дублирования кода. Причем выносить в них стоит только тупой код, который не имеет смысла покрывать тестами. Все что делает хоть что нибудь умное в трейте хранить не стоит.

Пример когда трейты хороши - паттерн композиция.

interface A {
    function foo();
}

interface B {
    function bar();
}

trait AImpl {
    function foo() {
        return $this->a->foo();
    }
}

trait BImpl {
    function bar() {
        return $this->b->bar();
    }
}

class AB implements A, B {
    private $a;
    private $b;

    use AImpl;
    use BImpl;

    public function __construct(A $a, B $b) {
        $this->a = $a;
        $this->b = $b;
    }
}

Идеи приложений: https://www.reddit.com/r/AppIdeas/
Идеи вообще: https://www.reddit.com/r/Lightbulb/
Подобных списков десятки. Бесплатно, без СМС.

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

Самый верный путь к рабочей идее:
1. Проработать в какой-либо сфере достаточное количество времени;
2. Познать её изнутри на собственной шкуре;
3. Выявить в ней боли/проблемы/недостатки;
4. Решить их с помощью прикладного навыка (программирования);
5. Обкатать в собственной работе;
6. Упаковать решение и реализовать коллегам по сфере;
...
7. PROFIT!

Далее...даже если завтра в голову залетит рабочая идея, готов ли ты её реализовать? У тебя есть команда, готовая работать минимум полгода-год бесплатно на время создания беты, тестов, обкатки, раскрутки? Она сможет действительно реализовать всё как надо? Если нет команды, имеются ли у тебя средства на зарплатный фонд хотя бы для 5 человек на эти полгода-год? А с учетом налогов и отчислений (+30% к зарплате на руки)? У тебя есть условия для работы этих 5 человек? Есть ли у тебя сумма на маркетинговое исследование твоей идеи (или лучше облажаться на авось)? Есть ли у тебя хотя бы миллион на первичный трафик из директа? Или надеешься донести свой стартап до пользователей путём емэйл-спама?)) Я не указал и доли того, что потребуется для реализации небольшого web-сервиса, даже при наличии действительно рабочей идеи. Может быть, идеи не прут именно потому, что ты просто не готов к их реализации, и неча порожняка гонять?)

Как выглядит стартап глазами романтичного юноши, начитавшегося глянцевых историй успеха:
1. Придумать гениальную идею;
2. Закодить в гараже в одну харю или в паре с дружбаном;
3. Разместить на сервере и получать от мира благодарности, признание и мешки денег.

Как выглядит стартап на самом деле:
1. Пахота минимум 10 лет в одном направлении/сфере;
2. Наработка профессионализма, идей, контактов, связей, клиентской базы, понимания всех нюансов сферы;
3. Угон базы, угон клиентов на себя, переманивание лучших коллег/сотрудников, оформление юрлица, открытие "своего дела" на рабочей идее)))

К примеру, "икона стиля" стартаперов - Павел Дуров, он идеолог? Нет! Прикол в том, что он именно стырил рабочую идею (также, как тырят клиентскую базу у работодателя), собрал команду, создал для неё условия, привлек корешей-евреев с еврейскими ресурсами, бюджетами и влиятельной питерской крышей, и обеспечил этому всему грамотный проект-менеджмент и маркетинг. Дело в идее? Нет, дело в реализации:)

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

P.S. Понимаю, что вряд ли отметишь мой ответ решением, ведь тебе хочется подбадриваний вида "Не сдавайся! Ищи и обрящешь! Не опускай руки и всё получится! Вот тебе ссылочки, вот тебе инструкции!", а не режущей глаза суровой реальности. Но в некоторых случаях действительно полезно осознать своё место в пищевой цепочке - антилопа или гепард, слесарь или архитектор, промо-изготовитель или промо-заказчик и т.д. И исходя из этого уже взращивать свои амбиции, комплексы и фрустрации. Повторюсь - в стремлении стать самым крутым слесарем нет ничего постыдного, и даже в финансовом плане может оказаться куда выгоднее и стабильнее других амбициозных вариантов.

Если вы задаете такой вопрос - ответ на него будет "однозначно нет".
Эта рыночная ниша давным-давно занята, распилена и переполнена. И вас там точно не ждут.

Разумеется, это не означает, что нынешних игроков нельзя подвинуть. Теоретически возможно всё. Но для этого вам понадобятся:
а) колоссальный бюджет;
б) некая фишка, которая привлечет пользователей.

Такой фишкой может быть некий новый функционал, какой-то особенный дизайн, ориентировка на какую-то особую аудиторию и многое другое. Но вы должны придумать эту фишку, четко её сформулировать и быть в ней уверенными. И строить проект вокруг неё. Судя по вопросу, у вас её не имеется, есть только какие-то абстрактные и расплывчатые размышления. А посему - см. первое предложение.

Для тестового задания надо что-нибудь посложней. Простенький real world app.

Например простенький Weather App:
1. Строка поиска городов(можно использовать например API Google):
2. Результат поиска с погодой.
3. Список сохраненных городов.
4. Погода в текущей позиции.
Для погоды можно использовать API любого сервиса(например OWM API).
Такое приложение спроектировать сложней, тут помимо тупой работы с API библиотек придется проектировать.
Можно использовать роутинг, а можно обойтись и без него. Да и целый ряд задач, над решением которых новичку придется хорошо подумать:
1. Структура приложения
2. Работа с API
3. Реализация строки поиска
4. Обработка исключений( нет связи, отклонили использование геолокации)
5. Верстка
Когда такой проект начнет оживать и работать как задумано это, конечно, принесет человеку радость и уверенность в себе.

Так же можно реализовать Dashboard, но это посложней и требует серверной части или использование публичного тестового API вроде Star Wars API
Еще можно реализовать простенький клиент для любого сервиса. Например поиски и проигрывание видео c Youtube.

ИМХО совсем простые задачи, конечно могут показать знание API той или иной библиотеки, но обладает ли кандидат навыками необходимыми для Junior Developer они не отразят. А Junior Developer должен уметь самостоятельно решить точно поставленную задачу с пояснениями и рекомендациями по пути ее решения.

$(document).keypress(function(e) {
    if(e.which == 13) {
        alert('You pressed enter!');
    }
});

stackoverflow.com/questions/979662/how-to-detect-p...