Первоначально я хотел прокомментировать публикацию Рак. Что с этим делать и чего делать не надо. Личный опыт, но быстро поймал себя на том, что количество букв тянет на новый пост. Прежде всего: я сочувствую автору, но нельзя говорить о том, что рак — это приговор. Дальше будет много личного, а в завершение — неожиданный переход к тематике Гиктаймс.

Так получилось, что в конце семидесятых в шестилетнем возрасте меня спасли на одной из последних стадий рака почки, а в конце нулевых родители умерли от онкологии. Всех нас объединяет то, что жили длительное время в Крыму. Как известно, повышенная солнечная радиация является канцерогеном. Поэтому, я не уверен в правильности решения автора вышеупомянутого поста перебраться на юг при выявленном раке.

Проблемы со своевременной диагностикой были раньше, есть они и сейчас. В далеком детстве мои боли в левом боку в подмосковной райбольнице (болезнь совпала с моим приездом в гости к бабушке) сначала списали на аппендицит и только вмешательство мамы, которая одно время работала в МОНИКИ и добилась моего осмотра в этой клинике, помогло установить правильный диагноз. В областном онкодиспансере мне сделали все, что было можно на тот момент: сначала химио и лучевую терапию для подавления метастаз, а следом — операцию по удалению основной опухоли вместе с почкой.

По воспоминаниям моих родных, последствия такого лечения вызывали сильные сомнения в том, что я выживу. Скорее всего, это не преувеличение — из моих маленьких соседей по палате повезло немногим. Думаю, что меня спасла мама, которая устроилась работать медсестрой в онкодиспансер и была всегда со мной рядом. А еще, когда после операции врачи сказали, что они сделали все возможное, мама с бабушкой не стали дожидаться исхода, а забрали меня под свою ответственность и стали выхаживать в домашних условиях.

Так как врачи категорически не рекомендовали Крым по вышеупомянутым причинам, я стал жить в дальнем Подмосковье с бабушкой и дедом. Кормили меня только домашней едой — этому отчасти способствовал не такой широкий как сейчас выбор продуктов в магазинах. Хорошо помню куриные бульоны (птицу брали сначала у знакомых, а потом разводили сами), которые первое время мне готовили практически каждый день. Все лето мы целые дни проводили с дедом в саду, где на каждом квадратном метре из шести соток росло что-то съедобное: от щавеля с луком-пореем до яблонь, вишни и облепихи. В начале восьмидесятых чудодейственные свойства приписывались мумие — и мне его давали вместе с медом. Еще я пил серебряную воду, которую делали из обычной с помощью чудо-прибора ионатор.

Что в итоге сработало — не могу сказать, но на регулярных ежегодных обследованиях в онкодиспансере, на которые я ездил почти десять лет, следов онкологии у меня больше не выявили. А в десятом классе на ежегодной врачебной комиссии с меня сняли инвалидность, посчитав что я полностью здоров. Думаю, что моя жизнь сложилась бы иначе, не имей мама начального медицинского образования и не пойди она работать медсестрой в мою клинику без жилья и с копеечной зарплатой. А еще помогли любовь и забота бабушки, переходящая все границы.

Теперь — о дне сегодняшнем. Диагностика осталась на том же уровне. Мама работала логопедом и регулярно проходила диспансеризацию, но онкологию у нее нашли, когда уже пошли метастазы и лечить было, по большому счету, поздно. У отца лейкоз выявили на более ранней стадии по изменению состава крови. Мама не курила и не злоупотребляла алкоголем, все время была в движении, отец — с точностью до наоборот. Обоим прописали химиотерапию, которую они переносили очень тяжело и которая, в итоге, не остановила болезнь. И так получилось, что рак у них совпал с рождением сына у моей сестры — их единственного внука, ради которого стоило жить, но это не помогло…

До меня уже говорилось, что в медицинской среде больных с онкологией на поздней стадии не лечат — им просто выписывают обезболивающие (впрочем, и это бывает сопряжено с трудностями). Но почему, в таком случае, в нашей стране не созданы условия, чтобы они могли уйти по-человечески? Почему их выписывают из больниц, когда им требуется ежедневный уход? И почему у них нет права сказать: «Стоп, хватит — я так больше не могу»? На мой взгляд, именно подобная забота о беспомощных — показатель сильного государства.

Сейчас мне уже за сорок, с четырнадцати лет начал заниматься спортом и чувствую себя не в своей тарелке, если неделю мышцы остаются без нагрузки. Образование и деятельность непосредственно связана с медициной: окончил факультет биомедицинской техники МГТУ им. Баумана, сейчас руководитель проекта интернет-магазина медицинских анализов LAB4U. На Гиктаймсе есть моя статья о том, чем мы отличаемся от других сетевых лабораторий.

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

В октябре нашему сервису исполнилось четыре года и сейчас у нас стадия активного роста. Нам очень нужны битрикс-программист и интернет-аналитик. Кроме того, недавно мы сделали мобильную версию сайта и заинтересованы в сотрудничестве с разработчиками под iOS и Android, чтобы привести наши мобильные приложения с ней в соответствие.

Моя спираль жизни сделала виток: в детстве меня спасли от рака, а сейчас я помогаю другим людям выявить онкологию на ранней стадии и избавиться от этого смертельно опасного заболевания. На мой взгляд, ни в коем случае нельзя пренебрегать традиционной медициной, но быть просто пациентом не получится — придется самому разобраться в том, что значат те или иные показатели и как можно скорректировать свое состояние — и бесценную помощь тут может оказать близкий человек.
ссылка на оригинал статьи https://geektimes.ru/post/282046/

В канун Дня Всех Святых все ломают себе голову, каким же костюмом можно удивить? Казалось бы, за 2 тысячи лет, которые существует Хеллоуин, традиции создания страшных костюмов ушли в прошлое, и сейчас нет никаких ограничений в его выборе. Костюм может быть как грандиозным, так и минималистичным, но если они подкреплены живой историей, то восприняты они будут с восторгом. Но что делать, если все-таки хочется выделиться на фоне различных Дракул, Тыкв и Харли Квинн? Делать костюмы будущего!

Звучит весьма эпатажно, но это открывает большое поле для фантазий. Можно сделать костюмы, используя современные технологии 3D-печати, прикрепляя разноцветные LED-полоски и светодиодные фонарики, дополняя костюм различными технологичными фичами. Для счастья гика нужно так мало! Мы собрали для вас несколько нескучных инструкций, которые помогут создать костюм своей мечты.

Платье из оптоволокна

Для оптоволокна нужно очень крепкое основание, поэтому для него было выбрано платье с плотным корсетом и пачкой, чтобы оптоволокно «пышно» лежало на юбке и свободно вращалось вокруг нее. Для простоты эксперимента или если вы не умеете шить, можно взять уже готовое V-образное платье с пачкой или пышной круговой юбкой. А если вы хотите сшить платье своими руками, то в этом вам поможет пошаговая подробная инструкция.

