Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 9215 сообщений
Cообщения с меткой

ios - Самое интересное в блогах

Следующие 30  »
masiania1

Расширение модельного ряда iPhone? Да вы что!

Вторник, 28 Июня 2016 г. 20:22 (ссылка)
lapplebi.com/news/2561-rass...-chto.html

С недавнего времени в сети ходят слухи о том, что, возможно, Apple займется разработкой различных модификаций iPhone.
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

По следам WWDC 2016. Практическое руководство

Понедельник, 27 Июня 2016 г. 20:43 (ссылка)





Эта статья — практическое руководство по участию в WWDС. Я расскажу, как попасть на WWDC и поделюсь личными впечатлениями от конференции.



Предисловие.



Это была моя первая поездка в США. Сан-Франциско представлялся мне образцовым американским городом и идеальным миром для IT-специалистов. В реальности все оказалось немного по-другому. Поэтому даю первый совет: умерьте свои ожидания, чтобы не испортить впечатление.



1. Билет на WWDC. Купить заветный билет не так просто. Но есть несколько вариантов:




  • Выиграть в лотерее: вариант для всех разработчиков, правда, с каждым годом шансов становится все меньше. Наш пример — 6 человек участвовало в розыгрыше, ни один не выиграл, в том числе и я. Цена билета в 2016 году — 1599$.

  • Участвовать в Scholarships: вариант для школьников и студентов. Нужно представить свое приложение, и, если вы победите, получите билет бесплатно. Здесь можно почитать о победителях Scholarships 2016. Если вы студент, стоит начать готовиться заранее.

  • Работать в крутой компании: Apple заинтересована, чтобы на конференцию попали разработчики популярных приложений, поэтому выделяет билеты для таких компаний.



Так я и попал на WWDC. Apple связалась с Тинькофф Банком и предложила один билет, который нужно было оплатить в течение 48 часов (потом покупка была бы невозможна). По счастливому стечению обстоятельств обладателем билета стал я.



2. Виза в США. Сразу после покупки билета на конференцию стоит начать оформление визы тем, у кого ее нет. Советую запросить именное приглашение на WWDC — для этого достаточно написать в службу поддержки на developer.apple.com. Вероятно, в спорной ситуации этот документ может стать решающим.

Процесс получения визы состоит из двух этапов: заполнение формы DS-160 и поход в консульство США. На заполнении DS-160 останавливаться не буду, там нет ничего сложного. После заполнения нужно выбрать дату интервью в посольстве. В моем случае ближайшая дата была через 6 дней. Приходить стоит минут за 30-40 до назначенного времени. Забегая вперед, скажу, что кроме загранпаспорта, фотографии и подтверждения DS-160, никакие документы мне не потребовались (но на всякий случай я взял с собой все билеты, программу конференции, выписку со счета и резюме).

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



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



4. Регистрация на вечеринки. В период проведения WWDC многие технологические компании организуют тусовки для разработчиков. Количество мест ограничено, поэтому нужно регистрироваться заранее. Рекомендую скачать приложение Parties for WWDC и регистрироваться на все вечеринки. На какую вечеринку пойти, решите потом.



5. Кто едет. Лучше заранее найти людей, которые также едут на WWDC — сможете позадавать вопросы и обзавестись новыми контактами. У нас был чат в Telegram, что очень удобно.



6. Вопросы и код. На WWDC будет большое количество Lab, где можно напрямую пообщаться с инженерами Apple. Общение проходит в формате «вопрос-ответ», не стесняйтесь задавать больше вопросов! Инженеры достаточно быстро и лаконично отвечают, им можно показать свой код. Еще будет UI Design Lab, на которой дизайнеры Apple будут оценивать ваше приложение и давать советы. Здесь, кроме вопросов, желательно подготовить сценарии для презентации приложения. Если приложение не локализовано на английский язык, крайне желательно это сделать.



7.Общие советы:




  • Всё планируйте. Конференция очень насыщенная, поэтому очень важно грамотно распределить время. Удобнее всего это делать в приложении WWDC — добавляйте в избранное те сессии, на которые планируете сходить в течение дня.

  • Не бойтесь знакомиться, возможно, вы встретите нужных вам людей. Лучший способ устанавливать связь с новыми знакомыми — Facebook/LinkedIn. Откройте поиск и попросите собеседника найти себя. Желательно что-нибудь написать, чтобы новый контакт не затерялся в общем списке.

  • Скачайте офлайн-навигатор, я использовал maps.me.









