Древности: Philips Velo 1, ночной кошмар энтузиаста технологий

Автор: admin от 6-06-2019, 18:45, посмотрело: 34

В английском языке есть такое понятие как «early adopter». Я не уверен, можно ли его адекватно перевести на русский язык, в голову приходит разве что поговорка «Поспешишь — людей насмешишь». Early adopter — это энтузиаст технологий, желающий испытать их на себе как можно раньше, не дожидаясь решения множества неизбежных при начале производства проблем и косяков. В 2007 году такие энтузиасты привозили из США залоченные на оператора и нерусифицированные первые Айфоны. Сейчас они покупают смартфоны с гибким экраном, осваивают 3D-печать и технологии VR.



Древности: Philips Velo 1, ночной кошмар энтузиаста технологий

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



В 1996 году Microsoft начинает масштабное наступление на рынок носимых устройств. В 1997 выходят устройства первого поколения — клавиатурные КПК. Среди них один выделяется как по производительности и функциональности, так и по возможности апгрейда. Карманный компьютер Philips Velo 1 не избежал проклятия первопроходца, крайне быстро устарел, много ломался и был заслуженно забыт. По ряду личных причин я купил этот КПК, и решил испытать на себе, какова была мобильная Windows двадцать два года назад.

Категория: Windows

 

Kotlin DSL, Fixtures и элегантные UI тесты в Android

Автор: admin от 6-06-2019, 16:25, посмотрело: 21

Когда познакомился с Kotlin DSL, подумал: отличная штука, жалко в продуктовой разработке она не пригодится. Однако, я был неправ: он нам помог сделать очень лаконичный и элегантный способ написанная End-to-end UI тестов в Android.



Kotlin DSL, Fixtures и элегантные UI тесты в Android

Категория: Android

 

Интервью с Александром Макаровым, Yii core team

Автор: admin от 6-06-2019, 16:20, посмотрело: 20

Интервью с Александром Макаровым, Yii core team

Один из ключевых разработчиков Yii, Александр Макаров(SamDark), выступит на DevConf с докладом про пакетные метрики и я воспользовался возможностью задать несколько интересующих меня вопросов про новую версию Yii, новую ORM, сбор денег на OpenCollective, фулл-тайм open source разработку и немного про конференции.



Начну с вопроса, который тебе задают постоянно. Что с Yii? Когда Yii 3? Я довольно долгое время наблюдаю активное создание новых пакетов в github.com/yiisoft


С Yii всё нормально. Ну почти. Чтобы объяснить, нужно немного посмотреть назад.



Когда мы делали версию 2.0 мы несколько переоценили свои силы. Оно и понятно, Qiang Xue сворачивал горы каждый день и казалось нам по силам всё и сразу.

Потом, к сожалению, времени на OpenSource у него не хватило, и поддержка сделанного скушало всё время остальной команды. Ну а так как фуллтайм фреймворком

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

но тогда мы думали, что так хорошо. Их, к счастью, не так много. Они не делают Yii 2.0 плохим, фреймворк вышел хороший. Но они вылились со временем в то, что обещание обратной совместимости, множество фич и дефицит времени дали нам проблемы с развитием фреймворка: внедрением PSR, ухода от закрытости к общим для всего PHP пакетам и библиотекам, улучшением по части применения более сложных подходов к разработке, лучшей тестируемости.

Категория: Программирование

 

Летний DIYorDIE Meetup 16 июня

Автор: admin от 6-06-2019, 15:35, посмотрело: 25

Летний DIYorDIE Meetup 16 июня



16 июня в московском офисе Mail.ru Group пройдет открытый DIY Meetup. Приглашаем всех неравнодушных провести выходные с пользой. Программа и ссылка на регистрацию — под катом.



DIY-сообщество Mail.ru Group — это разработчики, которые в свободное от работы время мастерят крутые и неожиданные вещи. Например, умный дом и умные часы, «обнимишка», тепловизор на FLIR Lepton, электровелосипед и многое другое. Периодически мы собираемся, чтобы поделиться своими разработками и обменяться опытом с такими же энтузиастами. Все желающие могут выступить и презентовать свою идею — главное, чтобы остальным она тоже показалась интересной!

Категория: Сделай Сам

 

Асинхронные пользовательские сценарии на чистом Rust без фреймворков и SMS

Автор: admin от 6-06-2019, 15:25, посмотрело: 18

Привет, Хабр!



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

Категория: Программирование

 

Как Apple (приватно) найдёт в офлайне ваше потерянное устройство?

Автор: admin от 6-06-2019, 14:55, посмотрело: 23

