• Код. Тайный язык информатики. Актуальна?

    samodum
    @samodum
    Какой вопрос - такой и ответ
    Актуальна
    Ответ написан
    Комментировать
  • Как сделать, чтоб форма регистрации в Laravel была и формой авторизации одновременно?

    @Qumbeez
    В методе, который вызываете на роуте проверяете наличие юзера, если есть, то с помощью Auth::attempt() пробуете авторизовать и т.д., если пользователя нет такого, то User::create() и потом Auth::attempt()
    Ответ написан
  • Как вы учите новое?

    verkhoturov
    @verkhoturov
    HTML-Верстальщик / Frontend Developer
    Придумываешь пет-проект, делаешь, тупишь, гуглишь как надо делать, снова делаешь, снова тупишь, гуглишь...
    Ответ написан
    2 комментария
  • Кто такие Inkitt? Были ли вы в ситуации, где в вас видят намного большего специалиста, чем вы являетесь на самом деле?

    @Vitsliputsli
    А что вы теряете? Боитесь, что возьмут, а вы не вытяните? Не парьтесь за них, придите и расскажите, что знаете. Не нужно говорить, что ничего не знаете, говорите о том, что реально делали, пусть и несложные вещи. Пусть они уже решают сами, быть может им и нужен начинающий специалист, которого они подготовят под себя, и который, быть может, не требует сотни денег. В любом случае, это бесценный опыт для вас.
    Ответ написан
    Комментировать
  • Как бороться с кашей в голове на работе?

    DevMan
    @DevMan
    очень прост: ты либо знаешь, либо не знаешь и усиленно наверстываешь.
    все остальное - из разряда "мне херово, пожалейте".
    Ответ написан
    8 комментариев
  • Кто такие Inkitt? Были ли вы в ситуации, где в вас видят намного большего специалиста, чем вы являетесь на самом деле?

    NooBiToo
    @NooBiToo
    имхо, HR не понимает ничего, либо слишком ленив, и вас отсеят на этапе общения с Тим лидом, если не будет хватать знаний.
    Ответ написан
    Комментировать
  • Стоит ли идти в разработку под IOS(swift)? Junior'ы никому не нужны?

    inoise
    @inoise Куратор тега Карьера в IT
    Solution Architect, AWS Certified, Serverless
    Опытных разрабов никогда не достаточно, но чаще всего бизнес не хочет тратиться на джунов. Статистика как бы не врет и попасть джуном проще после какой-то стажировки в компанию. Ну и не забываем тот факт что надо уметь себя продать компании, особенно если опыта ноль.

    PS что там перспективно, а что нет - разберутся археологи будущего
    Ответ написан
    Комментировать
  • Как быть хорошим junior?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    software engineer
    1. Адекватность и самостоятельность.
    Детальнее: Умение понять суть задачи, чтобы выполнить ее. Самостоятельно решать проблемы - в это слово входит не только то, что возникла проблема - порешал. А умение решить проблемы, которые ты решить не можешь. То есть организовать решение проблемы. Заблочили аккаунт? Выяснить, вызвонить, попинать, чтобы разлочили побыстрее. Не знаешь как решить какую-то техническую проблему - достучаться до куратора. Не сидеть и ждать три дня, пока он вспомнит про твою проблему, а регулярно уточнять. Занят куратор - подойти к другому. Не успеваешь решить в срок - прийти к куратору заранее, а не за час до конца срока.
    В общем, чтобы за тобой не бегали.

    2. Умение ставить правильные вопросы.
    Сперва загуглить, потом задать вопрос для уточнения. В идеале ставить вопросы, на которые ответ будет "да" или "нет", но это я утрирую. Не бояться спрашивать вещи, которые совсем не понимаешь, но тут не нужно ожидать что все будут разжевывать - следует задать вопрос, чтобы понять куда копать. Иногда достаточно знать пару ключевых слов, по которым можно загуглить.

    3. Желание учиться.
    Не бояться изучить лишнее, потому что "мне же это не пригодится". Умение гуглить по ключевым словам. Не лениться изучать как что-то работает, чтобы понимать почему это происходит. Понимание принципов работы очень сильно увеличивает интуицию.
    Ответ написан
    1 комментарий
  • Знания 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 комментариев
  • Самописный проект: как узнать, его можно запустить на хостинге или же нужен VPS?

    samodum
    @samodum
    Какой вопрос - такой и ответ
    При чём здесь Lavarel? При чём здесь MVC и структура папок?
    Какая-то каша, в том числе в понятиях и терминах.
    Берите и запускайте на любом хостинге. Хостинг - это и есть сервер.
    А VPS-это и есть хостинг.
    Но сначала надо отладить его локально на своей машине.
    VPS-хостинг, конечно, всегда лучше.
    Но обычно VPS на *nix-ах (Ubuntu, Debian, etc). Поэтому, если проект под Windows, то будут сложности, либо намного дороже выйдет хостинг.
    Ответ написан
    1 комментарий
  • SOLID.LSP + ООП.Полиморфизм = противоречиe?

    @Mercury13
    Программист на «си с крестами» и не только
    LSP предписывает наследникам сохранять поведение (контракт) базового класса.

    Не поведение, а ограничения. LSP разрешает только усиливать требования к себе, и только ослаблять — требования к другим. Поведение же может меняться как хочешь в рамках этих ограничений.

    Например, интерфейс Stream позволяет мультиплексированные потоки (то есть потоки, где мы не можем считать записанное, чтение и запись идёт по разным каналам и никак не связаны друг с другом — например, COM-порты), а какой-нибудь BufferedStream ограничивается только потоками, где мы пишем в какую-нибудь цепочку байтов (например, файл), и читаем из неё же, без мультиплексирования.
    Ответ написан
    2 комментария
  • Сколько нужно отработать в компании?

    @abatouri
    Е-рун-да.
    1 смена работы раз в полгода - это не повод подозревать. Если раньше было реже. Для первой работы - это вообще не важно.

    А вот 3 раз подряд раз по месяцу - это да.
    Ответ написан
    Комментировать
  • Существует ли готовый сервис-админка для сбора данных с клиента и их представления в backend?

    DevMan
    @DevMan
    google form/sheets
    или кастом на основе firebase/realm/прочих-serverless-решений.
    Ответ написан
    Комментировать
  • Ajax vs websockets?

    DevMan
    @DevMan
    в чем проблема открыть дополнительный коннект?
    сокеты рулят, если нужна двухсторонняя связь.
    аякс рулит, когда нужна односторонняя связь.
    Ответ написан
    2 комментария
  • Можно ли оптимизировать данный запрос или смотреть в сторону денормализации?

    @dimoff66
    Кратко о себе: Я есть
    Если индексы везде проставлены, то он не должен так долго работать. Для начала локализуйте проблему - попробуйте убрать все джойны и посмотреть за сколько будет обрабатываться без джойнов. Если быстро, то добавляйте постепенно джойны, пока время не станет аномально большим, тогда поймете где затык.

    advert_create_date тоже проиндексируйте, если еще нет
    Ответ написан
    Комментировать
  • Как залить в репозиторий то, что в .gitignore?

    inoise
    @inoise
    Solution Architect, AWS Certified, Serverless
    Для этого обычно используют создание файла config.ini.example, например, и инструкцию по установке. В зависимости от языка можно сделать вообще иначе.
    Ответ написан
    1 комментарий
  • Что почитать о продвинутой разработке web приложений?

    Zoominger
    @Zoominger
    System Integrator
    Знаю/понимаю фронтенд. В

    Нет.

    В бэкэнде (на PHP) могу решить 90% задач, которые должно делать приложение.

    Нет и 5%.

    Связь фронтенда и бэкэнда реализована с помощью jQuery запросов к PHP - что мне кажется далеко не самым оптимальным вариантом.

    И почему же? Что в связке JS+PHP вас так смущает?

    О чём вообще вопрос? Если об этом:
    Приложение должно работать 24/7 с возможностью остановить и запустить процесс заново.

    и имеется в виду PHP-скрип, то вы абсолютно некомпетентны в своей сфере.
    Серьёзно, сформулируйте вопрос связно, а пока - репорт.
    Ответ написан
  • Какой механизм Laravel использовать?

    JhaoDa
    @JhaoDa
    LaravelRUS Team
    До конца непонятно, что автор понимает под словом «компонент», но, вероятно, ему хватит и возможностей сервис-контейнера, про который он пойдёт и прочитает в документации. А на закуску можно почитать про Package Development.

    Системы плагинов, как в разных CMS, в ларавел нет, потому что это не CMS. Каждый волен изобрести своё, опираясь на описанные выше возможности.
    Ответ написан
    Комментировать
  • Что лучше использовать в реальных проектах Свойства или Protected переменные и методы к ним?

    mindtester
    @mindtester Куратор тега C#
    http://iczin.su/hexagram_48
    мода на геттер/сеттер просто так, вроде как отходит.

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

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

    стоит учесть что к сокрытию кода это вообще не имеет отношения. зато более чем важно для создания потокобезопасных классов/методов
    Ответ написан
    Комментировать
  • Как правильно создать миграцию для объявления уникального ключа в Symfony 3.2 в существующем проекте?

    @I_Pavlov
    Разработчик
    Лучше добавить в entity и затем сгенерировать миграцию
    Ответ написан
    Комментировать