День 0. Check-in.



В Сан-Франциско я летел через Франкфурт. Время в пути — около 15 часов, и это достаточно утомительно. Из аэропорта Сан-Франциско добраться до центра можно на местном пригородном метро — Bart, вход прямо в аэропорту. Дорога занимает около 40 минут. Билет стоит 8,95$, купить можно в автомате. Я оплачивал наличными, но есть возможность заплатить картой. У знакомого при оплате картой (сразу говорю, что это был не Тинькофф Банк) возникли проблемы. Важно не выкидывать билет до конца поездки, иначе не сможете выйти, и придется заплатить 5,95$.







Регистрация на WWDC была открыта с 9:00 до 19:00, я успел до закрытия. Нужно показать паспорт и электронный билет, который лежит в Wallet (билет приходит заранее по e-mail). Я получил бейдж и фирменную курточку, в оставшееся время прошелся по городу.

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







День 1. Keynote и Platforms State of the Union.



Если вы не прошли check-in заранее, ничего страшного — можно получить бейдж непосредственно перед конференцией или даже позже. Еще при check-in я спросил девушку, выдававшую бейджи, во сколько лучше занимать очередь? На что она ответила, что чем раньше займете, тем ближе будете сидеть. Из-за большого желания сидеть поближе к сцене я решил прийти за 5 часов до начала. Очередь в тот момент была небольшая, где-то 100-200 человек. По пути я встретил Ивана Козлова из Aviasales, немного позднее к нам присоединился Егор Толстой из Рамблера. В очереди мы познакомились со стоящими рядом разработчиками из Канады, Испании, Швеции и США. Обсудили, кто какие технологии использует и чем занимается. Также проходило несколько стартаперов, и рассказывали про свои проекты. Компания MapBox раздавала всем кофе и приглашала к себе на вечеринку. Позже официанты от Apple разносили выпечку и кофе.







Время прошло достаточно быстро, и очередь выросла до гигантских размеров. Где-то в 9:00 начали запускать внутрь, причём с двух сторон очереди. Таким образом я попал в зал намного позже, но место было нормальное. В плане организации всё прошло отлично — никаких столпотворений.

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







После Keynote был организован ланч в парке напротив. Атмосфера была великолепная — тысячи iOS-разработчиков обсуждают только что представленные новинки. После ланча я пошел в недавно отреставрированный Apple Store на Union Square, и было огромной удачей встретить там Тима Кука.







Далее проходила презентация под названием State of the Union, где рассказывают технические детали представленных новинок, и что нового появилось для разработчиков. Потом было мероприятие Apple Design Awards, где вручали награды за лучшие приложения. По рассказам знакомых, крайне бесполезное мероприятие. Хорошо, что там нет номинации на лучшее банковское приложение, а то пришлось бы зайти за наградой.







Через дорогу Microsoft устраивала вечеринку, и мы с коллегами пошли туда. Внутри инженеры компании общались с разработчиками и рассказывали про проекты, над которыми работают. Я пообщался с инженером из команды Outlook, он достаточно энергично рассказывал о переходе на Swift, немного про архитектуру и UI. В частности я узнал, что это один из проектов, где не используется кроссплатформенный код, а все новые классы пишутся на Swift. Собеседник рассказал, что при разработке интерфейса парни из Microsoft не используют Storyboard/Xib, он объяснили это тем, что все члены команды привыкли делать интерфейс в коде.

Затем удалось немного пообщаться с инженером из команды Office. В этом проекте Microsoft активно использует кроссплатформенный C++ код. Каждый раз, когда инженер говорил об этом, в его глазах читалась боль и усталость. (Подробности реализации он так и не раскрыл). Что интересно, инженеры Microsoft не используют и не планируют использовать Xamarin в своих проектах, вся разработка происходит в XCode. А еще было много шуток на тему покупки LinkedIn.







На этом первый день конференции завершился. Впереди был интересный день с большим количеством сессий и лаб.



День 2. Swift 3, iMessage Apps, Apple Pay, Cocoa Touch.



Каждый день с 9:00 начинаются сессии, на которых инженеры Apple рассказывают про новые технологии в области разработки. Одновременно проходят 4 сессии. Так что придется выбирать, какая для вас наиболее полезная. Причем лучше сделать это заранее.