Для того чтобы создать футуристический образ платью, нужен оптоволоконный хлыст. Но у него есть свои существенные минусы помимо дороговизны. Срок действия батареи хлыста очень небольшой, а процесс смены аккумулятора очень сложный. Аккумулятор работает на 3.7 В литий-ионных батареях около 45 минут.

Поэтому самой сложной задачей стала возможность соединения хлыста с дополнительным батарейным блоком, который бы позволил продлить срок “сияния” оптоволокна. Поэтому размещаем батарейный блок под ремень юбки и соединяем его с хлыстом, расположенном на спинке платья. Для того чтобы платье выглядело аккуратно, пришиваем небольшой кусочек ткани на липучке, чтобы можно было спрятать основание оптоволоконного хлыста с батареей, но и чтобы иметь быстрый доступ к нему.

Пышная форма юбки в виде пачки помогает создать “эффект медузы” за счет сползающих вдоль нее оптоволоконных нитей. Помимо этого, плотная юбка позволяет красиво “пружинить” оптоволокну вдоль платья и его проще прикрепить к ней. Затем приступаем к самой трудоемкой части работы — создание контура платья из оптоволокна.

Всего в хлысте 360 нитей оптоволокна, разделяем их на группы по 10 нитей и обматываем ниткой или веревкой. Затем распределяем их вдоль платья, закрепляя на талии. После того как группы нитей закреплены на талии, начинается самая тяжелая работа: закрепление каждой группы вдоль корсета по фигуре. Работа очень медленная, но результат того стоит. После закрепления нитей нужно обрезать их до нужной длины. Здесь каждый может создать совершенно разную форму. В данном случае был выбран принцип “слоистой” стрижки, создавая оптоволоконную юбку с нитями различной длины.

Готово! Такое платье выглядит так же эффектно, как платье Зака Позена для Клер Дейнс, но оно более практично и миниатюрно. Как раз для вечеринки в честь Хеллоуина.

Мерцающий морской конек

Вдохновение для необычного костюма может прийти совсем неожиданно, так произошло с автором костюма морского конька, представленного на costume-works.com. Поход в аквариум с сестрой открыл в нем давно забытую детскую страсть к невероятно ярким и красивым существам — морским конькам — и подтолкнул на эксперименты. Материалы для этого костюма были найдены в магазинах хозтоваров и украшены тканью и пайетками. Для этого костюма подойдут любые туфли и платье, главное, чтобы они были одной цветовой гаммы с морским коньком.

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

Project Alan

Идея для другого костюма тоже возникла на основе детских фантазий. Но только фантазия принадлежала дочке, а реализовал ее отец. Невероятно милая история о том, как девочке Саше пришла идея нарядиться на Хеллоуин в костюм робота. Роботы для девочки — настоящая страсть, и отец-инженер не смог не поддержать увлечение дочери.

За три месяца до Хеллоуина отец начал разрабатывать дизайн костюма, спустя месяц он занялся поисками деталей для него в хозяйственных магазинах и ломбардах. За месяц до праздника он создал тестовую модель костюма и подвергнул его испытаниям, чтобы наконец получить финальную модель костюма. При наличии света костюм поражает футуристично-мультяшным дизайном, а при его отсутствии — украшается разноцветными огоньками светодиодных лампочек. Костюм получил много восторженных отзывов и даже призовое место в конкурсе костюма среди детей.

Светодиодные клипсы для обуви

Интересную идею для костюма представила Бекки Стерн, украсив свое платье туфлями со светодиодными клипсами. Использование этих клипс многофункционально, и несмотря на то, что автор делала эти клипсы для туфель, они подойдут для детей и взрослых. Прикрепить их можно не только к обуви, но и к одежде. Автор уверяет, что на их изготовление уйдет не более двух часов, а найти детали для их изготовления не так-то сложно.

Для этого понадобится швейный набор LED (проводящая нить, 4 светодиода, 2 батарейки CR2032), а также некоторые стандартные швейные принадлежности и пара скрепок. Помимо этого, нужно подобрать ткань под цвет костюма. Для каждой клипсы нужно вырезать 8 кружочков из ткани. Для того чтобы тканевые кружочки не расползлись, края кружочков нужно немного подпалить огнем. В центр каждого кружочка нужно закрепить светодиод, а затем сложить кружочек в клин, сложив его пополам дважды. Затем все 8 “клиньев” нужно сшить вместе и подсоединить к батареям.

Пошаговую инструкцию можно посмотреть в видео, в котором Бекки подробно описывает, как сделать клипсы.

Колготки со светодиодами

Следуя похожему принципу, можно сделать колготки со светодиодами. Для этого вам понадобятся такие расходники: леггинсы, токопроводящие нити, 2 разъема под кнопочную батарейку, 2 кнопочные батареи 3 В, 2 220 Ом резисторы, 12 светодиодов, металлическая застежка, игла и картон, на котором будет удобно шить.

Нарисуйте схему электрической цепи сначала на бумаге. Каждая нога представляет собой отдельную цепь с шестью светодиодами. Светодиоды подключены параллельно. Остальная часть схемы находится в задней части леггинсов. Используйте пинцет, для того чтобы загнуть концы резисторов и светодиодов. Для того чтобы было удобно пришивать светодиоды к леггинсам, просуньте внутрь них картон и пришивайте все детали по схеме.

Железный человек

Не всегда костюм должен быть большим и максимально детальным. Тем более, если не хватает времени его сделать таким. Так и поступил автор, изготовив только одну деталь из костюма Железного Человека — реактор. Главной целью этого костюма была возможность создать максимально легкий реалистичный реактор, который можно было бы закрепить на голом теле так, чтобы он просвечивался через верхнюю одежду.

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

Но создать элемент костюма можно не только используя различные подручные способы. Можно использовать 3D-принтер, чтобы распечатывать любые элементы костюма. Автор рассматривает, как можно сделать шлем Железного Человека, используя 3D-принтер. Естественно, идея создания реплик костюмов Железного Человека, у него появилась после просмотра Мстителей.

Пошаговую инструкцию можно прочитать тут, а если вкратце, то автор взял взял Pepakura модель, затем экспортировал ее в формат для другой программы для 3D анимации и моделирования — Maya. Затем разделил модель на соединяющиеся куски, поскольку малогабаритный 3D-принтер Spectrum z510 не мог напечатать шлем целиком. Если все сделать согласно инструкции, то последним этапом остается соединить части шлема друг с другом и вставить светодиоды в область “глаз” шлема.

Взрывной костюм GALAXY NOTE 7

