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

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

    вот во избежание подобного и разрывают отношения
  • Odesk закрывает аккаунты пользователей в Крыму и замораживает средства
    0
    к сожалению, правительство страны неотделимо от всего остального. как бы этого не хотелось очень многим (я сейчас не только про россию)
  • Odesk закрывает аккаунты пользователей в Крыму и замораживает средства
    0
    конечно глупо, не воспользовались многолетним опытом взрывания собственных граждан
  • Проблемы даты и времени в JS
    +14
    Подобные проблемы характерны не только для JS, во многих языках (особенно динамических) работа с временем и таймзонами усложнена. Помогает наличие оттестированных и проверенных на практике библиотек. Для JS очень выручает momentjs.com/ там и работа с датой-временем есть, и расширение для таймзон
  • Apple прокомментировала ситуацию с уязвимостью Masque в iOS
    0
    тот джейлбрейк использовал ошибку, которая была оперативно устранена
    а безошибочных приложений, действительно не бывает
  • Как Энакин Скайоуокер стал Дартом Вейдером. Вирус для Android в картинке .PNG
    +37
    в виде скрипта для Pythone

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

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

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

    в общем, я считаю что практически нет «ненужных» или «неинтересных» предметов. есть «неправильные» учителя
  • Dell Venue 11 Pro: «таблетка» для фотографа
    +3
    как справедливо заметили в параллельном комментарии — накатить винду и налаженный процесс там развернуть — реально не проблема
    кстати, в плане «не переставлять систему» — OS X очень хороша, ее переставлять не надо практически никогда. а если даже и придется — из бекапа TM она восстанавливается идеально
  • Dell Venue 11 Pro: «таблетка» для фотографа
    0
    то же что помешало «переучиться» на OS X (все описанные проблемы — нормально решаются) — не надо это человеку
    многим людям настолько нравится налаженный процесс, что многое менять просто не хочется, и их отлично можно понять
  • Бесплатный Wifi в России теперь по паспорту
    +1
    достаточно трахнуть ОпСоСа, симки которого продают, и вопрос решится сам собой и очень быстро
  • Как не остаться голодным или безлимитный проход в столовую
    +10
    как тут не вспомнить классику — xakep.ru/articles/35784/
  • Почему вы никогда не должны использовать MongoDB
    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 не очень хороший выбор, так как реляционность придется делать на уровне кода, а это чревато массой проблем