Pull to refresh
41
0
Send message
Минусы есть. Не критичные, но есть: запрет на использование тегов в комментариях, невозможность оставлять комментарий чаще, чем раз в несколько часов, невозможность ставить оценки.
Если вы просто читаете и аккаунт вам нужен исключительно для формирования ленты, то карма по боку. В других случаях она нужна. Не обязательно высокая, но положительная (лучше около 10).
Это не тот кейс, который обсуждается в статье. В статье речь идет о чистой функции — функции, которая не зависит от окружения. Зависимость от приватных полей класса — это тоже зависимость и для этого нужно использовать классы, тут я с вами согласен. Но для примера из статьи — нет.
Если речь идет о PHP, то какой смысл использовать классы в качестве неймспейсов, если можно просто положить обычную функцию в неймспейс? Что за мода всюду пихать классы? Объекты нужны для связи данных и методов, которые их обрабатывают. Если метод чистый, то это обычная фукция и классы тут не нужны. Каждой задаче — свой инструмент!

Такие вопросы надо выяснять у заказчика и фиксировать в документации, а не играть в подобные игры.
Просто нправильно решили эту про лему. Надо было не так радикально: не разделять ресурсы, а, например, прокачать систему фильтрации для ленты. После разделения проблема не решилась. Если раньше мне мешал ненужный контент, то теперь мне затруднен доступ к нужному. При этом проблема ненужного контента никуда не делась.
Вы немного заблуждаетесь. Минусуют намного охотней, чем плюсуют. Мне кажется, что большинство думает именно так:
Не понравился комментарий — зайду в профиль (а сейчас и этого делать не надо) и минусану карму, чтобы писал поменьше. Понравилась статья — плюс статье, а карму не трогают — статьи по умолчанию должны быть хорошими.
Аргументированно...
some([1...42], ...$args);

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

Но это так, личные вкусы.
В конкретно этой ситуации, думаю, просто не придали этому значения. Это для собеседуемого это важно, а интервьюер мог просто не задуматься об этом.
Fesor Да, это можно сделать. Но лично меня все время напрягало, когда язык имеет конструкцию, значение которой зависит от контекста. Видимо мой мозг с контекстом плохо работает :)
VitGo
2) Абсолютно не понимаю когда обсуждая знания и опыт человека в одном языке программирования просят решить задачу на другом… — это примерно тоже самое как нанимая учителя по русскому языку его на собеседовании попросят правильно расставить языки препинания в предложении написанном на китайском… — вроде как понятно что знания есть, значит должен разобраться… — но что таким образом проверяют ?!

Вот тут не соглашусь с вами. Есть два вида специалистов, которых нанимают:
1. Программист с глубокими знаниями в узкой области. Тут важны те знания, которые уже есть у него т.к. большую часть своего времени он будет решать типовые задачи.
2. Программист широкого профиля (я говорю не о full stack разработчиках). Здесь важнее не то, что человек знает сейчас, а как быстро он может научиться новому. Чтобы он умел быстро разбираться в новых областях и решить новые для себя задачи.

Я в свое время собеседовал новых программистов в свою команду. Мы искали джунов, для дальнейшего обучения. Понятно, что не ожидалось от них глубоких знаний. Но если он умел учиться, то скорее всего мы его брали. Умение учиться проверялось простеньким тестовым заданием на языке, которого собеседуемый не знал. В конце нашей беседы давалось небольшое задание (требовало потратить примерно полдня), которое нужно было сделать дома на незнакомом языке (о языке договаривались). Задание сводилось не к алгоритмам, а к базовым знаниям этого языка. Без жестких временных ограничений.

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

Конечно, такой подход будет уместен не всегда.
Не знаю, как ан iphone, но на ipad есть. У меня ipad старенький. Покупал с предустановленной ОС 6 версии. Когда обновился до 7 вроде ничего не поменялось (только бомбило от нового плоского интерфейса). А вот при переходе на 8 начались лаги и тормоза. Причем дошло до того, что регулярно, хоть и не часто, девайс впадает в ступор и не реагирует ни на что (даже на кнопки перезагрузки) по 5-10 минут. На девятку обновляться уже не буду — боюсь планшет ее не переживет.
Я так понимаю, сериал вы не смотрели. :-) Это просто шутка.
Так ваша проблема была не в Yii, а в отсутствии опыта как такового. Дай новичку симфонию — он нагородит такого же говна, так еще и разбираться будет в несколько раз дольше.
Человек, который понимает, что такое ООП, MVC и паттерны (именно понимает, а не тупо следует их реализации в конкретном фреймворке) будет везде писать хороший код. А тот, кто этого не понимает по определению не может написать что-либо нормальное.
Лично для меня количество плюсов/минусов особой роли не играет. Я перестал писать сюда статьи из-за того, что в моих глазах Хабр начал терять авторитет.
Писать статьи для крутого технического ресурса — это здорово. Это повышает ЧСВ и может послужить плюсиком на работе (мне например благодаря моим статьям сделали несколько интересных предложений работы). Но писать статьи для ленты новостей (в которую Хабр превращается) мне не хочется. Написав интересную статью ты растворяешься в куче Ализаров и ему подобных.
Причем это сама компания сменила направленность ресурса. Обратите внимание, почти у всех желтушников в профиле указанно «редактор habrahabr/geektimes». И то, что отделили гиктайм не сильно помогло т.к. к тому времени основная аудитория сменилась. И эта новая аудитория не ценит так высоко технические статьи.
Не ради рекламы. Я перевел статью «Принципы, которые формируют успешные фреймворки» (которую Qiang Xue написал) в силу своих возможностей. На хабр не стал выкладывать т.к. качество перевода сильно хромает, а тут за такие «полумеры» только заминусуют.
Но вдруг кому-нибудь, кто совсем не умеет в английский поможет.
Спасибо за подробный ответ.

Information

Rating
Does not participate
Registered
Activity