На волне нашумевших скандалов со взрывами Samsung Galaxy Note 7 пользователь Imgur и законодатель модной одежды на Хэллоуин excit3d создал весьма эпатажный дымящийся костюм из коробок Galaxy Note 7. Хоть этот телефон и был довольно опасным, части от него могут быть использованы в качестве деталей для костюма. Снаружи костюм выглядит довольно просто — коробки от смартфона приклеены к футболке.

Для изготовления костюма понадобятся коробки от смартфона, пластиковые трубы, Т-коннекторы (тройники) и большое количество горячего клея. После того, как все элементы будут собраны, нужно будет дунуть в мундштук и наблюдать за тем, как коробки будут испускать густой дым. Не смотря не то, что Samsung Galaxy Note 7 были отозваны с производства, и мы их больше никогда не увидим, они оставили свой зловещий след в истории смартфонов.

Чтобы создать отличный костюм на Хеллоуин, в большинстве случаев нужна фантазия и подручные средства. Но когда этого становится недостаточно, можно добавить в свой костюм “изюминку” в виде LED-полосок, светодиодных лампочек или элементов, распечатанных на 3D-принтере. Костюмы будущего помогут окунуться в футуристичную атмосферу, разбавив атмосферу мультяшности и кровавости. Удовольствие от самодельного костюма не сравнится с тем, которое можно получить просто купив костюм. Тем более, если удастся сделать его уникальным. Счастливого Хеллоуина!

P.S. Ну а если вы заранее не озаботились приготовлением настоящего костюма, вам на помощь придут модные технологии — сегодня у нас в ICQ вышло обновление с трехмерными масками, которые можно применять к фото или к видео.
ссылка на оригинал статьи https://geektimes.ru/post/282070/

Так получилось, что я начал работать с PostgreSQL три года назад и за это время умудрился методично собрать все возможные грабли, которые можно вообразить. И сказать по правде, если бы была возможность поделиться с собой трехлетней давности нынешним горьким опытом, моя жизнь была бы куда проще и нервные клетки целее. Именно поэтому я решил написать абсолютно субъективную статью со сводом правил, которых придерживаюсь при разработке на PostgreSQL. Возможно, кому-то эта статья поможет обойти собранные мной грабли (и наступить на другие, ха-ха!).

Тот самый список правил

Почти за каждым из пунктов ниже стоит печальная история, полная страданий и превознемоганий. А словом «боль!» помечены пункты, выработанные историями, при воспоминании о которых я все еще вздрагиваю по ночам.

1. Версионируйте схему базы данных

   Схема базы данных — это код, который вы написали. Она должна лежать в системе контроля версий и версионироваться с остальным проектом. В случае PostgreSQL мне больше всего для этих целей понравился Pyrseas. Он превращает схему со всеми специфичными для PostgreSQL объектами в yaml файл, который версионируются. С таким файлом удобно работать в ветках и сливать изменения, в отличие от чистого SQL. Финальным шагом yaml файл сравнивается со схемой базы данных и автоматически генерируется миграция на SQL.

2. Боль! Никогда не применяйте изменения сразу на боевую базу

   Даже если изменение простое, невероятно срочное и очень хочется. Вначале нужно применить его на базе разработчиков, закомитить в ветку, изменения применить на базе транка (идентичной боевой базе). И только потом, когда все хорошо в транке, применять на боевой базе. Это долго, параноидально, но спасает от многих проблем.

3. Боль! Перед тем, как написать delete или update, напишите where

   А еще перед тем, как запустить код, выдохните, просчитайте до трех и удостоверьтесь, что вы в сессии нужной базы. Про trancate я вообще молчу, без трех «Отче наш» даже не думайте запускать, аминь!

4. Test Driven Development

   Вначале всегда пишите тесты, а потом создавайте объекты базы данных. Речь идет про любые объекты: схемы, таблицы, функции, типы, расширения — никаких исключений! Вначале это кажется тяжко, но впоследствии вы много раз скажите себе спасибо. Даже при первичном создании схемы легко что-то упустить. А при рефакторинге таблиц через полгода только написанные вами тесты уберегут от внезапного выстрела в ногу в какой-нибудь функции. В случае PostgreSQL есть замечательное расширение pgTAP. Я рекомендую для каждой схемы создавать дополнительно схему «имя_схемы_tap», в которой писать функции для тестирования. А потом просто прогонять тесты через pg_prove.

5. Не забывайте настроить PITR

   Я боюсь выступить в роли Капитана Очевидности, но у любой базы должен быть настроен бэкап. При том желательно такой, чтобы иметь возможность восстанавливать базу на любой момент времени. Это необходимо не только для восстановления при сбоях, но и дает много интересных возможностей разработчикам для работы в определенных временных срезах базы. В PostgreSQL для этого есть barman.

6. Согласованность данных

   Несогласованные данные в базе никогда не приводили ни к чему хорошему. Даже небольшое их количество может легко превратить всю базу в мусор. Поэтому никогда не стоит пренебрегать нормализацией и ограничениями вроде внешних ключей и проверок. Используйте денормализованную форму (например, jsonb) только удостоверившись, что не получается реализовать схему в нормализованном виде с приемлемым уровнем сложности и производительности — денормализованный вид потенциально может привести к несогласованным данным. На все доводы сторонников денормализации отвечайте, что нормализацию придумали не просто так и молчите с многозначительным видом.

7. Создавайте внешние ключи deferrable initially deferred

   В таком случае вы откладываете проверку ограничения на конец транзакции, что позволяет безнаказанно получать несогласованность в ходе ее выполнения (но в конце все согласуется или вызовет ошибку). Более того, меняя флаг внутри транзакции на immediate, можно принудительно сделать проверку ограничения в нужный момент транзакции.

8. Не используйте схему public

   Это служебная схема для функций из расширений. Для своих нужд создавайте отдельные схемы. Относитесь к ним как к модулям и создавайте новую схему для каждого логически обособленного набора сущностей.

9. Отдельная схема для API

   Для функций, которые вызываются на стороне приложения, можно создать отдельную схему «api_v_номер_версии». Это позволит четко контролировать, где лежат функции, являющиеся интерфейсами к вашей базе. Для наименования функций в этой схеме можно использовать шаблон «сущность_get/post/patch/delete_аргументы».

10. Триггеры для аудита

    Лучше всего триггеры подходят для аудита действий. Так же рекомендую создать универсальную триггерную функцию, для записи любых действий произвольной таблицы. Для этого нужно вытащить данные о структуре целевой таблицы из information_schema и понять, old или new строка будет вставляться в зависимости от производимого действия. За счет такого решения код становится любовным и прельстивым более поддерживаемым.
    Если же вы планируете использовать триггеры для подсчета регистра накоплений, то будьте аккуратны в логике — одна ошибка и можно получить неконсистентные данных. Поговаривают, это очень опасное кунг-фу.

