Как стать автором
Обновить
9
0
Александр @faost

Пользователь

Отправить сообщение
дебажить один метод на 50 (или даже 100) строк проще, чем 50 методов по одной строке

А чем проще, можно пример?

По моим ощущением проще как раз когда все разбито на методы. Плюсы для меня:
  • local variables не забиты кучей лишних переменных, реже нужно использовать watchers: количество переменных, которые вам надо одновременно анализировать, резко сокращается
  • step into / step out сильно сокращают количество расставляемых брейкпоинтов
  • стек вызванных функций с подсвеченными строками входа позволяет в любой момент вернуться в предыдущие состояния, какие тогда были у переменных значения

Там прямо под кодом автор указал:

для наглядности использую $_GET, но вы используйте Request


Если уж к _GET придираетесь, то почему не написали про отстуствтие проверки что filters — массив, что underscore в перемешку с camesCase это несоответствие стандартам и, наконец, про неправильные отступы?

Статья годная, надо будет писать интернет магазин с таким функционалом — может пригодиться как один из вариантов решения.
Добавьте в список ошибок «Мало уделяли времени собственно самому сайту», он у вас в 2005 году так и остался. Веб это не про «сделал и забыл», тут надо постоянно развивать свой продукт, чтобы поспевать за всей отраслью. А по вашему рассказу вы занимались всем, кроме улучшения сайта.
А ещё там есть отличная фича, которая как раз подходит для БЭМ — это использование амперсанда.


В LESS также:

.nav {
  background: white;
  &__link {
    font-size: 1.2em;
    &_active {
      color: blue;
    }
  }
}


Превратится в

.nav {
  background: white;
}
.nav__link {
  font-size: 1.2em;
}
.nav__link_active {
  color: blue;
}
Согласен, но вы описали редкую задачу. Для меня удобство видеть с кодом экшена и его роут, поддерживаемые http-методы, шаблоны и т. д. перевешивает недостатки.

С хранением роутов в одном файл сталкивался в rails. Для больших проектов это выглядит довольно дико.
больше статей = больше коммьюнити = хорошо
В этом и соль, показать на реальном примере разницу. В пхп-шаблоне в симфони для простого вывода переменной вам надо будет в ручную вызвать экранирование:

<?php echo $view->escape($name); ?>

В твиге в симфони все наоборот: экранирование идет по дефолту, и вам надо использовать фильтр raw чтобы отменить это автоматическое экранирование.
Эти статьи можно использовать для введения в Symfony новичков. Начинаешь им показывать как использовать симфони, но исключив на начальном этапе некоторые вещи:
  • не использования sensio/framework-extra-bundle
  • контроллеры наследовать не от FrameworkBundle\Controller, а сразу от ContainerAware
  • вместо твига — пхп шаблоны


А потом уже начать вводить аннотации из FrameworkExtraBundle, начинаешь использовать обертки из FrameworkBundle\Controller и показываешь преимущества использования твиг-шаблонов. В похожем ключе рассказывал у себя в конторе про симфони другим разработчикам достаточно успешно, даже черновики докладов остались.
роуты видно в одном месте (и на одном экране, что важно)


Вы все еще в ручную глазами в конфигах ищите соответствия роутов экшенам?

php app/console router:debug в связке с grep будте в любом случаее удобней.

В PhpStorm можно просто по названию роута сразу в нужный экшен попасть:

image
Вы о чем? Какой рамблер, какой ам?

www.similarweb.com/website/drom.ru#/#auto.ru,drive2.ru
Люблю Rails, но вы на сайте курсов немного лукавите.

«Ruby on Rails разработчики зарабатывают обычно в полтора раза больше, чем PHP программисты.»

Меньше чем в 1.5 раза и, что важно, вакансии в PHP существенно больше.

График с indeed.com у вас устарел www.indeed.com/jobtrends?q=ruby&l=&relative=1
Shift + Z + Z еще удобней
Еще вопрос по хроматическим аберрациям в очках, в рунете вообще мало про это пишут. Сделал новые очки взамен старых, сами линзы длиннее и выше всего на пару мм, толщина одинаковая мм. Но если смотреть не прямо, а хотя бы под углом 10° видны радужные контуры по краям предметов и сидеть за широкоформатным монитором нереально. Линзы «Hammer», преломление 1.6

Для меня важно за компьютером минимум искажений, эстетичность не важна. Как этого можно добиться?
Что будет со зрением после 45 лет, если до этого была сделана лазерная коррекция?
В клинике, которая указана у вас в профиле, предлагают услугу Femto Super LASIK, которая корректирует зрение и с тонкой роговицей. Или у вас еще тоньше?
Наверно любой программист по ходу профессионального роста сталкивается с такой проблемой. Мне помогают две вещи:
1. Задачи в трекер кидаются обязательно с приоритетом. В простейшем случае элементарным драг-н-дропом самые важные на текущий момент задачи переносятся наверх и брать на реализацию можно только самую верхнюю (или одну из первых N задач).
2. Все задачи больше чем на пол дня (можно поменять на 2-3 часа или увеличить на день, но не более) разбиваются рекурсивно на подзадачи. Т. е. для сложных тасков мы выстраиваем иерархию из более простых задач, которые можно сделать за короткое время.
> Как только у них это появилось — я забыл, что существует livetv

Тоже был бы рад забыть livetv и пользоваться более удобными сервисами. Поэтому к вам, как к активному пользователю НТВ-Плюс, вопрос.
Может ли мне предоставить НТВ-Плюс то, что давал livetv, и сколько это будет стоить при просмотре онлайн (телевизора нет): 1) подробный обзор в любое время прошедших туров топовых чемпионатов (Испания/Англия) — аналоги «видео архива» livetv; 2) просмотр в реал-тайме матчей плей-офф ЛЧ, опять же обзоры в любое время прошедших матчей; 3) иностранные комментаторы (в случае с английской лигой)
udemy.com — есть русскоязычный интерфейс, можно создавать как платные так и бесплатные курсы.
Ну вот на хабре много хвалят Yii, но я взглянул на код примера и по мне это полный треш из мешанины статических методов в кривом code style. Symfony по мне на порядок продуманней и как ни странно проще, если разобраться всего в двух вещах: что такое контейнер объектов и как работать с событиями. Достаточно изучить 1 презентацию и ты будешь знать симфони на 90%. Для Symfony немеренно бандлов, это самый популярный php-репозиторий на гитхабе, это самое мощное комьюнити.

Но люди голосуют за то, что они используют, т. к. «тим лид сказал», «на хабре прочитал», «старые проекты на нем» и т. п.
Все 3 опроса можно было бы объединить в 1: «Ваш любимый фреймворк»

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность