• Использование vuex?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    Комбинированный подход должен быть. Пишете, если затык — подсматриваете, как сделано у других.

    vuex абсолютно ничего не меняет в сборке проекта, видимо, вы с чем-то путаете (предположу, что с .vue-файлами). Проще всего начать с vue-cli, потом, по мере надобности и роста знаний, можно будет изменить структуру проекта. Можете что-то подсмотреть у меня.

    Ну и заглядывайте на awesome-vue за примерами и мануалами.
    Ответ написан
    3 комментария
  • Знания Junior php разработчика?

    @Fractalzombie
    Software Engineer
    Ну посмотрев код на гитхабе, скажу, что в части ООП вам еще много чего предстоит понять. Особенно как делегировать полномочия и что это такое вообще.
    Понять суть абстракций, не просто выучить, а понять где, зачем и почему, что бы не дублировать. Где располагать классы сервисов, утилс и т.п.
    Ну и самое важное, это паттерны в этом случае, придется тоже понять зачем и почему.
    Ответ написан
    4 комментария
  • Знания Junior php разработчика?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    что должен знать идеальный джуниор (мое личное мнение):

    - Сетевой стэк. Нужно иметь хотя бы базовое представление о том как с сервером общаются. Ну то есть не нужно лезть в дебри, но понимать что такое HTTP или чем TCP от UDP отличается - нужно. В целом это пара часов чтения википедии.
    - GIT или любая другая распределенная VCS. Базовые навыки, что бы хотя бы понимал что есть git revert или git rebase, что такое фичабрэнчи и примерное представление как это работает и зачем надо.
    - Базовые основы unix. Ну то есть что бы не пугаться таких вещей как ssh хотя бы.
    - PHP. Без этого никуда. Он должен понимать что такое слабая динамическая типизация (не заучивать табличку кастов типов, а понимать плюсы и минусы, такая же история с приоритетами операторов - не заучивать а знать как избегать проблем с чтением кода)
    - Понимать что код чаще читают чем пишут, а потому не экономить 5 минут на написании кода, а писать так, чтобы сэкономить 30 минут человеку, разбирающемуся в куске кода.
    - Знать базовые вещи в плане безопасности. XSS и как защищаться, SQL инъекции и как защищаться, CSRF, MITM. Понимать что такое NDA, что данные пользователей - секретная информация. Как хэшировать пароли (не md5 а password_hash) и почему это важно.
    - Знать SQL. Глубоких знаний не требуется, нужно лишь понимание того, что такое нормальная форма, желательно разобраться с вопросом денормализации данных. Идеально иметь хотя бы базовые представления о том как работать с NoSQL решениями.
    - Процедурное программирование: почему глобальные переменные порождают сложность, что такое состояние, как можно использовать классы для изоляции состояния и т.д. Инкапсуляция. Инварианты, пост/пред условия, сохранение целостности...
    - Разделение ответственности. Это один из важнейших принципов, и упрощать все это до "mvc фреймворк" слегка неправильно. Вы должны понимать что от чего отделяете и главное зачем.
    - Автоматические тесты. Джуниор должен знать что это такое и иметь хотя бы минимальный опыт их написания. Должен понимать разницу между юнит и интеграционными тестами. Быть знакомым с пирамидой тестирования.
    - Уметь решать стандартные задачи не задавая слишком много вопросов. Например регистрацию пользователя по email-у вы должны написать, или авторизацию через соц сети, или комментарии, или новостную ленту.
    - Уметь дебажить. xdebug, blackfire и тд.

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

    p.s. Я в списке специально не указывал ООП, поскольку всеравно первые пару лет у разработчиков выходит процедурщина на классах. Это не плохо, но того что в моем списке более чем должно хватать для решения стандартных задач. Но термины вроде "инкапсуляция/полиморфизм/наследование" требуются в обязательном порядке подавляющем количеством интервьюверов, а стало быть знать это надо. Единственное что - рекомендую в свободное время глубже погрузиться в этот вопрос а не тупо заучивать формулировки.

    Так же вещи вроде docker джуниорам знать не обязательно просто потому, что их врядли допустят сходу к управлению инфраструктурой. А так пару неделек на изучение и вперед.
    Ответ написан
    12 комментариев
  • Знания Junior php разработчика?

    @entermix
    Пункт номер ноль

    Разработчик должен соображать и уметь использовать Google. Первое оценить крайне сложно, для этого придумано много «дурацких» вопросов для собеседований. Второй пункт прививается в первые дни испытательного срока. Плюсом будет аккаунт на stackoverflow.com.

    anton.shevchuk.name/php/required-skills-for-junior...

    https://dou.ua/forums/topic/14427/
    ru.stackoverflow.com/questions/581042/%D0%A7%D1%82...
    Ответ написан
    6 комментариев
  • Знания Junior php разработчика?

    sabramovskikh
    @sabramovskikh
    Вы уже достаточно знаете для джуна
    Ответ написан
    6 комментариев
  • Как получить содержимое комментария в Js?

    CyberHost
    @CyberHost
    jsfiddle.net/yjkmxmtt/3

    для того чтобы твое воображение позволило тебе делать все что вздумаеться
    Ответ написан
    Комментировать
  • Личные сообщения структура?

    IvanCher
    @IvanCher
    Мысли шире
    Не понял зачем здесь таблица users_messages, если все связи уже есть в messages.
    Вместо неё сделайте таблицу dialogs: id | from_user_id | to_user_id | date. А таблицу messages привести к виду: id | dialog_id | user_id | text | date
    Алгоритм такой:
    1. Ю1 начинает диалог с Ю2 - добавляем запись в таблицу dialogs. В поля from_user_id и to_user_id заносим айдишники юзеров Ю1 и Ю2 соответственно.
    2. Ю1 пишет Ю2 - добавляем запись в таблицу messages. В поле user_id ставим айдишник юзера Ю1, в dialog_id ставим айдишник текущей беседы, с остальными полями думаю понятно.
    3. Ю2 отвечает Ю1 - добавляем запись в таблицу messages. В поле user_id ставим айдишник юзера Ю2, в dialog_id ставим айдишник текущей беседы.


    Собственно всё :)

    Если диалогов как таковых нет, то из алгоритма шаг 1 вычёркиваете и таблицу соответствующую удаляете.

    Выборку затем делаете что-то типа:
    /* Выбираем все сообщения в хронологическом порядке из диалога с id = :some_dialog_id */
    SELECT m.*
    FROM messages m
    INNER JOIN dialogs d ON d.id = m.dialog_id
    WHERE d.id = :some_dialog_id
    ORDER BY m.date ASC
    Ответ написан
    1 комментарий
  • Как определить клик по элементу и считать имя. json?

    @titronfan
    Не знаю точно, в тему ли ответ - но попробуйте так:

    <tr ng-repeat="test in myData">
          	<td><div ng-click="yourFunc()">{{test.Name}}</div></td>
          	<td>{{test.City}}</td>
          	<td>{{test.Country}}</td>


    yourFunc - это функция, которая будет учитывать клики.
    В данную функцию Вы можете передавать нужный id, который будет учитываться.
    Ответ написан
    Комментировать
  • Можно ли в PHP заменить "< ?" и "? >" на произвольное значение?

    FanatPHP
    @FanatPHP
    Чебуратор тега РНР
    нет

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

    подсказка: такая идея с заменой не приходила в голову ни одному из сотен тысяч разработчиков.
    это значит, что ты опять зафантазировался, и придумал какую-то бредятину, для реализации которой понадобилось заменять теги у пхп.
    Спустись с небес на землю и делай по-человечески.
    Ответ написан
    5 комментариев
  • Веб-студия, помощь?

    thewind
    @thewind
    php программист, front / backend developer
    Почему договориться то? Реально можно устроиться на верстака, хотя я думал, что такие уже никому не нужны. Но ошибался, когда увидел в своей конторе такую девушку - она не в зуб ногой по JS, а чисто верстает и получает норм зарплату.
    Ответ написан
    3 комментария
  • Веб-студия, помощь?

    kawabanga
    @kawabanga
    Конечно, возможно.
    Джуниоры обычно везде нужны.
    Ответ написан
    4 комментария
  • Начинающий php-разработчик, первое задание?

    nastya_cyxarik
    @nastya_cyxarik
    php, python dev
    начните с обычных форм и вставки данных в бд, сначала обычные, потом с аяксом и Jquery , потом вместо Jquery используйте чистый javascript. Затем сделайте простую авторизацию со всем вытекающим. Потом сайт визитку с админкой и всякими штуками типа хлебные крошки, мета теги, многоуровневые менюхи. А дальше само пойдет
    Ответ написан
    Комментировать