11. Боль! Импорт данных в новую схему

    Самое ужасное, но регулярно происходящее событие в жизни разработчика баз данных. В PostgreSQL очень помогают FDW, тем более их хорошо прокачали в 9.6 (если их разработчики озаботятся, то FDW могут строить план на удаленной стороне). Кстати, есть такая удобная конструкция как «import foreign schema», которая спасает от написания оберток над кучей таблиц. Так же хорошей практикой является иметь набор функции, сохраняющие набор SQL команд для удаления и восстановления существующих в базе внешних и первичных ключей. Импорт рекомендую осуществлять, вначале написав набор view с данными, идентичных по структуре целевым таблицам. И из них сделать вставку, используя copy (не insert!). Всю последовательность SQL команд лучше держать в отдельном версионируемом файле и запускать их через psql с ключом -1 (в единой транзакции). Кстати, импорт — это единственных случай, когда в PostgreSQL можно выключить fsync, предварительно сделав бэкап и скрестив пальцы.

12. Не пишите на SQL:1999

    Нет, правда, с тех пор много воды утекло: целое поколение выпустилось из школы, мобильники из кирпичей превратились в суперкомпьютеры по меркам 1999 года. В общем, не стоит писать так, как писали наши отцы. Используйте «with», с ним код становится чище и его можно читать сверху вниз, а не петлять среди блоков join’ов. Кстати, если join делается по полям с одинаковым названием, то лаконичнее использовать «using», а не «on». Ну и конечно, никогда не используйте в боевом коде offset. А еще есть такая прекрасная вещь «join lateral», про которую часто забывают — и в этот момент в мире грустит котенок.

13. Временные таблицы

    Если можете написать запрос без временных таблиц — не раздумывайте и напишите! Обычно CTE, создаваемое конструкцией «with», является приемлемой альтернативой. Дело в том, что PostgreSQL для каждой временной таблицы создает временный файл… и да, еще один грустный котенок на планете.

14. Боль! Самый страшный антипаттерн в SQL

    Никогда не используйте конструкции вида

    select myfunc() from table; 

    Время выполнения такого запроса возрастает в линейной зависимости от количества строк. Такой запрос всегда можно переписать в нечто без функции, применяемой к каждой строке, и выиграть пару порядков в скорости выполнения.

15. Главный секрет запросов

    Если ваш запрос работает медленно на тестовом компьютере, то в продакшене он работать быстрее не будет. Тут самая лучшая аналогия про дороги с автомобилями. Тестовый компьютер — это дорога с одним рядом. Продакшен сервер — дорога с десятью рядами. По десяти рядам в час пик проедет куда больше машин без пробок, чем по одной полосе. Но если ваша машина — старое ведро, то как Феррари она не поедет, сколько свободных полос ей не давай.

16. Используй индексы, Люк!

    От того, сколь правильно вы их создадите и будете использовать, зависит, будет запрос выполняться десятые доли секунды или минуты. Я рекомендую ознакомиться с сайтом Маркуса Винанда по устройству b-tree индексов — это лучшее общедоступное объяснение по балансовым деревьям, которое я видел в Интернете. И книжка у него тоже крутая, да.

17. group by или window function?

    Нет, понятно, window function может больше. Но иногда агрегацию можно посчитать и так и так. В таких случаях я руководствуюсь правилом: если агрегация считается по покрывающим индексам — только group by. Если покрывающих индексов нет, то можно пробовать window function.

18. set_config

    set_config можно использовать не только для выставление настроек для postgresql.conf в рамках транзакции, но и для передачи в транзакцию пользовательской переменной (если ее заранее определить в postgresql.conf). С помощью таких переменных в транзакции можно очень интересно влиять на поведение вызываемых функций.

19. FTS и триграммы

    Они чудесны! Они даруют нам полнотекстовый и нечеткий поиск при сохранении всей мощи SQL. Просто не забывайте ими использоваться.

20. Вызов собственных исключений

    Зачастую, в большом проекте приходится вызывать много исключений со своими кодами и сообщениями. Чтобы в них не запутаться, есть вариант создать для исключений отдельный тип вида «код — текст исключения», а так же функции для их вызова (обертка над «raise»), добавления и удаления. А если вы покрыли все свои объекты базы тестами, то вы не сможете случайно удалить код исключения, который уже где-либо используется.

21. Много паранойи мало не бывает

    Хорошая практика — не забывать настроить ACL на таблицы, а функции запускать с «security definer». Когда функции работают только на чтение, фэншуй требует выставлять у них флаг «stable».

22. Боль! Вишенка на торте

    Никогда нельзя перенаправлять клиента с сервера в базу под собственным, уникальным пользователем БД. Даже если вам кажется, что:

    • можно настроить на уровне PostreSQL безопасность для групп штатными средствами
    • пользователь сможет использовать только принадлежащие его группе объекты
    • внутренний голос настаивает

    … никогда не делайте так, это ловушка! При такой схеме нельзя использовать пулы соединений, и каждый пользователь будет отъедать ресурсоемкое соединение к базе данных. Базы данных держат сотни соединений, а сервера — тысячи. И именно поэтому к базе данных создают несколько подключений под одним пользователем, в которые заворачивают сотни пользователей с сервера. Не делайте так, одним словом, иначе придется при росте нагрузки все переписывать.

ссылка на оригинал статьи https://habrahabr.ru/post/314048/

Эта статья служит своего рода промежуточным итогом статей предшествующих (часть 1, часть 2, часть 3) и содержит некоторые практические рекомендации.
Итак:
— почему мы остались без договора;
— всегда ли виноват заказчик;
— не нужен мне берег турецкий другой договор… или все-таки нужен?;
— открытые данные вновь спешат на помощь.

Глава 0. Немного о прошлом

В предыдущих статьях мы:

• еще раз убедились, что техническое задание — это важно и не всегда просто;
• узнали, что изменение технического задания может оказаться делом весьма сложным, а иногда и безуспешным;
• снова встретились со статьей КОСГУ, которая оказалась не только тесно связанной с предметом договора, но и (в очередной раз) очень важной.

Глава 1. Почему мы остались без договора?

Безусловно, все мы руководствуемся принципом добросовестности сторон. Точнее — должны руководствоваться. Вы уверены, что получив согласованное, грамотное и подробное техническое задание (которым вы по праву гордитесь), заказчик заключит договор? Причем именно с вами? Не уверены? И правильно делаете — мы уже с вами неоднократно говорили об обещаниях. И совсем не всегда вина будет лежать на заказчике. Давайте рассмотрим некоторые из часто встречающихся вариантов.

