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

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

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

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

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

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

в общем, я считаю что практически нет «ненужных» или «неинтересных» предметов. есть «неправильные» учителя
cleg
+3
как справедливо заметили в параллельном комментарии — накатить винду и налаженный процесс там развернуть — реально не проблема
кстати, в плане «не переставлять систему» — OS X очень хороша, ее переставлять не надо практически никогда. а если даже и придется — из бекапа TM она восстанавливается идеально
cleg
0
то же что помешало «переучиться» на OS X (все описанные проблемы — нормально решаются) — не надо это человеку
многим людям настолько нравится налаженный процесс, что многое менять просто не хочется, и их отлично можно понять
cleg
+1
достаточно трахнуть ОпСоСа, симки которого продают, и вопрос решится сам собой и очень быстро
cleg
+10
как тут не вспомнить классику — xakep.ru/articles/35784/
cleg
0
любой нормальный сервер с поддержкой транзакций даже после сбоя операцию выполнит. монга кстати тоже выполнит операцию если сбой был на сервере БД

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

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

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

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

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

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

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