Swift. Две утренние сессии были посвящены Swift 3. Основную идею, которую пытались донести до разработчиков, — пишите чистый и понятный код. Также рассказали про Swift Guidelines, новые типы данных и свифтификацию API. Apple переписала несколько своих приложений на Swift, в том числе, Dock в macOS. Очевидно, что Apple стремительно уходит от Objectives-C в сторону Swift, но говорить об отказе от Objective-C еще очень-очень рано.

Session 402 What's New in Swift

Session 403 Swift API Design Guidelines

Session 207 What's New in Foundation for Swift







iMessage Apps. В iOS 10 появилась возможность создавать приложения для iMessage и отдельный App Store для этих приложений. На первой сессии, посвященной этой теме, рассказали о главных особенностях и показали, как сделать приложение для стикеров — ничего сложного, даже не нужно писать код.

Session 204 iMessage Apps and Stickers, Part 1



Apple Pay. Самым главным нововведением стала возможность использовать Apple Pay в приложениях на часах. В остальном небольшие изменения и доработки.

Session 704 What's New with Wallet and Apple Pay



Cocoa Touch. Обзор новых возможностей основного фреймворка iOS: новые функции для адаптивного интерфейса, работа с универсальным буфером обмена, кастомизация UITabBar, новые возможности 3D Touch, SiriKit, предзагрузка ячеек в UICollectionView/UITableView, новое API для анимирования UIView, новые возможности уведомлений.

Session 205 What's New in Cocoa Touch







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



Вечером популярный блог о iOS разработке NSHipster устраивал интеллектуальную викторину в офисе компании Realm. У нас собралась интернациональная команда, но с явным перевесом русскоговорящих участников.

Викторина состояла из 40 вопросов разбитых на 4 части:


  • общие вопросы;

  • в какой версии Swift написан этот код;

  • какому фреймворку принадлежат классы;

  • кто озвучил это рекламу Apple.



К сожалению, знаменитые усы мы не выиграли, но было очень весело и познавательно.







День 3. Labs, Notifications, SiriKit.



Третий день содержал не так много полезных сессий, поэтому часть времени было решено потратить на общение с инженерами Apple. Общение с ними происходит в формате «вопрос – ответ».



Labs.



Swift Lab. Основной темой разговора стал переход с Objective-C на Swift. В первую очередь инженер указал мне на документацию на миграцию, а потом на примере показал, как работать с Swift-классами из Objective-C и наоборот. Также он посоветовал начать переписывать на Swift независимые модули и сервисы.



Cocoa Touch Lab. Основным вопросом для обсуждения стала производительность UITableView при быстром скролле. К сожалению, я услышал банальные ответы в стиле «не блокировать main thread и подготавливать данные заранее». Про анонсированные функции предзагрузки ячеек инженер ничего не знал. Сложилось впечатление, что мне не повезло, и я попал не к тому инженеру.







Testing Lab. Год назад Apple представила UI-тесты. На практике они оказались крайне нестабильны и ненадежны. Инженер Apple сказал, что они поправили множество багов в этой области. Но на вопрос, стали ли UI-тесты работать хорошо, он улыбнулся и ответил, что нет.



Notifications. Две утренние лекции были посвящены новой системе уведомлений. Apple сильно изменила механизм и способы работы с уведомлениями. Появились возможности отображения приложения прямо в уведомлениях, а также проксирование входящих уведомлений с возможностью добавления медиафайлов.

Session 707 Introduction to Notifications

Session 708 Advanced Notifications



SiriKit. Разработчики наконец-то получили возможность интегрировать свои приложения с Siri. Пока что возможна интеграция для определенных типов действий, например, отправка сообщений или платежи. Запросы можно будет говорить в произвольной форме, SDK позволяет распознать смысл фразы. Поддерживаются все языки, на которых доступна Siri.

Session 217 Introducing SiriKit



Вечером была вечеринка в компании Yelp. Хорошая атмосфера и просторное помещение. Познакомился с разработчиками французского банка. Приложение Тинькофф Банка произвело на них большое впечатление.







День 4. Adaptivity, iMessage Apps, Neural Networks, Debugging, App Review Lab.