Вариант 1. Заказчик закупку только планировал, но то ли забыл вам об этом сказать, то ли не сообщил специально, то ли вы не расслышали — в общем, так получилось (мы с вами говорили о такой возможности во второй статье).
Чтобы осуществить закупку, заказчик должен обосновать ее объект, цену и способ определения поставщика (подробнее смотрите в статье 18 44-ФЗ). Способы определения поставщика упоминались раньше, а обоснование закупки и цены вас коснется только в случае, если заказчик решит привлечь к этому делу потенциальных исполнителей (и вас в их числе), потому что ему (заказчику) доступны и другие методы такого обоснования (для интересующихся — статья 22 44-ФЗ).

Если заказчику нужно что-то типовое (например, компьютеры), то он может запросить коммерческие предложения. Если он не знает, какие именно компьютеры ему нужны, или предмет закупки сложен (например, разработка программного обеспечения), то ему могут потребоваться консультации для уточнения требований к объекту закупки и коммерческие предложения для обоснования цены.

Вариант 2. Заказчику пришлось изменить способ закупки на конкурентный.
Помимо предельных сумм (про них мы тоже говорили во второй статье), при использовании заказчиком пунктов 4 и 5 существуют и другие ограничения.

Для закупок по п.4. — суммарный объем таких закупок «не должен превышать два миллиона рублей или не должен превышать пять процентов совокупного годового объема закупок заказчика и не должен составлять более чем пятьдесят миллионов рублей.»
Т.е. заказчик волен выбирать из двух лимитов:
а) Просто два миллиона рублей. Лимит фиксированный;
б) Пять процентов от совокупного годового объема закупок (это полезно, если он большой). Но при выборе такого лимита вступает в силу еще одно ограничение (чтобы жизнь медом не казалась) — общая сумма таких закупок не должна превышать 50 миллионов рублей. Нетрудно посчитать, что второй лимит заказчику выгоднее, если совокупный годовой объем закупок больше 40 миллионов рублей. Лимит может изменяться в течение года.

Для закупок по п.5. — суммарный объем таких закупок «не должен превышать пятьдесят процентов совокупного годового объема закупок заказчика и не должен составлять более чем двадцать миллионов рублей». Тут все более-менее понятно. Лимит может изменяться в течение года.

Есть и еще одно ограничение, связанное не с собственно закупками по пп. 4, 5, а с необходимостью размещения определенной части закупок (не менее 15 % от совокупного годового объема закупок, рассчитанного специальным способом) у субъектов малого предпринимательства с помощью именно конкурентных способов определения поставщика. Совсем упрощенно и грубо: если заказчик запланировал потратить с помощью конкурентных процедур Х рублей, то не меньше, чем на 0,15*Х рублей из этой суммы, он должен осуществить закупки (тоже конкурентные) у субъектов малого предпринимательства.

И причем здесь мы? Допустим, заказчик хотел заключать с вами договор на основании пункта 4, но внезапно получил деньги на другие нужды с требованием срочно (нет, СРОЧНО!!!) осуществить закупку. Может получиться так, что осуществив эту новую закупку по п.4, заказчик исчерпает свой лимит и будет вынужден для вашей закупки использовать п.5 (если он вообще у заказчика есть). Если же переполнен и этот пункт, то заказчику придется готовиться к конкурентной процедуре.

Или заказчик внезапно выяснил, что не добирает необходимые 15 процентов закупок у субъектов малого предпринимательства (причины могут быть разные), и вынужден перебросить часть закупок у единственного поставщика (возможно, что и ваша попала в их число) на конкурентные процедуры.

Вариант 3. Заказчика обязали проводить закупку посредством совместных торгов. Иногда бывает, что собрав руками заказчиков примерные варианты технических заданий (которые изготовили вы и ваши коллеги), вышестоящая инстанция решает эти ТЗ консолидировать, и объявить одну большую конкурентную процедуру, предметом которой будет все та же разработка программного обеспечения для копирования файлов, но уже для нужд нескольких заказчиков. Цель, естественно, экономия бюджетных средств. Победить в этой процедуре сможет только один, и совсем не факт, что это будете вы. Если же речь идет, например, о поставке компьютерной техники — ситуация может развиваться аналогично: собрав с заказчиков потребности, вышестоящая инстанция объявляет совместные торги на всю эту солянку.

Вариант 4. Заказчику было нужно только грамотное ТЗ.
Такое могло произойти, например, если заказчик изначально предусматривал конкурентный способ закупки или … планировал другого исполнителя (не вас).
Это уже откровенно нечестная игра со стороны заказчика.

Вариант 5. Деньги на закупку просто забрали, или забрали не все, но с оставшейся суммой вы рискуете сработать себе в убыток.
Такое тоже бывает.

Вариант 6. Заказчик нашел исполнителя, который пообещал выполнить работу дешевле/быстрее/качественнее (нужное подчеркнуть).
Неприятная ситуация? Еще бы. Жизненная? Вполне.

В начале статьи мы уже говорили о том, что в незаключении договора с вами не обязательно будет виноват именно заказчик — как видите, непосредственно заказчик виноват в четвертом варианте, первом (если действительно вас не предупредил) и, возможно, в шестом (но тут многое зависит от конкретной ситуации).

Силы и время потрачены? Потрачены. Результат есть? Нет. Да, обычные коммерческие риски, но все равно неприятно. А ведь мы еще даже не добрались до миссий «заключить договор», «успешно работу выполнить» и «получить оплату», с которыми тоже не все будет гладко.

Глава 2. Почему мы остались без договора? — 2

А можно ли было как-то избежать такой непроизводительной траты ресурсов? Серебряной пули, как обычно, нет, но попытаться уменьшить вероятные потери стоит.

Еще до начала работы над написанием/корректировкой ТЗ необходимо определить, насколько вы готовы вложиться (силами, временем, деньгами) в отношения, не подкрепленные обязательством (о том, что затраты есть всегда, упоминалось в третьей статье). Затем есть смысл оценить свой потенциальный вклад еще раз — теперь с учетом возможных рисков (в статье упомянуты только некоторые). И если соотношение не в вашу пользу, то единственный верный способ — настаивать на заключении договора на разработку технического задания. Получение основного договора не гарантировано и в этом случае, но вы хотя бы будете иметь возможность заняться благотворительностью там, где пожелаете, а не там, где пришлось.

Заказчика такой вариант устраивает не всегда — как правило потому, что деньги выделяют конкретно на саму закупку, а любая попытка заикнуться о том, что к проведению работ надо бы подготовиться, встречает ответы вроде: «Денег на это нет, радуйтесь, что хоть столько выделили», «Да какая там подготовка? Какое техническое задание? Я сейчас вам его за пять минут нарисую», «Вы что — не профессионал, а так?», «Учитесь разговаривать с людьми: исполнители тоже заинтересованы в работе — пусть делают все быстро и качественно» и т. д. и т. п.

