Для меня переводы — минус. Я этот перевод только что на хакерньюс прочитал в оригинале, а тут копирайтер которому дядя скомандовал — положил перевод на хабр. Если бы таких статей было бы 20% — было бы терпимо, но сейчас это всё 50%, кажется, потому что фишку просекли даже тупые компании, с тупыми копирайтерами, которым маркетологи рассказали что в 21 веке надо иметь Корп блог чтобы быть "лицом к клиенту", "открытым", вот только своего "лица" не наблюдается… Радостно заходишь в статью, с интересным заголовком, и такой облом раз за разом.
Если вам правда интересно, у автора в 2015 году есть публикация про то, как дорого закупать контекстную рекламу для стоматологической клиники в большом городе. habr.com/ru/post/289854prntscr.com/nwj78h
Так что есть немаленькая вероятность джинсы (что не означает что больница плохая, само собой).
Laravel это приятный фреймворк с англоязычным ярким (тейлора одни ненавидят, а другие любят за его деспотичность) хедлайнером, понимающим толк в маркетинге и красивом дизайне. Это большое дело, «русскоязычным» фреймворкам за Laravel не угнаться в ближайшее время, будь ты хоть в два раза лучше :) молодежь, навязанные западные ценности, вот это все… *закуриваю трубку сидя в своем кресле-качалке*
Я вот не понимаю чего там такого enterprise в симфони, честно. Десяток файлов конфигурации чтобы связать ACL и userbundle с JmsSerializer и умереть? Программирование через аннотации, которые намертво кешируются и быстро подебажить — целая история? Раздувание бюджетов и количества строчек кода в два раза? ORM и DQL, на котором мало-мальски сложный SQL отчет (с кастомными mysql/pg функциями, например) запаришься писать? или FormBuilder который неприятно использовать в реальных формах, зато приятно тестировать, если конечно кто-то из разработчиков до тестирования доберется из-за дедлайнов? :) по факту получается что основная ценность — это Symfony Components, DI и живое англоязычное community. На мой взгляд любой, даже нормальный, фреймворк (sf2/laravel/yii2, про CI и Kohana не будем, это устарело) это боль, но основная боль идет от некомпетентности разработчиков. Некоторые упарываются по модульности и DI, думая что оно сильно им облегчит жизнь в enterprise, и поэтому ругают «монолитный» yii, например — но в реальном enteprise часто модульность не решает всех проблем с архитектурой и сложность все так же накапливается — и оказывается, например, что проблемы проще решить правильным дизайном более высокого уровня — читай, разделением систем. И три системы на yii, простые как сапог внутри и вполне монолитные, справляются с задачей разделения сложности намного лучше чем один монстр на sf2 с тысячей бандлов.
Если есть возможность сделать написание безопасного кода легче чем опасного — это надо делать) Html::encode иногда писать долго и скучно, особенно сто раз подряд…
Смысл — в автоэскейпинге переменных. Это важная вещь, которой лично мне только и не хватает в yii2 с pure php шаблонами — безопасность страдает, если разраб торопился.
Мне кажется, даже среди айтишников не так много настолько упоротых людей, которые будут ожидать от «зеленого» хттпса какого-то обмана и проверять кем сертификат выдан.
Печать доверия Thawte на сайте Альфа-Банка
Вот этого не понял. Как картинка с логотипом научит пользователей полезным навыкам? Она не может быть скопирована мошенниками? :)
на самом деле youtube уже давненько практикует ограничение географии — из россии нельзя посмотреть некоторые фрагменты спортивных трансляций (выдаст ошибку если открыть видео по прямой ссылке), а из США — можно, например.
Мне кажется, у вас искаженное представление о самоуважении и рынке мейлфорвардинга, если ответ кардеру от бандерольки и обиду кучки товарищей с пикабу на твиттер директора вы считаете признаком плохой или ненадежной компании (если вы до этого не с пикабу пришли, конечно). У плеера сервиса нет, это да.
если вы за развитием ситуации наблюдали, то видели что бандеролька «детсад» с публичной доказательной базой начала разводить только когда уже закрыла группы от наплыва вопрошающих «давайте ваши доказательства зачем человечка безвинного кинули» и поливающих всех матом) а сначала вполне сдержанно все комментировала и до последнего держалась… суд это дело не быстрое, думаю он будет, но пока досудебные разбирательства идут — надо терпеть убытки репутации компании и смотреть как ее грязью поливают, судя по вашей логике?
если бы международное право было бы заточено под быстрое и оперативное наказание кардеров — все было бы намного проще в плане возмездия, и тогда бы компании не творили бы «самосуд», наверное :) а так сидит в екб вот такой пацан и считает себя полностью безнаказанным, и не безосновательно — до мелких воришек руки правосудия пока не так часто добираются (надеюсь, эта ситуация скоро поменяется, не только же пиратов и обычных пользователей яровыми зажимать, наконец). а бандеролька его вещи не зажимала, насколько я понимаю — ему сразу предложили возврат в магазин сделать, а он уже против этого протестовал
Массивы при всех их минусах имеют большой плюс — зайдя в средненький по качеству код с десятком разных структур (хранящихся в массиве) обычно понимаешь как эту структуру модифицировать после пары вардампов, интерфейс взаимодействия понятен и знаком любому программисту. Если упираться сильно в "правильный" ООП, то может получиться обратная ситуация — в коде куча структур тупо эмулирующих хранение неких данных, причем у каждой из этих структур автор кода радостно напридумывал методов ->add (ну, у одной add, у другой addItem, у третей addOne() — именование зависит от настроения, конечно) В результате — без подсказок IDE и изучения кода — шагу не ступишь. При доработках таких "классов" — обычно еще и наступает борьба с плохими абстракциями. Мораль какая? Везде должен быть баланс) не надо притягивать ООП за уши там где это не очень надо, надо смотреть на конкретную ситуацию.
Реакт это действительно фундаментальная вещь, и на мой взгляд его рост сдерживается, в первую очередь, сложностью инфраструктуры окружающей такую простую, и гениальную при этом концепцию. Обычным прагматичным программистам, у которых никогда не было мечты о написании своего компилятора или создании машины тюринга, и у которых вчера даже ES5 js не был основным языком программирования — вдруг сверху наваливают сразу кучу новых концепций. Именно из-за магических слов flux, immutable, babel, es6 человек берет и по-старинке делает проект на angular или даже jquery, не сильно заботясь о сложности которая будет расти (в близкой к) геометрической прогрессии при усложнении интерфейсов — стартовать-то проще, все из коробки! Это очень важно понимать людям которые развивают реакт. Взлет того же redux по звездочкам показывает как людям нужны предельно простые концепции и что-то понятное и работающее из коробки — в фейсбуковском flux чуть перегнули с заложенной в платформу scalability и все, труба, критичную массу обычных разрабов, использующих технологию, тяжелее набрать за короткое время. На этом немало технологий погорело, забыли про простых людей и остались уделом упоротых гиков которые любят собирать из кирпичиков гениальные шедевры :) Но думаю у реакта в этом плане все будет хорошо, на глазах становятся мейнстримом. Еще пару месяцев назад мы не могли найти разработчика знакомого с react-native, а через полгода ситуация, думаю, кардинально изменится.
Для меня переводы — минус. Я этот перевод только что на хакерньюс прочитал в оригинале, а тут копирайтер которому дядя скомандовал — положил перевод на хабр. Если бы таких статей было бы 20% — было бы терпимо, но сейчас это всё 50%, кажется, потому что фишку просекли даже тупые компании, с тупыми копирайтерами, которым маркетологи рассказали что в 21 веке надо иметь Корп блог чтобы быть "лицом к клиенту", "открытым", вот только своего "лица" не наблюдается… Радостно заходишь в статью, с интересным заголовком, и такой облом раз за разом.
github.com/bustle/mobiledoc-kit/blob/master/MOBILEDOC.md
github.com/alidlo/vue-mobiledoc-editor
Например, редактор в ghost.org использует mobiledoc формат.
Так что есть немаленькая вероятность джинсы (что не означает что больница плохая, само собой).
автор ясно и три раза повторил, что на его взгляд компоненты это важно, а компоненты на каждый чих — не очень.
Вот этого не понял. Как картинка с логотипом научит пользователей полезным навыкам? Она не может быть скопирована мошенниками? :)