Adaptivity. Apple активно продвигает идеи «приложение должно адаптировать свой интерфейс под любые размеры экрана» и «iOS многое делает за вас». В этом году были представлены новые инструменты для отладки верстки на конкретных устройствах. Рассказывали про TraitCollection, SizeClass и AuturesizingMask.

Session 222 Making Apps Adaptive, Part 1

Session 223 Making Apps Adaptive, Part 2







iMessage Apps. Был рассмотрен процесс создания интерактивного приложения для iMessage. SDK предоставляет большие возможности для разного рода приложений. Рассказали про Message Layout, жизненный цикл приложения, групповые чаты, компактное и полное представление. Стоит отметить, что для iMessage Apps не обязательно наличие основного приложения.

Session 224 iMessage Apps and Stickers, Part 2



Neural Networks. Apple начала активно использовать нейронные сети в своих приложениях (например, в новом приложении «Фото»). Для разработчиков будет доступен Accelerate Framework, который позволяет работать с векторами, линейной алгеброй и процессингом изображений.

Session 715 Neural Networks and Accelerate



Debugging. В XCode 8 появилось много новых инструментов для поиска багов и проблемных мест:

— Senitizer — отладка многопоточного кода;

— Статический анализатор;

— Localization Analizator — отладка локализации.

Session 412 Thread Sanitizer and Static Analysis



App Review Lab. На WWDC есть возможность задать свои вопросы цензорам App Store. Меня интересовал вопрос оплаты благотворительности в приложениях. Цензор однозначно ответил — нет, ни в каком виде. Платежи в благотворительные организации разрешено осуществлять только из Safari (встроить через WebView в приложение нельзя).



Вечером была официальная вечеринка Apple, где выступила группа Good Charlotte.







День 5. Proactive Suggestion, Protocol Oriented programming, Logging, UI Design Lab.



Proactive Suggestion. В iOS существует система, анализирующая поведение пользователя и подсказывающая те или иные приложения на экране блокировки или в меню многозначности. Теперь появилась возможность отображать контакты из мессенджеров и социальных сетей. Также появились проактивные подсказки адреса. Новые функции работают через механизм NSUserActivity.

Session 240 Increase Usage of Your App With Proactive Suggestions







Protocol Oriented programming. Apple продолжает развивать идею протокол-ориентированного программирования в Swift. Инженеры Apple рассказали, как они видят архитектуру приложения, показали, как переиспользовать код, и когда лучше использовать Value-type. Достаточно сложная сессия, требующая более детального погружения.

Session 419 Protocol and Value Oriented Programming in UIKit Apps



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

Session 721 Unified Logging and Activity Tracing



UI Design Lab. Одна из самых полезных лаб, желающих попасть сюда было очень много, поэтому необходимо записываться через сайт. Вам дается возможность показать свое приложение экспертам Apple и получить обратную связь. Общение происходит в течение 30 минут с двумя специалистами. Один из специалистов был очень впечатлен дизайном нашего приложения, в то время как другой давал практические советы по улучшению интерфейса. В частности, было предложено изменить размеры шрифта, изменить цвета, синхронизировать движение интерфейса, сделать кликабельные элементы очевиднее.







Это был последний день конференции. Напоследок скажу, что конференция организована отлично. Расписание WWDC составлено таким образом, что на каждой сессии всегда есть места. Благодаря этому я провел время с максимальной выгодой. Немного расстроили недостаточно квалифицированны инженеры на технических лабах, но в остальном я остался доволен.



После ухода с последней сессии остается непередаваемое чувство причастности к мировому сообществу разработчиков Apple. Голова переполнена новыми знаниями и желанием реализовать новые возможности iOS 10.



Не упустите возможность поехать на WWDC 2017. Это однозначно того стоит!




Original source: habrahabr.ru.

https://habrahabr.ru/post/304234/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
masiania1

PlainText — простой блокнот для iOS

Понедельник, 27 Июня 2016 г. 22:16 (ссылка)
lapplebi.com/obzory/2559-pl...a-ios.html

Программа бесплатная, обладает аскетичным интерфейсом, не балует роскошным функционалом, но имеет одну замечательную фишку — синхронизацию с Dropbox.
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Обзор новорождённой платформы Scorocode

Понедельник, 27 Июня 2016 г. 15:19 (ссылка)