А если заключение договора на разработку ТЗ по каким-либо причинам невозможно, но поработать хочется? Есть несколько способов, о которых следует знать: не всегда получается их применить и результат не гарантирован, но это лучше, чем ничего. Во второй статье в главе 4 мы уже рассматривали некоторые ситуации и теперь будем иногда на них ссылаться.

1. Смотрим на цену закупки
Данный способ уже был упомянут во второй статье — если сумма, предложенная заказчиком, изначально превышает допустимое предельное значение 400 тыс. руб., то это повод для разговора с заказчиком.
Если сумма превышает 100 тыс. руб., то это повод перечитать пункт 5 ч. 1 ст. 93 44-ФЗ и проверить — имеет ли заказчик право на использование данного пункта. Также совсем не лишним будет повнимательнее посмотреть на План-график — а заполнен ли заказчиком соответствующий (для закупок по п.5) раздел?
Такие нестыковки могут свидетельствовать о варианте 1 (закупка еще планируется и пока не только способ определения поставщика не выбран — само финансирование под вопросом) или варианте 4 (заказчику нужно только ТЗ для конкурентной процедуры).

2. Изучаем другие закупки заказчика
В статье 2 (в которой мы знакомились с Планом-графиком) упоминалось, что на вкладке «Основные позиции» видны те закупки заказчика, которые он собирается осуществлять не на основании пунктов 4, 5 и некоторых других. Каждой такой закупке соответствует отдельная позиция (строка), в которой заказчик обязан указать наименование объекта закупки и некоторые базовые характеристики. Так вот, если здесь вам встретилась закупка, до боли похожая на ту, которую вы обсуждаете с заказчиком, то это тоже довольно-таки прозрачный намек. Нет, не исключено, что произошла банальная ошибка и заказчик уже передумал проводить конкурентную процедуру, просто не успел внести изменения в План-график, но гораздо более вероятен плохой вариант (четвертый).

3. Проверяем, чтобы закупка присутствовала и в плане ФХД, и в Плане-графике
Если ее нет нигде (ситуация из предыдущей статьи под номером 1.4), то это может свидетельствовать о варианте 1 (закупка только планируется) или варианте 4 (заказчику опять-таки нужно только ТЗ), поэтому нужно дожимать заказчика уже сейчас.
Если она есть в плане ФХД, но отсутствует в Плане-графике (родоначальницей этого варианта была ситуация под номером 2.2), то это также может привести к варианту 4 — финансирование (точнее — его обещание) предусмотрено, но вот способ определения поставщика еще не выбран.

4. Интересуемся источником финансирования
Если заказчик сообщил вам, что выделение средств на закупку происходит за счет субсидий на иные цели (хотя не исключен и вариант финансирования за счет субсидий на выполнение муниципального задания) в рамках какой-либо муниципальной, региональной или федеральной программы, то повышается вероятность совместных торгов (особенно если объект закупки достаточно типовой). Если же заказчик вам ничего об этом не сообщил, но вы иным способом узнали (например, от коллег или других заказчиков), что деньги на аналогичные цели выделены нескольким заказчикам, то вероятность целевой программы и последующих совместных торгов тоже увеличивается. Это может привести к варианту 3.

5. Смотрим предыдущие версии плана ФХД на сайте bus.gov.ru
В самой первой статье мы видели, что предыдущие версии плана ФХД также доступны для скачивания. Частые изменения могут быть вызваны как ошибками заказчика (что должно нас заставить более пристально перепроверять заказчика в других вопросах — вдруг он опять ошибется), так и очередным «перекраиванием» плана ФХД по указанию учредителя. И если деньги постоянно «прыгают» между статьями, или исчезают, а потом вновь появляются — это может свидетельствовать о том, что собственную позицию перед лицом вышестоящих инстанций заказчику отстаивать не удается и он вынужден послушно исполнять все «хотелки» учредителя. Естественно, вероятность того, что и деньги, выделенные на вашу закупку, тоже заберут или передвинут, увеличивается. Это может свидетельствовать о варианте 2 (заказчик неграмотно планирует или не успевает за учредителем) или 5 (вероятность того, что заказчику вашу закупку удастся отстоять, уменьшается).

6. Смотрим предыдущие версии Плана-графика на сайте zakupki.gov.ru
Частые изменения (предыдущие версии ПГ можно увидеть на вкладке «Журнал версий», подробнее — во второй статье цикла) могут оказаться следствием как ошибок заказчика при планировании закупочной деятельности, так и слабости позиции заказчика и выполнения «хотелок» учредителя. Это может привести, опять-таки, к вариантам 2 или 5.

7. Оцениваем «наполненность» Плана-графика
Чем ближе суммарная стоимость закупок по п.4. к отметке 2 миллиона рублей, тем больше вероятность того, что при внеплановом внесении изменений заказчику придется чем-то жертвовать (не исключено, что именно вашей закупкой). А если еще и сам План-график неоднократно меняется и «распухает», то можно сделать вывод, что такие «внеплановые изменения» случаются слишком часто.

Случаи с «заполненностью» пункта 5 или с возникшей необходимостью закупки у субъектов малого предпринимательства просчитать сложнее: здесь больше внешних, не зависящих друг от друга факторов, и, самое главное, есть некоторые тонкости в подсчете совокупного годового объема закупок — не весь он будет виден в Плане-графике текущего года, что-то могло «спрятаться» и в году предыдущем. Но принцип тот же: если п.5 у заказчика почти заполнен, или процент закупок у субъектов малого предпринимательства гораздо меньше положенных 15, то это может вызвать необходимость корректировки Плана-графика с целью проведения некоторых закупок, осуществить которые ранее предполагалось у единственного поставщика, конкурентным способом.

8. Проверяем по списку
Вы же ведете список не очень хороших заказчиков и, может быть, даже обмениваетесь информацией с коллегами? Если да — то самое время проверить этот список на предмет нахождения в нем вашего заказчика.
Если получилось так, что заказчику от вас нужно было только ТЗ (вариант 4), или он неоднократно «забывал» сообщить о том, что закупка еще только планируется (вариант 1) на следующий год — возможно, перед вами очередной кандидат на внесение.

Естественно, можно и нужно использовать и те способы, которым вы доверяете: проверка заказчика через расспросы коллег (как друзей, так и оппонентов), интуиция, бросание монетки и т. д. и т. п. Не забывайте также, что и план ФХД, и План-график необходимо периодически проверять: вдруг, пока вы ведете переговоры с заказчиком, там появилось что-то новое, интересное и кардинально меняющее ситуацию?

Глава 3. Почему мы остались без договора? — 3

