• Веббилдеры Adobe Muse и прочая нечисть мира сего. Ваше отношение и прогнозы?

    Hando
    @Hando
    Верстак
    Теоретически, я думаю порог вхождения, естественно будет снижаться. Это был бы оптимальный вариант, если бы можно было бы обходиться без фронт-энда вообще. И я уверен, что это конечно когда-нибудь произойдет, предположительно после открытия искусственного интеллекта ;)

    UPD
    Столкнулся с Muse. Никогда он ничего не заметит. Код который он генерирует, один из ужаснейших какие я вообще видел в своей жизни. Поддерживать что то в дальнейшем без него же - а мне пришлось это испытать на себя, ужасно противно. Да что там, это просто геморрой, меня не покидают мысли переписать все с чистого листа самому. Одно то, что состояние простейших кнопок в нем реализовано сменой картинок - причем будет у вас 10 одинаковых кнопок с 2 фазами - значит он вам сделает 20 картинок. Это просто ад. Тоже самое с формами. Например у вас лендинг и на каждом блоке кнопка - обратный звонок с одним и тем же функционалом - он сделает для каждой отдельный php скрипт. Я уже молчу про то, какой css он генерирует. Вообщем это редкая форма извращения подходит только для прототипирования проектов и уж конечно речь идет исключительно о лэндингах и сайтах визитках, больше его использовать нигде не то что не стоит, а это равносильно выстрелу из дробовика в ногу.
    Ответ написан
    Комментировать
  • Каков план личностного развития JavaScript программиста с нуля?

    Hando
    @Hando
    Верстак
    Хорошим учебным пособием для тех, кто еще пока не настолько хорошо знает английский язык, чтобы читать на нем техническую литературу, будет вот этот ресурс - learn.javascript.ru Странно, что он до сих пор здесь не был озвучен, возможно только лишь потому, что это первое что дает поисковая выдача :)
    Ответ написан
    Комментировать
  • Нужно ли мне изучать препроцессор(ы)?

    peterzubkoff
    @peterzubkoff
    А как сами считаете? Сначала выучите основу, потом тонкости всякие и уже потом новые инструменты и технологии:
    HTML+CSS → JS → JQUERY → PHP+MYSQL → Git, Django, SASS, Grunt, Node.js, Bower, Sphinx...
    Ответ написан
    9 комментариев
  • Изучение Laravel, с чего начать?

    Рано имхо. Ларавел прост только если php знаешь. Сделай сначала пару простых сайтов на голом php, граббер пикабу с добавлением своих новостей, например, плюс какой-нибудь бложек или иной парсер. Потом посмотри, как работают разные cms, вордпресс, опенкарт, сделай на них несколько сайтов и напиши пару плагинов для каждого. Пускай они говеные будут, главное чтобы свои функции исполняли. Я лично после голого пхп и нескольких cms потренировался хорошо на опенкарте - у него очень простая для понимания структура, такое сферическое mvc в вакууме для изучения, потом кохану попробовал (она легче ларавела и приложения на ней по структуре похожи на опенкарт, но без уклона в магазины) и только после этого на ларавел перешел. Ларавел хорош, но надо некий базис в голове иметь и опыт, чтобы на нем что-то делать.
    Ответ написан
    Комментировать
  • Виновен ли я в самописном движке?

    iiifx
    @iiifx
    PHP, OOP, SOLID, Yii2, Composer, PHPStorm
    > Подскажите, что я неправильно так же сделал, как начинающий кодер?

    Вы все сделали просто отлично - выполнили работу и получили опыт. А на клиента и его СЕОшника забейте, у вас впереди еще сотни подобных. Со временем вы поймете как страховать себя от подобного, для чего нужен ТЗ и зачем его фиксируют перед началом работ.

    Есть такое правило: Чтобы написать свою первую строку хорошего кода вы должны сперва написать миллион строк плохого. Это костыли, велосипеды, неудачные и даже брошенные проекты. Никуда от этого не деться, у всех так и вы не исключение. Если вы будете делать проекты на одних лишь вордперссах, то никогда так ничему и не научитесь. То есть научитесь ровно тому, что умеет вордпресс. А умеет он... ничего. Так и останетесь шаблонным "веб-мастером", который вроде как и умеет что-то, но ничего особенного из себя не представляет. Всегда изучайте и пробуйте что-то новое, чтобы каждая завершенная неделя давала вам хоть и небольшие, но новые знания.
    Ответ написан
    6 комментариев
  • PHP фрэймворк или CMS?

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

    sergehog
    @sergehog
    По своему собственному опыту могу сказать что физические нагрузки — это именно то, чего не хватает организму и мозгу для активной работы.

    Как кто-то с хабра уже где-то писал — ментальная энергия черпается из физической. Если телом хил, то и думалка плохо работает.

    Я раньше думал, что занятия спортом — это отъем времени. И так ни на что не хватает, а тут еще тренировки каждый день — вообще пипец. Однако, всего лишь пол-часа бега в день увеличили трудоспособность часа на два (стал меньше спать и отдыхать) + производительность если и не увеличилась, то стала постоянной.
    Так что советую всем: 2-3 раза в неделю минимум, а можно и чаще — бегать, играть в теннис, бадминтон или еще во что
    Ответ написан
    2 комментария
  • Как командно разрабатывать php проект?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    1. Учим git - githowto.com/ru
    2. Изучаем концепцию git flow - habrahabr.ru/post/159107 . Можно юзать GUI-клиенты с поддержкой этой фичи, для винды лучший - SmartGit, для мака - Tower.
    3. Изучаем, как можно деплоить код на сервер из удалённого репозитория. Если хотите глубокого погружения - разворачивания новой копии в отдельной папке, чтобы можно было откатиться на предыдущую версию, симлинки, вот это всё - изучаете recipes на deployer.org . Если нет, юзаете deployer.org без recipes, просто с парой команд git reset HEAD --hard && git pull origin master . Или вообще хуком с гитхаба или битбакета.
    Ответ написан
    Комментировать
  • Какой framework лучше подойдет для новичка, Laravel или YII?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    1. Все современные фреймворки хороши. Yii любят в России и если в будущем будете устраиваться на работу, его знание будет плюсом. Плюс там больше русскоязычной инфы. Но Laravel значительно более популярнее зарубежом, инфы (на английском) и, наверное, экстеншнов под него в целом больше.
    2. Для каждого нужны будут общие представления о правильной архитектуре приложения - зачем нужны интерфейсы, репозитории и т.д., понимание, что MVC - это не культ. В контексте Laravel вышло несколько книг и статей на эту тему - например, culttt.com/code , "From apprentice to artisan" от Taylor Otwell.
    3. Laravel покрыт тестами, про Yii не знаю.
    Ответ написан
    1 комментарий
  • Чем заслужил свою популярность Laravel?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    Тем, что там можно писать мало там, где мы привыкли писать много. Подобный "конвеншн овер конфигурейшн" - он помимо прочего оставляет ощущение, что автор пишет не сферическую вещь в вакууме, которая якобы должна подойти всем, а для нас, для простых рабочих пацанов с окраин, со своими вполне конкретными юзкейсами. Т.е. он 1. человек умный и 2. знает жизнь. Это подкупает.

    Например, в output идет то, что возвращено из контроллера, а если возвратить ORM-объект или массив (точнее коллекцию) ORM-объектов, то будет отдан json, причем со всеми связанными объектами. Масса нужных в хозяйстве вещей, которые идут из коробки (миграции, редис, кэш с множеством провайдеров, работа с очередями, консольная тулза artisan для разнообразных обслуживающих вещей). Изкоробочная работающая сборка вьюх в лейаут, минимум возни с авторизацией. Скоупы в ORM. Кусочки конфигов в файлах, которые удобно ставить в .gitignore. В общем, масса такого вот, мелкого, но очень удобного.

    На Laravel ОДНОВРЕМЕННО можно уйти в глубины аццкого хадкора по Фаулеру, с тестированием всего и вся, с интерфейсами, депенденси инжекшнами, репозиториями, обсерверами, ентитями, гексагональными сценариями итд, итп, _подставить_любимый_паттерн_, И в то же время забить на это всё, сгенерить _ide_helper для подсказок по "фасадам" в IDE и фигачить код со статическими вызовами, как будто весь фреймворк написан на статике, как Кохана. Т.е. и сайт-знакомому-за-вечер и огроменный кровавый энтерпрайз делаются на одном фреймворке - в зависимости от того, насколько глубоко исполнитель хочет погружаться в свой продукт. Подобная гибкость - это, имхо, очень круто.

    И еще - как показала практика фреймворкостроительства, или ты двигаешься вместе с развитием php, либо ты делаешь "более лучшее, удобное и грамотное" решение и тихо загниваешь с своем междусобойчике за пару лет. Laravel двигается максимально близко к php - следование psr, composer-платформа в качестве базы, фрейморк ставится оттуда и пакеты расширения тоже имеют composer-формат. Что говорит о том, что у фреймворка есть все шансы прожить долгую и счастливую жизнь.
    Ответ написан
    Комментировать
  • Какой фрэймворк учить и по каким мануалам?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    Однозначно отказать — cakephp и codeigniter
    Скорее всего отказать — zend
    Остальное — дело вкуса. Yii неплох, но он на любителя. Мне, например, совершенно не пошел.
    Kohana очень неплохой фреймворк, но у него очень плохо с документацией, плюс тот рефакторинг, который затеяли в последнее время не внушает надежд на устойчивое развитие. Не хочется новичку его советовать. Хотя, повторюсь, фреймворк мне очень и очень нравится.
    Symphony2 — это то, что сейчас находится на острие развития php-фреймворков. Из данного списка я выбрал бы его.

    Но хочу предложить вам альтернативный вариант — Laravel, laravel.com
    Он замечательно документирован, написан с нуля год назад, с учетом косяков старых фреймворков и полезных фишек из RoR, у него бодрое, грамотное, хоть пока и не очень многочисленное комьюнити, по нему есть туториалы и даже уже написана книга — daylerees.com/category/laravel-tutorials/. Правда, в рунете он практически неизвестен.
    Ответ написан
    1 комментарий
  • Выбор фреймворка Symfony2/Laravel/etc?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    Они похожи, учи оба. Это же не отдельный язык выучить, это фреймворк, пара недель, максимум месяц учебы - и ты, считай, все про фреймворк знаешь.
    Если ты вообще не знаком с фреймворками, начни с Laravel, он более человечен к новичкам.
    Ответ написан
    2 комментария
  • Какой вариант лучше для синглтона?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    Мое мнение - нельзя юзать тернарные операторы нигде, так как они ухудшают читабельность. Второй вариант.
    Ответ написан
    Комментировать
  • Логика в ларавеле пишеться в контроллерах?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    То, что весь код может писаться в только контроллерах, моделях и вьюхах и больше нигде, потому что мы пишем MVC (а что ещё бывает ?) - это заблуждение, от которого надо избавляться как можно быстрее. Потому что код по большому счёту нельзя писать ни в моделях, ни в контроллерах, ни во вьюхах - ему там не место. Код надо писать в php-классах, которые потом подключать в контроллеры, файлы обработки cli-команд, команды, выполняемые в очереди, в файлы-демоны и т.п.. Код должен выдерживать процедуру смена php-фреймворка просто путём копирования всех файлов и правки классов-репозиториев и других классов сопряжения с конкретным фреймворком. Если ваш код намертво спаян с текущим фреймворком - это признак того, что что-то пошло не так.

    Создавайте внутри папки app свои папки, раскладывайте там классы и подключайте их в конструкторе контроллеров. Почитайте, какие бывают типы классов с точки зрения архитектуры приложения, почитайте про принцип SOLID. Почитайте про Domain Driven Design, погуглите доклады, например https://www.youtube.com/watch?v=rjtbCyacJas .
    Учёба - это постоянный процесс, не останавливайтесь.
    Ответ написан
    Комментировать
  • Какую CMS/CMF использовать как дополнение к своему проекту?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    Посмотрите https://theorchid.github.io/ru/
    Цепляется сбоку.
    Ответ написан
    Комментировать
  • Нужен ли Laravel таким небольшим проектам?

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

    неправильно знаете
    как раз в не очень крупных надо время и деньги экономить, а вот крупные могут позволить все самописное
    Ответ написан
    Комментировать
  • Какой framework использовать для Backend API сервера?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    Laravel слишком тяжёл для такого быстрого API, в пике может не потянуть. Используйте lumen.laravel.com , если нравится писать на Laravel.
    Если вы до этого не писали ни на Laravel, ни на Yii, делайте на том фреймворке/языке, который знаете. Кэширование можно сделать везде. Не может же быть, что это ваш первый проект, и сразу 230 запросов в секунду, правда ?
    Ответ написан
    4 комментария
  • Сделал RESTful API, что дальше?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    Да, это делается для клиента. Клиент может быть браузером, мобильным приложением, веб-приложением другого разработчика, который получает от вас данные по api и т.п.
    В браузере html из полученного json делается при помощи javascript-фреймворков (vue.js, react.js). В мобильных приложениях - внутренними средствами языка, там тоже html не нужен. Тому, кто берёт у вас данные - тоже html не нужен.

    Прежде чем писать RESTful API вам следовало понять, какую задачу вы хотите решить.
    Ответ написан
    Комментировать
  • Что изучить первым и выгоднее Angular, Angular 2 или React?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    А зачем вам angular ? Возьмите vue. Там сейчас оседают все проверенные временем решения за два последних года развития фронта.
    Управление состоянием внутри компонента как у react+mobx, невероятно удобно.
    Есть централизованный стор типа redux.
    Анимация прям из коробки, не надо заморачиваться. Вообще все что нужно можно делать при помощи .
    Можно присобачить jquery, если срочно нужен функционал, есть jq-плагинчик для него, а нужного vue-компонента ещё нет.
    Посмотрите - https://www.youtube.com/watch?v=7pmw5gvWAf8
    Ответ написан
    Комментировать
  • Как понять структуру laravel?

    ajaxtelamonid
    @ajaxtelamonid
    Laravel
    Про неймспейсы надо почитать отдельно, в спецификации языка. Упрощенно говоря, это способ связать класс с файлом в файловой системе. Не нужно инклюдить файл, просто обращаешься по неймспейсу к классу, файл сам инклюдится.

    Фасад - это способ к некому классу обратиться как к статическому. Для этого при "создании" (точнее регистрации) фасада регистрируется код создания экземпляра класса и дальше при вызове SomeClass::method() фреймворк создает класс SomeClass при помощи этого кода и вызывает метод method(). laravel.su/docs/5.0/facades

    Сервис-провайдер - это класс, который осуществляет инициализацию некоторой части приложения Laravel - регистрацию фасадов, папки вьюх, конфигов, в общем, всего подобного. Хватило бы одного сервис-провайдера, но их много, потому что модуль, пакет или логическую часть приложения удобнее инициализировать в отдельном классе, а не дописывать все в существующий. laravel.su/docs/5.0/providers

    Сервис-контейнер Laravel, при помощи которого (а не при помощи оператора new) создаются все классы во фреймворке, по сути не отличается от такого же фальконовского: laravel.su/docs/5.0/container . Он нужен для реализации DI, т.е. при создании некоторого класса, например контроллера, проходить по аргументам методов, смотреть, какие там подаются классы на вход, создавать экземпляры этих классов и собственно подавать их на вход.
    Ответ написан
    1 комментарий