BaaS-платформы (Backend as a Service) сделали разработку и сопровождение backend'а для мобильных и веб-приложений достаточно простыми и предсказуемыми процессами. Одним из флагманов движения BaaS стала компания Parse, но в 2016 году она заявила о прекращении обслуживания клиентов с 2017 года.



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



Расцвет BaaS



Разработка серверной части — самый трудный и непредсказуемый этап создания приложения. Зачастую, при планировании разработки проекта, недооценивается необходимый объём ресурсов и время создания backend'а.



Одна из возможных причин — трата времени на выбор инструментария, базы данных, платформы, операционной системы и т.д. Поэтому реализация даже относительно простых проектов может сильно затянуться, что приведёт к увеличению расходов.



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



Долгое время ИТ-индустрия искала способы упрощения разработки backend'а. Многие компании создавали инструменты, облегчающие работу над частными аспектами разработки, но это только затрудняло процесс: разработчикам приходилось разбираться не только в конкретной СУБД или платформе, но и в дополнительных инструментах.



Всё изменилось в 2011 году, когда компания Parse предложила новый подход к созданию backend'а на основе облачного сервиса. Он позволял решить две основные задачи:




  • Хранение в облаке и свободное манипулирование структурированными данными;

  • Возможность писать серверную бизнес-логику на JavaScript — стабильно популярном языке программирования на протяжении нескольких лет.



Позднее были добавлены другие полезные функции, облегчающие создание backend'а и инструменты для решения рутинных задач.



Идея имела колоссальный успех. В середине 2012 года сервисом пользовалось 20 000 разработчиков, а ежемесячный прирост пользователей составлял 40%. Теперь этап разработки backend'а занимал дни, а не месяцы, и сэкономленные ресурсы можно было направить на разработку и совершенствование frontend'а.



Использование BaaS позволило точнее оценивать сроки разработки и необходимые ресурсы. Сам процесс создания backend'а стал более формализованным, позволяя для разных платформ использовать единую серверную часть, упростилось сопровождение проекта, расходы снизились и стали более прогнозируемы.



Scorocode: начало



Три года назад Facebook приобрёл Parse, и в конце 2015 года социальная сеть решила использовать мощности BaaS монопольно. Все остальные разработчики должны в течение 2016 года мигрировать на другие ресурсы.



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



Scorocode: техника вопроса



Scorocode — горизонтально масштабируемая система, построенная на принципах кластеризации. Кластеры разделяются по типам: API, СУБД, файлы, статистика. Каждый кластер API, работающий с конечными приложениями, выдерживает нагрузку около 25 тысяч запросов в секунду. С ростом нагрузки количество кластеров наращивается.







Немного о платформах и языках, используемых нами в разработке.



Основная СУБД в Scorocode — MongoDB, в качестве in-memory database используется Redis, а сервер очередей работает под управлением RabbitMQ. Высокопроизводительный API написан «с нуля» на Go. Язык был выбран нами после серии экспериментов с Node.js и С++. Google в последнее время очень активно развивает Go, писать на нём комфортно, код получается компактным, а производительность на уровне С++. Множественные микросервисы платформы тоже разработаны на Go.



Scorocode позволяет исполнять два варианта серверного кода:




  • JS-скрипты с бизнес-логикой. Они хранятся и выполняются на наших серверах. Причём выполняются асинхронно — по расписанию или с запуском вручную с клиентов, посредством вызовов через API. Выполнением серверных скриптов занимается движок Google V8.

  • Триггеры на JS, то есть обработчики операций с данными. Они выполняются высокоскоростным движком, написанным на Go. В данном случае мы отказались от V8, потому что он достаточно долго стартует, а у каждого обработчика есть всего лишь 500 миллисекунд для выполнения кода.



Чем мы отличаемся от конкурентов?




  • Scorocode состоит только из самописных и open source-компонентов. Исключена ситуация, когда в какой-то из компонентов сторонними разработчиками вносятся изменения, с которыми нам придётся мириться. Нам известно устройство и алгоритмы работы каждого элемента системы, поэтому исправление ошибок и реализация новых функций могут выполняться в кратчайшие сроки.

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

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

  • Все серверы и данные находятся на территории РФ. Это позволяет нашим клиентам соблюдать требования законодательства.



Финансовый вопрос