Еще одно обстоятельство, о котором стоит упомянуть отдельно: заказчик не заключает с вами договор потому, что не может его заключить — денег нет. Во второй статье это были ситуации под номерами 1.2, 1.3 (закупка была не видна ни в плане ФХД, ни в Плане-графике) и 2 (закупка присутствовала в Плане-графике, но отсутствовала в плане ФХД). В главе 4 третьей статьи именно с этим обстоятельством было связано нежелание заказчика менять статью КОСГУ: денег все равно нет; соответственно, финансовый орган перевод несуществующих денег на нужную статью КОСГУ не согласует; а закупку надо осуществить любой ценой.

Так ситуации же абсолютно разные, разве нет? Разные-то они разные, но только внешне. Не будем углубляться в причины кажущейся разности: это зависит от многих факторов, а нам важен результат, точнее — последствия. А последствия у этих ситуаций будут до боли схожи: если что-то пойдет не так, то в проигрыше в первую очередь окажетесь вы.

Да, кто-то скажет, что это прописные истины и даже ежу ребенку известно, чем опасна работа без договора, и все-таки: не забывайте, что здесь все крутится вокруг двух основных вариантов — деньги будут, но позже, и денег не будет. И именно вам придется решать, как долго вы можете ждать своих денег, и что делать, если денег не будет (это тоже к вопросу об адекватности оценки собственных ресурсов). И даже если сроки оплаты для вас не критичны и вы готовы ждать год, два, три и более — гораздо приятнее делать это с имеющимися на руках заключенным договором и подписанными актами выполненных работ, не правда ли?

И, пожалуй, самое главное. О том, что существуют проблемы с финансированием, вы должны знать. Если заказчик прямо говорит, что денег нет, то у вас есть право осознанного выбора — рисковать или не рисковать (будет ли этот выбор правильным — это уже вопрос отдельный). Если же заказчик молчит или уходит от ответа, то права на осознанный выбор вас пытаются лишить.

Заключение

1. В незаключении договора с вами не всегда виноват именно заказчик.
2. Использование открытых данных может уменьшить вероятность такого исхода.
3. Работа без договора — дополнительный риск, который необходимо адекватно оценить (открытые данные могут помочь и здесь).

В следующих сериях:

— договор и магические сущности;
— алло, мы ищем таланты нам нужен директор;
— договор — миф или реальность;
— где деньги;
— и другое.

ссылка на оригинал статьи https://habrahabr.ru/post/314020/

Компания Xiaomi выпускает много смартфонов. Можно даже сказать, очень много. Однако в отличие от устройств других китайских производителей каждый ее продукт все равно заслуживает отдельного внимания. В этом году Xiaomi не на шутку разгулялась и одной только осенью провела несколько презентаций, где показала множество смартфонов — от собственного «Galaxy Note 7» до прокачанного Mi5.

В конце сентября свою порцию обновлений получил смартфон Xiaomi Mi5. Не сказать, что они были долгожданными, ведь сам Mi5 был представлен только в феврале этого года. По всей видимости, компания решила не выжидать годовой цикл обновления, и судя по внешнему виду и характеристикам новых Mi 5s и Mi 5s Plus — не зря.

Mi 5s — тот, кого мы ждали

Вообще, Xiaomi редко удается удивлять на своих презентациях, ведь подробности о ее новых устройствах, как правило, всплывают в Сети за несколько дней, если не за неделю. Многочисленные утечки свидетельствовали о том, что внешне Mi 5s будет практически неотличим от Mi5, но здесь компания все же сохранила интригу.

Во-первых, изменениям подверглись материалы, из которых изготовлен корпус. В отличие от Mi5, полностью стеклянного с двух сторон, Mi 5s имеет цельнометаллический корпус с пластиковыми вставками под антенны. Узнаете описание? Да, именно такими в свое время были iPhone 6 и iPhone 6 Plus. Иной раз доказывает, что все новое — это хорошо забытое старое.

Фирменная изогнутая форма задней крышки никуда не делась, камера со вспышкой расположились в привычном левом верхнем углу, прямо над антеннами. Xiaomi, кстати, первой установила абсолютно новый сенсор камеры Sony IMX378 в Mi 5s, который имеет апертуру f/2.0 и пиксель 1,55 мкм.

Камера оснащена четырехосевой системой оптической стабилизации изображения, шестью линзами, имеет фазовый автофокус, поддержку slow-motion с частотой 120 кадров в секунду и, конечно же, умеет записывать видео в формате 4K! На своей презентации Xiaomi сравнила снимки с Mi 5s с фотографиями, сделанными на iPhone 6s Plus и Galaxy S7.

Реальные тесты показывают, что это действительно так: предлагаем взглянуть на то, как снимает Mi 5s в жизни.

Не забыли в компании и о технических характеристиках, сделав Mi 5s одним из самых мощных смартфонов под управлением Android. Чего только стоит новый четырехъядерный процессор Snapdragon 821, 3 ГБ или 4 ГБ оперативной памяти LPDDR4 и встроенная высокочастотная память UFS 2.0 объемом 64 ГБ или 128 ГБ.

Характеристики Xiaomi Mi 5s

Да, диагональ дисплея осталась прежней (5,15 дюйма, разрешение 1920 x 1080), но зато он стал заметно качественнее, чем в Mi5. Максимальная яркость возросла до 600 нит, охват цветовой гаммы NTSC составляет 94,4 %, контрастность — 1500:1. Самое главное, это наличие чувствительности к силе нажатия, прямо как 3D Touch. Работает, правда, пока только со стандартными приложениями.

Приятным бонусом к задней камере стала двухцветная LED-вспышка. А с фронтальной четырехмегапиксельной камерой с 2-мкм пикселями и апертурой f/2.0 селфи станут еще лучше. За сканирование отпечатков пальцев в данном смартфоне отвечает ультразвуковой сканер от Qualcomm. Главное — его расположение: прямо за сенсорной домашней кнопкой под экраном. Да, кнопка теперь не механическая, а сам сканер по заверениям Qualcomm может корректно работать даже с грязными и мокрыми пальцами.

Аккумулятор Mi 5s не большой, но и не маленький — 3 200 мАч, и способен быстро заряжаться при помощи технологии Quick Charge 3.0. Что касается интерфейсов, здесь все, как мы привыкли: Wi-Fi 802.11ac (MU-MIMO), Bluetooth версии 4.2, поддержка GPS/GLONASS/Beidou, NFC и порт USB Type-C для зарядки смартфона.

Что ж, Mi 5s получился достойной работой над ошибками Xiaomi Mi5. А как же обстоят дела с Mi 5s Plus?

Xiaomi Mi 5s Plus — для тех, кто любит побольше

Xiaomi Mi 5s Plus в первую очередь отличает от Mi 5s дисплей диагональю 5,7 дюйма, разрешением 1920 x 1080 пикселей, контрастностью 1300: 1 и яркостью 550 нит. Отображает 94 % цветовой гаммы NTSC и обеспечивает невероятно яркую и сочную картинку по сравнению с тем же Mi5.

