• 0
    так они ничего не придумали, просто заюзали YAML. YAML чуть проще читается/пишется (сугубо на мой взгляд)
    RAML 1.0: обзор нововведений
  • 0
    Swagger как-то на первый взгляд показался поскучней. У RAML это просто болезнь перехода с версии на версию…
    RAML 1.0: обзор нововведений
  • +2
    RAML 1.0 предлагает, конечно, классные плюшки. И IDE поверх ATOM они напилили приличную весьма
    Но главная беда в том, что больше почти ни один инструмент 1.0 не поддерживает. Ни генераторы документации, ни даже web-консолька от самих Mulesoft (у них есть ветка, в которой они поддержку пилят, но она скорее сломана, чем жива)

    Поэтому на 1.0 пока можно только облизываться. Ну или начать его использовать в надежде что инструменты подтянутся. ATOM-ная IDE уже более-менее с 1.0 работает
    RAML 1.0: обзор нововведений
  • +6
    а какая разница? не может быть никаких юридических отношений с территорией, которая юридически не признана
    собственно, в той же Одессе быстро поняли чем им это грозит, начиная с закрытия портов и заканчивая аннулированием паспортов моряков
    Apple заблокировала аккаунты разработчиков в Крыму
  • +44
    нет, они не идиоты и естественно не ждут эффекта от запретов. в общем, запрет на работу с Крымом — это не столько санкции, сколько просто мера для того чтоб не было прецедентов для де-факто признания оккупации.

    если какая-то компания Х что-то продает правительственной организации в Крыму, то контракт будет подписан с одной стороны компанией Х, а с другой стороны — оккупационным Российским правительством, но при этом это правительство никем не признано (Сомали и Зимбабве, пожалуй, не в счет) и это явно создает странный казус.

    вот во избежание подобного и разрывают отношения
    Apple заблокировала аккаунты разработчиков в Крыму
  • 0
    к сожалению, правительство страны неотделимо от всего остального. как бы этого не хотелось очень многим (я сейчас не только про россию)
    Odesk закрывает аккаунты пользователей в Крыму и замораживает средства
  • 0
    конечно глупо, не воспользовались многолетним опытом взрывания собственных граждан
    Odesk закрывает аккаунты пользователей в Крыму и замораживает средства
  • +14
    Подобные проблемы характерны не только для JS, во многих языках (особенно динамических) работа с временем и таймзонами усложнена. Помогает наличие оттестированных и проверенных на практике библиотек. Для JS очень выручает momentjs.com/ там и работа с датой-временем есть, и расширение для таймзон
    Проблемы даты и времени в JS
  • 0
    тот джейлбрейк использовал ошибку, которая была оперативно устранена
    а безошибочных приложений, действительно не бывает
    Apple прокомментировала ситуацию с уязвимостью Masque в iOS
  • +8
    я правильно понимаю, что теперь снятие ограничения, которого изначально не должно было быть — считается информационным поводом для компании, достойным статьи на хабре?
    VPN в мобильном интернете от Yota
  • 0
    по меркам рынка кастомных наушников — это вполне средняя цена
    Исключительно под ваши уши: печать наушников на 3D-принтере
  • 0
    зависит от материала, от мастера, от глубины посадки…
    как обладатель кастомных наушников от Киевлян из Ambient Acoustics могу сказать что очень удобно, хотя перерывы надо делать периодически
    Исключительно под ваши уши: печать наушников на 3D-принтере
  • 0
    так уже многие производители кастомов используют 3D печать. хотя тут вопрос в том, что это дает по сравнению с традиционной отливкой из фотополимеров?
    Исключительно под ваши уши: печать наушников на 3D-принтере
  • 0
    судя по тому, что ownPhones называли свою продукцию «custom earbuds» — у них не будет длинного звуковода как у кастомов, сделанных по слепкам
    Исключительно под ваши уши: печать наушников на 3D-принтере
  • +1
    а, тогда не интересно :) спасибо :)
    MEIZU MX4: смартфон для игр и фото! Старт предзаказов
  • +1
    для меня, лично самое интересное что в роли ЦАП используется ESS Sabre 9018-K2M
    MEIZU MX4: смартфон для игр и фото! Старт предзаказов
  • +3
    ну я в интернете целый день натыкаюсь на противопоставление «часы от эппл — фу, часы от мото — ня», но вот реально интересно стало, сколько приложений будут адаптировать под круглый экран
    Apple Watch: то, чего так долго ждали
  • 0
    чисто из интереса — а как быть с квадратными приложениями в круглых часах от моторолы? это сильно красивей?
    Apple Watch: то, чего так долго ждали
  • 0
    ну, при налчии таких пассажей, я отчасти понимаю минусующих
    отсебятины о качестве звука уже полно в интернете, а годного обзора самого устройства я так и не нашел
    FiiO X5 — флагман среди портативных звуковоспроизводящих устройств
  • +1
    хинт: на схеме «А весь звуковой тракт выглядит следующим образом» верхняя половина — от Fiio X3, а Х5 — нижняя
    картинка на оффсайте приведена для сравнения
    FiiO X5 — флагман среди портативных звуковоспроизводящих устройств
  • –4
    ну вот издательство продает не копию файла, а электронную книгу
    Распродажа электронных книг по 99 рублей
  • +1
    хорошая и похвальная инициатива, а как определяется — какие книги будут продаваться в электронке?
    я бы, например, с удовольствием купил Head First Design Patterns
    Распродажа электронных книг по 99 рублей
  • –7
    я думаю несмотря на то что книги электронные, у них все равно не нулевая себестоимость, поэтому совсем уж раздавать их не будут

    Распродажа электронных книг по 99 рублей
  • 0
    явно ощущается, что дизайнеры вдохновлялись гугловым видом
    Новая жизнь Telebreeze Player
  • +1
    нам вполне хватало обычных карт, фотографий и телевизора с видеомагнитофоном
    поскольку не медиа-поддержка определяет успешность образования. Аристотель с учениками просто прогуливался по парку во время лекций, и ничего, справился с передачей знаний :)
    Минобразования Украины отменило запрет 2007 года на использование мобильных телефонов в школах
  • +1
    мне кажется что в первую очередь все зависит от преподавателя. пример школьного предмета, который обычно считается «зубрежным» — география.
    мне же повезло очень с учителем, и в старших классах он географию преподавал нам как науку, которая тоже строится на законах, правилах и разных закономерностях.
    его уроки совмещали географию, политику, экономику, химию и массу других наук, и на фоне этого заучивание стран, столиц, гор, рек, озер и всего остального происходило просто само.

    когда ты узнаешь что река в африке это не просто озеро, а ресурс, который дает очень много: воду, пищу, транспорт, узнаешь какие за контроль над доступом к этой реке шли войны, попутно — как она влияет на погоду, и еще много всего другого, и все это в простой и доступной форме — уроки географии начинают восприниматься интересней чем игра в цивилизацию :)

    в общем, я считаю что практически нет «ненужных» или «неинтересных» предметов. есть «неправильные» учителя
    Минобразования Украины отменило запрет 2007 года на использование мобильных телефонов в школах
  • +3
    как справедливо заметили в параллельном комментарии — накатить винду и налаженный процесс там развернуть — реально не проблема
    кстати, в плане «не переставлять систему» — OS X очень хороша, ее переставлять не надо практически никогда. а если даже и придется — из бекапа TM она восстанавливается идеально
    Dell Venue 11 Pro: «таблетка» для фотографа
  • 0
    то же что помешало «переучиться» на OS X (все описанные проблемы — нормально решаются) — не надо это человеку
    многим людям настолько нравится налаженный процесс, что многое менять просто не хочется, и их отлично можно понять
    Dell Venue 11 Pro: «таблетка» для фотографа
  • +1
    достаточно трахнуть ОпСоСа, симки которого продают, и вопрос решится сам собой и очень быстро
    Бесплатный Wifi в России теперь по паспорту
  • 0
    любой нормальный сервер с поддержкой транзакций даже после сбоя операцию выполнит. монга кстати тоже выполнит операцию если сбой был на сервере БД

    проблема монги в том, что те же каскадные удаления надо делать на программном уровне, и сбойнуть все может (с куда большей вероятностью чем падение сервера) именно на уровне приложения, и тут уже журнал операций сервера БД не поможет
    Почему вы никогда не должны использовать MongoDB
  • +5
    люди описали свою ошибку, потом описали в каких случаях не использовать этот инструмент. заголовок немного не соответствует статье, но это не отменяет полезности самой статьи
    Почему вы никогда не должны использовать MongoDB
  • +2
    И что? Меняйте. Имя сериала это описательное поле, это не индекс

    в скольких коллекциях и скольких документах вы его храните во имя денормализации? а если что-то сломалось по дороге?

    А что если в реляционной базе понадобится внести дополнительное поле описания? Это же надо будет изменить структуру таблицы для всего что уже записано и переиндексировать потом все с начала.

    зачем? обычно это можно решить без такого размаха

    С небольшим количеством данных удобнее работать в реляционной модели, но если данных много и приходится учитывать операции индексирования, то документарная модель лучше справляется.

    очень многие вещи без того же JOIN выливаются в огромный баттхерт. а уж от потери целостности данных — так и совсем грустно становится
    Почему вы никогда не должны использовать MongoDB
  • +7
    Я не путаю ничего. Проще — это когда все делается 1 запросом, который гарантированно или выполнится, или нет, не сломавшись на пол-дороги и не оставив базу в неопределенном состоянии.
    А дополнительные поля описания — вполне можно вместить и в реляционную модель. Это будет не так красиво как в Mongo, но 5 лет использования Mongo на серьезных наборах данных четко убедили меня в мысли, что целостность — все-таки более приятный бонус.
    Почему вы никогда не должны использовать MongoDB
  • 0
    и тут вдруг нам понадобилось сменить название сериала (с ошибкой было, например)…
    Почему вы никогда не должны использовать MongoDB
  • 0
    ну про старые баги (часть из которых можно было считать фичами) — это уже история, вспомнил в порядке ностальгии :)
    Почему вы никогда не должны использовать MongoDB
  • 0
    ну вот в реляционной СУБД пример с сериалами — решается сильно проще. большая часть остального — тоже.
    Почему вы никогда не должны использовать MongoDB
  • +4
    ну вот люди сделали ошибку, написали статью о том как ошиблись (я думаю статья не новая явно)
    если бы 5 лет назад эта статья попалась бы нам на глаза — мы бы тоже не выбрали монгу в качестве основной БД

    а 5 лет назад в монге помимо ограничений «by design» было еще очень-очень много недоработок и хреновостей, которые приходилось героически преодолевать. сейчас с этим уже намного-намного лучше
    Почему вы никогда не должны использовать MongoDB
  • +7
    так про это и статья: если нужна реляционность (а она чаще всего нужна) — Mongo не очень хороший выбор, так как реляционность придется делать на уровне кода, а это чревато массой проблем
    Почему вы никогда не должны использовать MongoDB