На данный момент у нас действует три тарифных плана:




  • Бесплатный “Free”. Если вы начинающий разработчик, то возможностей тарифного плана может хватить для полноценной работы простого приложения.

  • Базовый “Indie”. По умолчанию предоставляется в 1,5-2 раза больше возможностей, чем на бесплатном тарифном плане. Этого уже достаточно для небольших студий и команд разработчиков. Можно расширять возможности тарифного плана, приобретая в Marketplace дополнительные опции.

  • Корпоративный “Enterprise”. Индивидуальные условия для корпоративных клиентов, отсутствие ограничений, выделенные кластеры, космическая техническая поддержка, и т.д.



С платформой Scorocode можно дополнительно сократить затраты на обслуживание приложений:




  • Всем новым разработчикам мы зачисляем при регистрации на счёт платформы по 3000 рублей. Этого достаточно для оплаты одного месяца тарифного плана Indie.

  • Всем новым студиям разработки и digital-агентствам после подтверждения мы зачисляем на счёт платформы 10 000 рублей. Их можно потратить по своему усмотрению — либо взять Indie на три месяца, либо докупить в Marketplace дополнительные опции.



Развитие



У нас оптимистичные планы по развитию Scorocode на четыре года вперёд. Инвестиции и поддержку нам оказывает группа компаний PROF-IT GROUP, которая в 2015 году вошла в рейтинг самых быстрорастущих IT-компаний по версии Cnews.



Ближайшие планы развития:




  • Интеграция с партнёрскими облачными сервисами для расширения методов обработки данных, хранящихся в Scorocode;

  • Фабрика интеллектуальных чат-ботов;

  • Поддержка полного цикла разработки — от backend до frontend.



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



Приглашаем поделиться в комментариях своими пожеланиями и впечатлениями от использования Scorocode.



Мы будем регулярно вести блог с циклом статей про Scorocode: примеры его использования, наш опыт разработки платформы и особенности разработки приложений в целом. Будем рады видеть вас в подписчиках.
Original source: habrahabr.ru.

https://habrahabr.ru/post/303954/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

[Перевод] Почему за GraphQL будущее

Понедельник, 27 Июня 2016 г. 12:48 (ссылка)

И что это значит лично для вас



Вы наверняка уже слышали про GraphQL, среду выполнения и язык запросов данных с открытым кодом. Про него много говорят в последнее время – в частности, на конференции React Europe, недавно проходившей в Париже, было сделано три выступления про GraphQL. И прочитав этот пост, вы узнаете, почему.



1. Вы уже его используете



Даже если вы впервые слышите о GraphQL, вам интересно будет узнать, что вы пользуетесь им ежедневно последние несколько лет. У Facebook есть миллиард ежедневных активных пользователей, и GraphQL лежит в основе работы соцсети. Если вы используете Facebook, вы используете и GraphQL.



Facebook используют GraphQL с 2012 года – задолго до того, как его код был открыт в прошлом июле. С тех пор наблюдается шквал активности по его поводу, а экосистема вокруг его открытого кода быстро растёт.



2. GraphQL решает реальные задачи, и это заметно



Существование GraphQL радует не только разработчиков на React. Работающие с Angular, iOS и Android также интересуются тем, что GraphQL может им предложить. Причина роста популярности GraphQL в том, что он решает некоторые вполне реальные задачи, с которыми разработчики борются каждый день. Именно поэтому его уже адаптируют такие компании, как Twitter, Intuit и Drupal.



Платформа мобильной разработки Fabric от Twitter уже сделала анонс переходна на GraphQL:

How we productionized GraphQL.js while protecting customer data & site uptime https://t.co/TaTuKVlWAO @GraphQL pic.twitter.com/Goj42tT2ct

— Fabric (@fabric) 7 июня 2016 г.





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



Это совершенно разные компании, и объединяет их один или несколько из следующих пунктов:


  • у них более одного программного клиента (например, веб и iOS);

  • у них есть мобильный клиент, и они заботятся о скорости отклика и потреблении трафика;

  • они переходят на архитектуру микросервисов;

  • их REST API стал таким сложным, что это замедляет разработку;

  • они хотят рассоединить фронтенды и бэкенды для ускорения разработки.





Компании выбирают GraphQL, потому что начинают понимать, что он сможет помочь им в решении задач, в отличие от REST. О чём и следующий пункт:



3. REST вам не поможет



Вот вкратце отличие REST от GraphQL:





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



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



Если не верите мне, спросите этих людей:





Можно найти гораздо больше примеров, если поискать. Twitter, Intuit и Drupal – это только начало (а в случае с Drupal, их модуль для GraphQL – это только начало). Я мог бы назвать имена десятка известных компаний, которые просто ещё не объявили публично о переходе на GraphQL. Сомнений нет, за GraphQL будущее.



Вы, наверно, думаете: «Ну классно, а мне-то что с этого?»



4. GraphQL порадует разработчиков



GraphQL привносит порядок в хаос:


  • это чёткий и ясный API между бэкендом и фронтендом;

  • уменьшая затраты на коммуникации, меньше соединений;

  • не надо писать документацию для API;

  • не надо придумывать API;

  • это отличный инструмент для вашего API.





При помощи GraphQL новый программист за пять минут поймёт, как работать с вашим API. Это включая время, необходимое для того, чтобы разобраться, как писать простые запросы на GraphQL.



Так что, будь вы разработчиком на React, Angular, Ember, iOS или Android, потратьте немного времени для изучения GraphQL, используйте его в своём новом проекте и попробуйте склонить к его использованию в компании коллег или босса. Вы не пожалеете.



И вы не одиноки! Множество разработчиков только сейчас узнают о GraphQL, и находят вдобавок очень дружественное сообщество, готовое оказать поддержку новичкам. Некоторые сидят в канале Slack, другие присоединяются к активной группе пользователей в Apollo и GraphQL GitHub.



Если же вы наткнётесь на группу поддержки REST или профессионального ворчуна, помните:

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

— Макс Планк

Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/304182/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Дайджест интересных материалов для мобильного разработчика #159 (20-26 июня)

Воскресенье, 26 Июня 2016 г. 15:13 (ссылка)

Мы продолжаем разбираться с «последствиями» WWDC, разбираем новые примеры кроссплатформенной разработки, выясняем какие ролики самые эффективные для продвижения приложений в разных категориях и поднимаем грабли hardware-стартапа. Добро пожаловать в новый дайджест!












Уведомления в iOS 10

Говорят, что на этом WWDC не было ничего интересного, кроме интерактивных уведомлений. Действительно, новые уведомления одна из самых интересных новых фич. Не только для разработчиков, но и для простых пользователей. В iOS 10 попытались унифицировать работу с локальными и пуш-уведомлениями и добавили для этого новый фреймворк UserNotifications.framework.




Создаем приложение на JavaScript с помощью React Native

В этом уроке мы будем изучать React Native – фреймворк от компании Facebook для создания нативных приложений под iOS и Android. У него много общего с другим очень популярным фреймворком от Facebook – React Javascript, который предназначен для построения декларативных пользовательских интерфейсов.




Грязные трюки мобильной разработки от J2ME до Android

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



iOS



Android



Разработка



Аналитика, маркетинг и монетизация





Устройства и IoT





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.
Original source: habrahabr.ru.

https://habrahabr.ru/post/304136/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество
masiania1

Urban Ninja — ниндзя-герой с французским акцентом

Воскресенье, 26 Июня 2016 г. 22:09 (ссылка)
lapplebi.com/games/2555-urb...entom.html

Что еще лучше, чем французы, ниндзя и герои? Конечно Ниндзя-герой с французским акцентом! Присоединитесь к Франсуа и его ползанию по стенам, прыжкам с крыш и приключениям в качестве секретно
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
masiania1

Apple разрабатывает продвинутый «родительский контроль» для iOS

Суббота, 25 Июня 2016 г. 22:27 (ссылка)
lapplebi.com/news/2553-appl...a-ios.html

Сообщается, что корпорация Apple занялась разработкой новой системы фильтрации входящих и исходящих SMS — сообщений, электронных писем.
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Apple оставила ядро iOS 10 без защиты

Четверг, 23 Июня 2016 г. 18:10 (ссылка)

Специалисты безопасности Apple iOS поделились интересной информацией с изданием MIT Technology Review. Согласно их информации, Apple пошла на беспрецедентный для себя шаг, оставив код ядра iOS 10 в открытом виде. Известно, что Apple славится своим закрытым подходом не только к разработке приложений для iOS, но также к ее системным компонентам. До выхода предварительной версии iOS 10, Apple подвергала исполняемый код и данные ядра этой мобильной ОС операциям шифрования и обфускации, создавая тем самым большие проблемы даже тому узкому кругу security-ресерчеров, которые занимаются анализом безопасности iOS.