Чипсет здесь тот же Snapdragon 821, но уже с более высокой тактовой частотой ядер (2×2.35 ГГц Kryo + 2×1.6 ГГц Kryo). Оперативки тоже накинули — теперь можно выбрать между 4 ГБ и 6 ГБ памяти LPDDR4. Встроенная память UFS 2.0 по-прежнему доступна в двух вариантах: 64 ГБ и 128 ГБ. Аккумулятор тоже радует — 3800 мАч вместо 3200 мАч у Mi 5s.

Характеристики Xiaomi Mi 5s Plus

В случае с Mi 5s Plus приставка «плюс» явно используется не только для обозначения размера экрана. Да, материалы корпуса здесь тот же металл и стекло, но выглядят Mi 5s и Mi 5s Plus совершенно по-разному. Чего только стоит задняя крышка, где на этот раз расположились аж две камеры. Xiaomi видит тренд и играет на нем, правда кто-то усмотрит схожесть с дизайном смартфонов от HTC. К камере мы еще вернемся.

Сканер отпечатков пальцев не на лицевой панели, а на задней крышке, прямо под камерами. Видимо, в Xiaomi считают, что с такой диагональю дисплея дотягиваться до кнопки «домой» на фронтальной стороне неудобно. И в целом они правы. На лицевой панели кнопки традиционный сенсорные с белой подсветкой.

В целом, пересказывать еще раз подробно характеристики Mi 5s нет никакого смысла, поэтому остановимся на главном — камере. Она расположена в середине верхней части задней панели и представляет собой два отдельных модуля, размещенных вместе в одном овальном вырезе. Небольшую (зато двойную и светодиодную) вспышку можно найти справа.

Работа камеры обеспечивается двумя модулями на 13 мегапикселей и поддержкой технологии Qualcomm Clear Sight: один модуль при этом снимает цветное изображение, второй же получает монохромную картинку. Clear Sight работает с двумя одинаковыми по параметрам датчиками изображения с одним и тем же фокусным расстоянием. Монохромный сенсор дает повышенную детализацию и снижает шумы, а затем на конечном снимке увеличивают разрешение и работают над шумами сами алгоритмы Clear Sight. Работает технология при помощи интегрированного ISP-процессора Qualcomm Spectra.

Как утверждают в Qualcomm, это первое коммерческое устройство с поддержкой данной технологии, и работает последняя действительно здорово. Вот, взгляните на пару снимков.

Что по ценам? Продажи Xiaomi Mi 5s и Mi 5s Plus стартовали 29 сентября, и оба смартфона прямо сейчас вы можете приобрести у нас в магазине. Стоимость Mi 5s с 3 ГБ ОЗУ и 4 ГБ ОЗУ составляет 20 тысяч рублей и 22 тысячи рублей соответственно, а Mi 5s Plus — 22 тысячи рублей за версию с 4 ГБ ОЗУ и 25 тысяч рублей за версию с 6 ГБ ОЗУ. Mi 5s можно урвать всего за 322 доллара по промокоду GBMI1! Торопитесь, по такой цене в наличии только 30 штук.

Xiaomi Mi Note 2 — нет, не взрывается

«Лучший продукт в истории Xiaomi», по словам самих представителей компании, мы специально оставили на десерт. В этом случае многие утечки подтвердились, в том числе и наличие изогнутого с двух сторон большого 5,7-дюймового OLED дисплея. Данный экран занимает более 77 % передней панели смартфона, за счет чего габариты устройства сравнимы с 5,5-дюймовыми гаджетами конкурентов.

Получилось так, что с лицевой стороны представленный несколько дней назад Mi Note 2 откровенно похож на Galaxy Note 7 — да, тот самый, производство которого компании Samsung пришлось остановить из-за многочисленных случаев возгорания смартфонов.

Задняя панель также выполнена из изогнутого 3D-стекла, где также нашлось место 23-мегапиксельной камере и светодиодной вспышке.

Под капотом у Mi Note 2 четырехъядерный процессор Qualcomm Snapdragon 821 с тактовой частотой 2,35 ГГц, 4 или 6 ГБ оперативной памяти LPDDR4 на выбор и 64 ГБ/128 ГБ встроенной памяти.

Характеристики Xiaomi Mi Note 2

Любопытно, что по весу и некоторым габаритам Mi Note 2 превосходит даже Mi 5s Plus: взять ту же толщину, которая несколько меньше, опять же за счет гибкого дисплея. В Xiaomi решили не гнаться за разрешением 4K (возможно, это правильное решение) и оставили привычный Full HD. Есть сомнения, что в следующем году эта фишка уже не прокатит.

Основная (задняя) камера у Mi Note 2 не просто 23-мегапиксельная, она имеет систему электронной стабилизации и двойную LED-вспышку — за фото при плохом освещении можно не волноваться. Автофокус не фазовый, как мы привыкли, а гибридный, что особенно хорошо при съемке движущихся объектов. В качестве сенсора используется Sony IMX318, поддержка записи видео в 4К никуда не исчезла. Фронтальная камера здесь с сенсором Sony IMX268, восьмимегапиксельная, имеет пять линз и автофокус — довольно непривычное решение даже для современных флагманов. С дополнительным ПО от Xiaomi и Photoshop после селфи будет не нужен.

Работает смартфон с помощью той же MIUI 8 на базе Android Marshmallow, поддерживает Quick Charge 3.0 от Qualcomm, а емкость его аккумулятора превышает 4000 мАч. Мировая поддержка сетей LTE и модуль NFC — в комплекте.

Отдельно в Xiaomi отметили музыкальные способности устройства, оснастив его чипом AQSTIC, 192k/24bit. Разблокировать смартфон можно с помощью сканера отпечатков пальцев: правда, встроили его в кнопку Home, а не вывели для него отдельное пространство на задней панели.

Mi Note 2 явно позаимствовал некоторые детали от Samsung, и с учетом недавнего скандала с южнокорейским гигантом это станет для Xiaomi плюсом. Поклонники дизайна Samsung обязательно оценят альтернативное решение, причем по адекватной цене. Кстати, о стоимости — от 26 тысяч рублей до 45 тысяч рублей в зависимости от версии. Смартфон доступен в черном (Piano Black) и серебристом (Gracier Silver) цветах. Предзаказ на топовую версию с 6 ГБ оперативной памяти уже открыт на Gearbest! А пока Mi Note 2 не поступил в продажу, можете посмотреть в сторону Xiaomi Mi Max — 190 долларов по промокоду XiaomiRMAX (80 штук) или Redmi Note 4 — 190 долларов по промокоду RedmiRE (100 штук).
ссылка на оригинал статьи https://geektimes.ru/post/282074/