В понедельник на конференции WWDC компания Apple представила классную новую функцию под названием “Find My". В отличие от стандартной «Найти мой iPhone», которая полагается на инфраструктуру сотовой связи и GPS потерянного устройства, функция «Найди меня» способна найти даже устройства без сим-карты и GPS. Например, ноутбуки, или даже «тупые» метки локации, прикреплённые к любому предмету (Apple намекнула на это только в широком смысле).



Идея заключается в том, чтобы превратить всю существующую сеть айфонов в масштабную краудсорсинговую систему по отслеживанию окружающих объектов. Каждый активный iPhone будет постоянно отслеживать сообщения маячков BLE, которые поступают с других устройств. Когда он находит один из этих сигналов, то помечает пакет своими координатами GPS — и отправляет на серверы Apple. Это очень здорово для растеряш вроде меня, которые постоянно теряют вещи: если я оставлю свой рюкзак в туристическом автобусе в Китае в офисе, то рано или поздно кто-то наткнётся на его сигнал — и я мгновенно узнаю, где его найти.



(Стоит отметить, что идею придумала не Apple. На самом деле компании вроде Tile работают довольно давно. И да, им стоит беспокоиться за свой бизнес).

Категория: Apple

 

Рекомендации по написанию чистого кода на JavaScript

Автор: admin от 6-06-2019, 12:00, посмотрело: 28

Если вы заботитесь о самом коде, и о том, как он написан, а не заняты лишь тем, чтобы создавать работающие программы, это означает что вы стремитесь к тому, чтобы ваш код был чистым. Профессиональный разработчик пишет код не только в расчёте на компьютеры, но и в расчёте на себя самого, встретившего этот код в будущем, и в расчёте на других программистов. Код, который вы пишете, не исчезает навсегда в недрах компьютера. Он живёт, изменяется, и, если написан плохо, вполне может сильно расстроить того, кому придётся редактировать его после того, как вы его написали. Вполне возможно, что этим «кем-то» будете именно вы.



Рекомендации по написанию чистого кода на JavaScript



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

Категория: Веб-разработка

 

Проверка эффективности работы SOC

Автор: admin от 6-06-2019, 11:45, посмотрело: 23

Сегодня мы поговорим о Security Operations Center (SOC) со стороны людей, которые не создают и настраивают его, а проверяют, как это сделали другие. Под проверку попадает эффективность работы SOC, построенного для вашей компании самостоятельно или кем-то со стороны. Проверка дает ответ на вопрос “Выполняет ли SOC поставленные перед ним задачи или нет, и насколько он эффективен?”. Ведь наличие SOC не говорит о том, что он работает как надо и вы в курсе любых возможных инцидентов и других проблем безопасности. Мы расскажем о своем опыте проверки SOC в разных компаниях в рамках наших проектов.



Проверка эффективности работы SOC

Категория: Сетевые технологии

 

Улучшаем работу Wi-Fi. Часть 2. Особенности оборудования

Автор: admin от 6-06-2019, 11:45, посмотрело: 17

Улучшаем работу Wi-Fi. Часть 2. Особенности оборудования

Друзья, эта статья является продолжением первой части цикла статей о том как улучшить работу WiFi в офисе или на предприятии.

Категория: Системное администрирование, Сетевые технологии

 

Java Native Image: проверка возможности использования

Автор: admin от 6-06-2019, 11:20, посмотрело: 27

Java Native Image: проверка возможности использования


Не так давно Oracle выпустил первый релиз проекта GraalVM (https://www.graalvm.org/). Релизу был сразу присвоен номер 19.0.0, видимо, для того чтобы убедить, что проект зрелый и готов к использованию в серьезных приложениях. Одна из частей этого проекта: Substrate VM — фреймворк, который позволяет превращать Java-приложения в нативные исполняемые файлы (а также нативные библиотеки, которые можно подключать в приложениях, написанных, например, на С/С++). Эта возможность пока объявлена экспериментальной. Также стоит отметить, что у нативных приложений на Java есть некоторые ограничения: необходимо перечислять все используемые ресурсы, чтобы включить их в нативную программу; нужно перечислить все классы, которые будут использоваться с помощью reflection и другие ограничения. Полный список указан тут Native Image Java Limitations. Изучив этот список, в принципе понятно, что ограничения не такие значительные, чтобы нельзя было разработать более сложные приложения, чем хелловорлды. Мною была поставлена такая цель: разработка небольшой программы, которая имеет встроенный web-сервер, использует базу данных (через ORM библиотеку) и компилируется в нативный бинарник, который может запускаться на системах без установленной Java машины.

Категория: Веб-разработка

 
Назад Вперед