Известно, что в случае стоимости эксплойтов для актуальных версий iOS, речь идет о больших суммах денег. Недавно мы писали, что эксплойт для успешного обхода механизмов anti-bruteforce кода разблокировки iOS был продан неизвестными хакерами ФБР за сумму, превышающую миллион долларов. Компания Zerodium, которая также специализируется в покупке информации об уязвимостях и эксплойтах, предлагала миллион долларов за RCE+rootLPE эксплойт для iOS. Закрытость iOS, механизмы ее защиты и очень узкий круг исследователей безопасности iOS являются основными причинами таких высоких сумм, которые могут быть выплачены исследователям за эксплойты.



Ранее мы также писали, что Apple удалила из App Store легитимное приложение System and Security Info известного исследователя безопасности iOS под ником i0n1c. Приложение прошло все необходимые проверки, которые предъявляются App Store по отношению к размещаемым приложениям, но было удалено, поскольку, по мнению Apple, показывала слишком детальную информацию о системе пользователя. Этот шаг в очередной раз подогрел спекуляции по поводу закрытости iOS.



Apple часто обвиняют в отсутствии лояльности к security-ресерчерам, которые занимаются поиском уязвимость в iOS. Ранее в блоге мы указывали, что подобная тактика сыграла с Apple злую шутку, так как спецслужбы просто обратились к хакерам по поводу разблокировки iOS и отказались потом предоставлять Apple информацию об используемых уязвимостях. Такая ситуация является следствием того, что у компании отсутствует программа bug bounty и она не выплачивает денежное вознаграждение за найденные уязвимости в продуктах.



Вышеуказанное издание TechCrunch предполагает, что Apple пошла на своего рода уступки и упростила задачу security-ресерчерам iOS, которые могли бы сослужить хорошую службу компании и помочь более быстрому поиску уязвимостей в коде ядра. Как правило, подобные уязвимости относятся к типу Local Privilege Escalation (LPE) и присутствуют в системных компонентах и ядре iOS, они позволяют запускать в ОС произвольный код с высокими системными привилегиями.



The kernel cache doesn’t contain any user info, and by unencrypting it we’re able to optimize the operating system’s performance without compromising security


Комментарий эксперта Apple, который объясняет снятие крипто-защиты с ядра предварительной версии iOS 10 заботой о производительности.



Apple публикует информацию об обнаруженных уязвимостях в ядре с своих бюллетенях безопаности, а также рассылке Apple Product Security. Обнаруженные в ядре iOS уязвимости имеют следующее описание. В описании указывается список устройств под управлением iOS, которые подлежат обновлению, а также описание самой уязвимости.



Kernel

Available for: iPhone 4s and later,

iPod touch (5th generation) and later, iPad 2 and later

Impact: An application may be able to execute arbitrary code with

kernel privileges

Description: A use after free issue was addressed through improved

memory management.

CVE-ID



Описание типичной LPE-уязвимости в ядре iOS.



Ядро любой ОС имеет ключевую роль в вопросах ее функционирования, iOS не является исключением. Так, актуальные 64-битные версии Windows снабжены специальным механизмом защиты под названием PatchGuard, который контролирует целостность ядра Windows, а также указателей в критических структурах объектов ядра. Метод модификации ядра, а также системных указателей объектов ядра используется руткитами для получения управления в процессе работы Windows. Ядро Windows также использует механизмы обфускации и шифрования своего кода и данных при реализации PatchGuard.



Кроме реализации базовых примитивов ОС, таких как процессы, работа с памятью и микропроцессором, ядро iOS также специализируется на ключевых вопросах обеспечения безопасности, включая, проверку цифровой подписи запускаемых приложений, а также загрузчика, что является гарантом безопасности и легитимности используемой на устройстве копии iOS.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/303966/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
masiania1

Modern Combat 2: Black Pegasus HD

Четверг, 23 Июня 2016 г. 22:41 (ссылка)
lapplebi.com/games/2548-mod...us-hd.html

Modern Combat 2: Black Pegasus — ещё, конечно, не PlayStation 3, но заметно, что люди думали, когда делали «ЭТО». Предлагаю Вам ознакомится с косяками и плюсами одной из лучших шутеров для i
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<ios - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda