• Битва титанов голосовой коммерции
    0
    Насколько я знаю, майкрософт занималось проблемой управления с помощью голоса и видео ещё в 90-х годах, так что это ещё кто в начале пути. У меня недавно умерла люмия и теперь пользуюсь андродом, очень не хватает cortana, гугловская поделка значительно уступает в распозновании, особенно бесят её попытки угадать, а не просить повторить команду.
  • 5 причин, по которым работодатели не любят удалёнщиков (и 4 способа получить работу в любом случае)
    +6
    Думаю ссылка в статьях на госпожу Мариссу Мейер доказывает всю нелепость аргументов против удалёнки. Своими методами она убила то, что оставалось от yahoo.
    В её случае всё понятно, она симпатичная женщина, умеющая хорошо говорить, потому личный контакт для неё важен, т.к. при удалёнке оценивали только результат, а они плачевны. А так Мариса всё ещё на коне.

    Я уже и не вспомню когда последний раз работал на проекте, где все работники сидят в одном офисе, сложные проекты всегда распределённые. Сидя в офисе ты всё равно де-факто — удалёнщик.
  • Каким должно быть ТЗ на Корпоративную ИС?
    +2
    Вы же в курсе, что ракеты, как практически и любой сложный современный продук так и создаются — детали делаются в разных местах, а затем собираются в единый продукт. В поисках идеального тз, вы не получите не продукта, ни тз. А вот если один продукт разобьёте на кучу мелких, то всё станет гораздо проще. А для простого продукта тз можно писать прямо на ходу, а то и постфактум.
  • Как я шел к Java-программированию и прошел мимо
    +2
    Вывод. Хотите познакомиться с профессией, идите работать в настоящую ИТ компанию, потому что курсы и фриланс — это безалкогольное пиво с резиновыми женщинами.
  • Сентиментальная встреча: как 17 анархистов-разработчиков в 2001 году манифест Agile подписывали
    +1
    Видео в конце портит всё удовольствие от статьи, так как попадает под описанную категорию
    >>. Те, кто использует экстремальную разработку, или SCRUM, или любую другую гибкую методологию исключительно из-за громкого названия, похожи на современных хакеров: первые в большинстве своём не знают методологию, вторые — изначального значения термина “хакер”.
  • 10 карьерных ошибок, о которых я жалею
    +3
    0. Слишком много внимания уделял карьере.
  • Функции высших порядков и монады для PHP`шников
    0
    В ООП тоже всё легко тестировать если пользуешься DI и пользуешься фаулеровскими заветами вроде разделяй запрос и модификатор.
    Вы в статье очень удачно использовали объекты, тем самым продемонстрировав, что ООП не отменяет функциональных подходов, а очень удачно дополняется ими.
  • Функции высших порядков и монады для PHP`шников
    0
    А что вы хотите от страны где 80% не имеют загранпаспорта и дальше крыма не выезжали, а дома пилят проекты на битриксе. Но это вымирающее меньшинство. В Беларуси или Украине таких проблем нет, практически везде чтение документации на английском и ооп — обязательные условия, т.к. проекты западные.

    Я так понимаю, вы искали среди так называемых фрилансеров, но это отдельная группа, где за редким исключение ни то что программиста, но даже человека адекватного найти тяжело. У нас же сейчас обратная ситуация, слишком много начитанных специалистов, которые любят паттерны, ddd и всякие абстракции больше, чем результат.
  • Функции высших порядков и монады для PHP`шников
    0
    Вы так говорите, как будто функциональщина лучше и сложнее ООП подхода. Посмотрите на пример, ад из колбеков замаскированный через бинд, сложный в поддержке и трудночитаемый. У функциональщины свои плюшки, но ради них жертвуют человекопонятным кодом.

    Ну, а по поводу знаний ООП, мусора везде хватает, на то есть эйчары и собеседования, чтобы его фильтровать, в нормальные компании такие не попадают.
  • CTRL + G — хоткей, полностью изменивший принцип моей работы
    +2
    Здесь та же проблема как у любителей вима — сразу пишется кривой код на основании копипаста, а затем героически с этим борются, но копипаст остаётся.
  • Состоялся финальный релиз Angular 2
    +3
    Всё печальнее, я писал даже под IE 5.5, а ajax реализовывали через тег img и не боялись xslt в браузере.
    Вот только не надо на основании этого записывать меня в олдфаги, которые боятся «новых» технологий. Сейчас я пишу на react, до этого был проект на vue, до этого на angular 1 и т.д. Есть с чем сравнивать.

    p.s. Я спутал теневой дом с виртуальным, но в любом случае, он ещё не стандарт, а лишь черновик.
  • Состоялся финальный релиз Angular 2
    +6
    У меня более десяти лет опыта писания на javascript, по моим ощущениям связка react + flux это худшее с чем мне приходилось работать. Не понимаю откуда такой хайп. Единственный плюс это теневой дом, который в теории должен обеспечить лучшую производительность, но на практике постоянно встречаю подлагивание реакт приложений начиная с самого facebook.

    Мне всё это напоминает smarty в мире php, когда брали шаблонизатор и строили архитектуру вокруг него. Реакт это такой же тупой шаблонизатор, хватит на него молиться, в нормальной архитектуре это звено, которое вообще должно быть легко заменяемым.
  • Шаблон Presenter в Laravel
    +1
    Это вы смешали.
    1. Нет, это декоратор, он сломал принцип лискоу, так как не сломал интерфейсы и не пройдёт тайпхинтинг.
    2. Это паблик морозов, т.к. у вас model — протектид, а __call предоставляет к нему доступ как к публичному.
    3. В статье недоразумение, а не паттерн, он нарушает сразу несколько солид принципов, о чём и был смысл данного обсуждения.
    4. Обязательно уберите и код из контроллера тоже.
  • Шаблон Presenter в Laravel
    +1
    Нет, вам следует убрать магический __call и тогда это будет презентер или viewmodel, а так это паблик морозов, который позволяет делать $object->delete() в слое представления.
  • Шаблон Presenter в Laravel
    0
    Да, декораторы могут наследовать несколько интерфейсов, но не плодить свои. Это всё же динамический паттерн.
  • Шаблон Presenter в Laravel
    +1
    Вот, _расширять_. Потому что наличие интерфейса согласуется с принципом лискоу. При этом слово расширять — лучше понимать как наследовать несколько интерфейсов, соблюдая принцип разделения интерфейсов.
    Я сам об это споткнулся пару лет назад, пришлось ставить костыли из-за наличия __call и обратной совместимости вместо нормально интерфейса.
  • Шаблон Presenter в Laravel
    +1
    Они оба предполагают соблюдение интерфейса, но цель разная. Прокси контролирует объект, а Декоратор предоставляет возможность _динамического_ изменения поведения.
  • Шаблон Presenter в Laravel
    +1
    Нет, вы были скорее правы.
    Декоратор предполагает обёртывание объекта с сохранением интерфейса и предпологает обёртывание существующих методов, здесь интерфейса вообще нет, плюс добавляются новые методы. А здесь действительно прокси, так как проктирует обращение на модель, тем более магический __call выполняет функцию паблика морозова, нарушая инкапсуляцию, что недопустимо даже для презентера.
  • Шаблон Presenter в Laravel
    +1
    Очень странная реализация подхода с кучей кода в контроллере.
    Давайте теперь добавим отчество, вы будете каждый контроллер править добавляя 'middle_name' => $user->middle_name?
  • Laravel 5.3: Подготовка к разработке (для новичков)
    0
    Вот видите, почему важно давать точную информацию, а не рассчитывать на понимание новичками контекста.
  • Laravel 5.3: Подготовка к разработке (для новичков)
    0
    Где вы увидели оскорбления?

    Про вашу ситуацию я сказал выше https://habrahabr.ru/post/309568/?reply_to=9798148#comment_9797974 Даже под линуксом нужно разрабатывать в той же среде, что будет на проде.
  • Laravel 5.3: Подготовка к разработке (для новичков)
    0
    Так ежик, вы даже с гитом в команде не работали, какой к чёрту опыт. Первая же проблема которая вылезет при переносе после вашей статьи — это права на файлы. И человек бежит на форумы спрашивать, ведь он же статью прочитал, зачем ему доки, если если человек с опытом так написал.
  • Laravel 5.3: Подготовка к разработке (для новичков)
    0
    Здесь же дело не в удобстве, а в разном функционале при работе под windows и linux, из-за которого ваш проект может вовсе НЕ РАБОТАТЬ под другой операционной системой.
  • Laravel 5.3: Подготовка к разработке (для новичков)
    –2
    Какой линукс на сервере, когда вы вопреки рекомендациям документации laravel советуете людям openserver.
  • Laravel 5.3: Подготовка к разработке (для новичков)
    0
    винда на декстопе, линукс на сервере. не вижу противоречий.
  • Laravel 5.3: Подготовка к разработке (для новичков)
    +2
    Дело не в том какую ОС предпочитает разработчик, а то, на какой ОС будет крутиться проект, в 99% это unix. Соотвественно, разрабатывая на винде, нужно ставить виртуалку, чтобы не было проблем. Да и на линуксах тоже, чтобы енвайромент был одинаковым с продом.

    Я активно помогаю по laravel, на тостере, на формумах и т.д., описаные проблемы очень типичны, потому что в интернете 100500 статей по laravel, которые написаны новичками. При том что есть хорошая дока и ларакаст.
  • Laravel 5.3: Подготовка к разработке (для новичков)
    +1
    Честно говоря, не вижу особого смысла расписывать ответ для человека, который разработывает под виндой и не знает основ composer и требований к коммерческой разработке. Но раз хотите:

    Из-за из-за опенстека на продакшене потом вылазят баги вроде регистра в названии файлов
    Про гитигнор вам уже писали в комментах — composer.lock нельзя игнорить с него разворачивает проект т.к. там зафиксированы версии, игнорится папка public в которой помимо будут лежать ещё 100500 иконок для мобильных девайсов и для сеошников
    Whoops лишь видеозменяет вывод ошибки, при этом добавляет свои, потому ещё и выбросили в новых версиях из laravel, загляните в баг трекеры.

  • Laravel 5.3: Подготовка к разработке (для новичков)
    +1
    Извини, но если нет серьёзного опыта, зачем писать 100500 статью для новичков. Тем более в ней 100500 вредных советов вроде open server вместо homestead, кривой gitignore, бесполезный и вредный whoops, который только мешает отдалке и т.д.
  • Инструмент анализа скорости PHP-функций
    0
    Когда человек путает отладку и профилирование, это говорит больше о его квалификации, нежели php-шников.
    К сожалению, в учебных заведениях курсы в основном рассчитаны на .net-java разработчиков и они преподаются на порядок лучше, а среди php-шников в основном самоучки, потому на входе знания поменьше. Но если не подаваться в «диджитал» и «молодые амбициозные» компании, то за первых же пару месяцев всё осваивается, и ide, и отладка, и профилирование, и тестирование, и ещё 100500 вещей, которые не особо привязаны к языку.
  • It’s the future
    0
    А что такого в реакте? Мне напоминает это smarty из мира php, когда каждый говнокодил свой фреймворк со smarty, который по сути тупой шаблонизатор, а не какой-то архитектурный каркас. Сейчас переписываем старое приложение с бэкбона на реакт с редюксом, по ощущениям не только код усложнился, но и стало медленнее, вся прелесть виртуального дома съедается 100500 обёртками.
  • Исследуем вопрос наказаний 2.0
    0
    Уже была подобная статья на хабре, там тоже упоминался битрикс. Совпадение?

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

    Наказание может быть только одно — увольнение, любое другое значит, что несмотря на косяки он все же ценен для команды.
  • Почему, ну почему, эти #?@! придурки используют vi?
    +1
    >>Вы о чем вообще? Я о плагинах, эмулирующих Vim говорю. Или очередной демагог?
    Я пошевелили пятой точкой, установил плагин вима для идеи, попробовал пример из статьи, где говорится о модальном редактировании. Пример отработал, вот и уточняя, какие же именно отличия в реализации, в ответ же получаю переход на личности.
  • Почему, ну почему, эти #?@! придурки используют vi?
    –1
    Поробовал фичу с «iHelloESC .», в идее работает. Было бы интересно узнать побольше о различиях и кейсах, где это нужно в реальной жизни, раз у ж такие «мощные возможности».
  • Почему, ну почему, эти #?@! придурки используют vi?
    –1
    Прежде чем обсуждать статью стоит отметить, что она написана почти десяток лет назад. С тех в IDE появился поддержка VI мода, так что всё сказанное уже не актуально, вы пожете пользоваться мощью IDE и фичами по набору текста в vi
  • Найм технических специалистов просел на 40% — и никто не говорит об этом
    +3
    Так весь рынок начинает замыкаться на большие проекты, которые за счёт маркетинга переманивают пользователей. Вот например в России был мойкруг, для меня он на порядок удобнее хаоса в интерфейсе линкедина, но вакансий с моего круга нынче пару штук за месяц, а когда-то в день было больше. В то же время с линкедина шлют всё больше и больше.

    p.s. Я не утверждаю, что информация не правдива, а лишь то, что зря они ссылаются на себя и рынок в условиях монополии.
  • Найм технических специалистов просел на 40% — и никто не говорит об этом
    +6
    Может это проблема самого портала, например, айтишники перекочевали на linkedin и за его пределами особо ловить нечего?
  • Подготовка к собеседованиям по PHP с использованием тестов (phpt) из исходников PHP
    0
    Кстати, отличный вопрос для собеседования. Разработчик претендующий хотя бы на мидла должен знать про профайлинг. phpstorm имеет встроенный инструментарий, чтобы самому определить тормоза, либо послать результаты разработчикам, чтобы они починили баг, вы же за это деньги платите.
  • Создание блога на Symfony 2.8 lts [ Часть 4]
    +3
    Ну так современный фреймворк вроде symfony это и есть набор библиотек. Так что вы занимаетесь самообманом.
  • Создание блога на Symfony 2.8 lts [ Часть 4]
    +3
    Потому что фреймворки позволяют писать быстро и качественно, при этом и поддержка обходится значительно дешевле.

    Вот смотрите в статье есть отсылка емейла, без фреймворка вы бы накодили функцию mail и и боролись бы с кодировками и спамом, а наличие фреймворка позволит вам забыть о таких вещах, при этом без лишних усилий настроите чтобы письмо слалось не сразу, а сервером очередей и не вызывало дедлок под нагрузкой, и не через mail слалось, а через сервисы вроде мейлчип. А ведь плохое письмо убивает конверсию и бизнес несёт большие убытки, не говоря уже о лежащем сайте. Бизнесу срать на фреймворки и cms, но деньги они считать умеют и знают, что лучше брать готовое, чем верить фантазиям велосипедостроителей.

  • Создание блога на Symfony 2.8 lts [ Часть 4]
    0
    norgen, miraage так я и писал, что не хватает экранирование в примере с нативным шаблоном, и что substr использовать в эпоху юникода нельзя.