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


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

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

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

Без заголовка

Вторник, 26 Сентября 2017 г. 23:45 (ссылка)

Разработка современных web сайтов в Москве - https://vk.com/page-146710847_53183178

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

Short Trip: gorgeous hand-drawn scenic tram simulator

Понедельник, 25 Сентября 2017 г. 18:51 (ссылка)



Short Trip is a scenic tram simulator made by Alexander Perrin. Every detail is hand-drawn, it takes only a few minutes to enjoy the ride (controls: right arrow), and it's the most perfect thing on the web today. You can even pick up and drop off passengers at the stations along the way.

https://twitter.com/alexanderperrin/status/911789253746503680

It's free of charge but you can donate to Alexander through PayPal.

http://feeds.boingboing.net/~r/boingboing/iBag/~3/8SG4GNYrHI8/short-trip-gorgeous-hand-draw.html

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

Без заголовка

Понедельник, 26 Сентября 2017 г. 00:33 (ссылка)

Html5 и css3 современные средства web разработки в Москве - https://vk.com/page-146710847_53178014

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

[Из песочницы] Как я написал свою CMS, и почему не рекомендую вам делать то же самое

Пятница, 22 Сентября 2017 г. 14:52 (ссылка)




Cheburator2033


сегодня в 14:52

Разработка





Как я написал свою CMS, и почему не рекомендую вам делать то же самое










Работа над программами управления контентом CMS (content management system) полна чудес. Под катом поучительная история Petr Palas. Если у вас все хорошо с английским, то в оригинале текст можно почитать здесь. Enjoy!



Написание собственной CMS — это как держать у себя дома слона.

Для большинства людей гораздо проще сходить в зоопарк.




В 2000-м я обучался в университете и работал Интранет-разработчиком: публиковал в Интранет контент, написанный на статичном HTML. Это была моя первая «программистская» работа, и я ею наслаждался. Пару недель.



Потом стало очевидно, насколько мои обязанности являются однообразными и неавтоматизированными. И я начал писать приложение на классическом ASP, которое позволяло бы пользователям самостоятельно управлять контентом. Я и понятия не имел о существовании такой штуки, как Content Management System, и потому изобретал велосипед. В то время существовало всего несколько коммерческих CMS, зачастую стоившие сотни тысяч долларов. Учитывая распространённость и ценовой диапазон этой категории ПО, неудивительно, что не я один пытался уменьшить свои неудобства и повысить эффективность, создавая собственную CMS.



К 2004-му почти каждое интернет-агентство создавало собственную CMS, нередко кастомизируя под конкретных клиентов. Это приводило к появлению десятков модификаций — кошмар с точки зрения управления. «Это бессмысленно», думал я. К тому моменту я уже написал несколько специализированных CMS и снова заскучал. «А что если написать CMS, которая может быть полезна для любого сайта?» В результате я организовал компанию Kentico Software, чья миссия была очень проста: создать CMS, которую любой разработчик в мире может использовать для создания любого сайта.



Сюрприз: люди всё ещё пишут собственные CMS!



13 лет спустя меня ещё поражает количество людей, которые пишут собственные CMS. Существует масса зрелых продуктов, под все виды проектов: от open source до коммерческих систем корпоративного уровня, от лучших в своём классе до универсальных «всё-в-одном».



Так зачем кому-то до сих пор нужно писать собственную CMS?

Ответ прост: люди делают это из-за разочарования.



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

Позвольте объяснить.



Самописные CMS устарели из-за headless-архитектуры



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



И сегодня новое поколение CMS-технологий — облачные, с headless-архитектурой — скоро совершит революцию в сфере управления контентом. В отличие от традиционных решений, headless-CMS сосредоточены только на управлении контентом и на том, чтобы сделать его доступным любому приложению посредством API. Поскольку у таких продуктов нет «головы» (head), которая обычно диктует, как нужно отображать контент, headless-CMS оставляют вопрос дизайна полностью на откуп разработчикам.







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



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



Причина №1: стандартные CMS ограничивают мой творческий потенциал



Первое, на что жалуются фронтенд-разработчики, это вмешательство CMS в их HTML-код и необходимость искать обходные решения.



Но с этим покончено: headless-CMS дают вам полную свободу и никак не влияют на результирующий HTML-код. Для извлечения контента из репозитория вам достаточно лишь с помощью своего любимого языка программирования вызвать соответствующий REST API.

И более того, вы сами полностью решаете, как будет этот контент отображаться!



Причина №2: интерфейсы стандартных CMS слишком сложны



Многие традиционные CMS в последние десять лет существенно разрослись. Хотя все они начинались с идеи предоставления замечательного решения по управлению контентом, большинство не смогли избежать «ползучего улучшизма», поскольку они проникли в электронную коммерцию, автоматизацию маркетинга, системы бронирования, почтовый маркетинг и так далее. Хотя для кого-то удобно иметь всё в одном месте, но новым пользователям трудно изучать такие CMS. Большинству нужно всего лишь управлять контентом, избыток опций снижает продуктивность.



Новые headless-CMS создаются исходя из другой предпосылки: это всего лишь один из фрагментов мозаики микросервисов, и потому эти продукты обладают пользовательским интерфейсом, оптимизированным именно под управление контентом. В то же время современные CMS предоставляют API управления контентом, позволяющие создавать собственные интерфейсы редактирования поверх их репозиториев контента. Это удобно, если вы хотите создать более специализированный интерфейс или интегрировать в приложение возможности по редактированию контента, а не перенаправлять пользователей в другой интерфейс.



Причина №3: стандартные CMS слишком дороги



«Мы не хотели платить Х рублей за коммерческую CMS, поэтому решили написать свою». Если вам не нужно что-то гораздо более простое, чем реальная CMS (вроде управления списком новостей), в долгосрочной перспективе вы не сможете сэкономить с помощью самописной CMS.



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



Причина №4: стандартные CMS не безопасны



Для многих организаций обеспечение безопасности CMS является кошмаром. Поэтому некоторые разработчики думают: «Если мы напишем свою CMS, то хакерам будет труднее найти в ней баги».

Классическое обеспечение безопасности через неясность (security by obscurity).



Да, хакеры могут воспользоваться известными прорехами в безопасности, но широко используемые CMS обычно тщательно тестируются. И обычно основным источником проблем является неприменение в компаниях свежих фиксов различных применяемых плагинов.



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



Причина №5: стандартные CMS не вписываются в мою архитектуру



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



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



К счастью headless-архитектура позволяет легко обращаться к контенту с помощью API и писать свои приложения так, как вам хочется.



Причина №6: многие клиенты всё ещё пользуются написанной нами CMS



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



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



Мой совет: сделайте этот смелый шаг, пока ваше агентство не проиграло!

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



… и две причины, когда использование самописной CMS оправдано



Честно говоря, всё же есть ситуации, когда использовать собственную CMS либо целесообразно, либо это вообще единственный возможный вариант:



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

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



Если что-то из сказанного — про вас, то помните, что каждый час, потраченный на создание своей CMS, это час, который вы могли бы потратить на создание конкурентного преимущества, а не на изобретение колеса.



Не пишите свою CMS, пока не возникнет очевидный бизнес-случай



Люди ВСЕГДА недооценивают объём работы по созданию настоящей CMS.



Возможно, в первый момент вы подумали: «Что такого сложного в CMS? Я просто возьму задокументированную базу данных и прикручу сверху интерфейс редактирования». Это лёгкий старт, но ещё не настоящая CMS. Когда вы начнёте добавлять уровни, например, моделирование контента, языковые варианты, рабочий процесс, разрешения, доставку контента, поиск и так далее, то обнаружите, что разрабатываете и управляете по-настоящему сложным решением.



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


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

https://habrahabr.ru/post/338492/

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

Краткое руководство для новичков, желающих стать комплексными (full stack) веб-разработчиками

Пятница, 15 Сентября 2017 г. 17:47 (ссылка)




SmirkinDA


сегодня в 17:47

Разработка





Краткое руководство для новичков, желающих стать комплексными (full stack) веб-разработчиками












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



    Основы (HTML/CSS/JS)





    Один из лучших способов изучения основ — пройти онлайн-курс. Например, The Web Developer Bootcamp на Udemy. Здесь вы пройдёте через весь процесс создания своего первого сайта, после чего вам будет понятнее, куда двигаться дальше.



    Фреймворки



    Фреймворки — это инструменты, позволяющие быстрее и проще реализовать всю распространённую функциональность. Рекомендую начать пользоваться ими как можно раньше, потому что фреймворки помогут вам достичь результата гораздо быстрее, и в то же ненавязчиво и естественно продемонстрируют вам проверенные методики веб-разработки. Благодаря одном лишь использованию фреймворков вы очень быстро впитаете массу знаний, не теряя время на ненужные вещи.







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



    Лучше всего начать изучать Bootstrap и jQuery. Сегодня это самые популярные фреймворки, используемые при создании подавляющего большинства сайтов.



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



    jQuery — JavaScript-фреймворк, значительно упрощающий манипулирование элементами веб-страницы. Под него создана масса плагинов для любой мыслимой задачи, так что когда вам понадобится какой-то интерактивный элемент, то можете быть уверены, что найдёте способ создать его с помощью jQuery. И это будет очень легко сделать, потому что на StackOverflow уже есть решение 95% проблем, с которыми вы столкнётесь.







    Начать изучение можно с этой замечательной лекции:









    Ради полноты картины упомяну и Compass. В самом начале о нём думать не нужно, потому что при создании сайтов можно обойтись без этого фреймворка. Но когда вы достигните уровня, при котором будете писать большое количество продвинутого CSS, причём для вас это станет довольно скучно, то обязательно обратите внимание на Compass. Он сильно ускоряет процесс написания CSS, делая его менее нудным, так что если выделите пару часов на изучение Compass, то он станет одним из самых эффективных ускорителей вашей продуктивности.



    WordPress



    WordPress — самая популярная в мире CMS (content management system), система управления контентом. Если вы просто хотите узнать, как можно просто кастомизировать свой сайт, то установите и изучите WordPress. Этого достаточно, больше вам ничего учить не придётся. Для WordPress доступно астрономическое количество графических тем и плагинов, которые покроют не менее 90% ваших потребностей.







    Доменные имена и хостинг



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







    Для покупки доменных имён за пределами Рунета используйте Namecheap. Как подсказывает название сервиса, там очень хорошие цены, да к тому же замечательное обслуживание.



    Для хостинга можете воспользоваться Bluehost, это дешёвый, очень простой в использовании сервис, с прекрасной документацией и многочисленными инструментами автоматизации. Здесь крайне просто развернуть WordPress или захостить простенькие HTML-страницы, так что если хотите быстро начать — самое оно.



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



    Бэкенд-фреймворки



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

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

    Как обычно, есть куча доступных продуктов, но я рекомендую сразу обратиться к Django, Ruby on Rails и Node/Express.







    Вы можете услышать разные мнения, какой из этих фреймворков нужно изучить в первую очередь, но я очень рекомендую начать с Django, а затем перейти к Node/Express.



    Главным преимуществом Django является то, что он написан на Python —прекрасном мощном языке, использующемся везде, где только можно представить. К тому же это лучший выбор в качестве первого языка программирования.



    Сам по себе Django простой, мощный, гибкий, прекрасно документированный фреймворк. Он содержит все инструменты, которые вам понадобятся для создания 95% ваших сайтов. Что ещё важнее, он даст вам отличную основу для размышления о коде бэкенда, и его понимание — прекрасный способ изучить основы веб-разработки в целом.



    Мой любимый курс для начинающих — Getting Started with Django, я для дальнейшего изучения рекомендую превосходную книгу Two Scoops of Django. Также не проходите мимо бесплатных видеоруководств Майка Хибберта.



    Node и Express



    Node и Express — очень мощные инструменты, которые я рекомендую изучить после Django. Для начинающих они могут показаться сложноватыми, но если вы уже знаете Django, то проблем у вас не возникнет.







    У Node много преимуществ, и лучшего всего ощутить их на собственном опыте. Зачастую этот фреймворк позволяет создавать сайты гораздо быстрее Django. Вы глубже изучите многочисленные концепции программирования бэкенда, вам будет легче создавать API, работающие в реальном времени веб-приложения (например, чаты или игры), а также универсальные веб-приложения (вы столкнётесь с ними при изучении React). Лучший из известных мне онлайн-курсов по Node.



    Фронтенд-фреймворки



    Если вы освоили HTML/CSS/JS и какой-то бэкенд-фреймворк, то вы уже весьма умелый веб-разработчик, способный создавать многие виды сайтов. И если хотите стать комплексным (full-stack) разработчиком, то добро пожаловать в мир фронтенд-фреймворков.



    Они позволяют создавать мощные одностраничные (single-page) приложения. На текущем этапе вы создаёте приложения, которые целиком выполняются в браузере, иногда обмениваясь данными с сервером (наподобие Gmail или Trello).







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



    Не стану расписывать, как они работают или каковы их преимущества (это займёт много времени), но, к счастью, существует совершенно изумительный онлайн-курс, из которого вы почерпнёте всё, что нужно — Modern React with Redux. А для изучения более продвинутой функциональности можете посмотреть вторую часть курса — Advanced React and Redux. Его автор, Стивен Грайдер, невероятный учитель. Он умеет очень хорошо и увлекательно объяснять, так что вам будет совсем не скучно изучать все премудрости этих инструментов.



    Очень рекомендую создать сайт с помощью Node и React/Redux, потому что это поможет вам уловить, как создавать и использовать REST API, а также на базе набора технологий создавать мощное и полезное ПО.



    DevOps



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







    Наверняка на данном этапе вы уже многое из этого изучили на своём опыте. Возможно, вы уже использовали Github и какие-то CI-инструменты для развёртывания сайтов и Nginx для их обслуживания.



    Пришла пора изучить Docker. Это отраслевой стандарт для развёртывания веб-приложений, делающий процесс быстрым, элегантным и удобным.







    Лично я изучал Docker с помощью вот этого курса. Он короткий и довольно простой для понимания.



    Заключение



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



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


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

    https://habrahabr.ru/post/338034/

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

    DevFest North в первый раз в Петербурге

    Вторник, 12 Сентября 2017 г. 14:59 (ссылка)




    Developers_Relations


    сегодня в 14:59

    Маркетинг





    DevFest North в первый раз в Петербурге










      30 сентября в Питере ожидается два события. Будет солнце и пройдёт первая конференция по технологиям Google для разработчиков — DevFest North. Для одного дня это просто комбо.

      Организаторами DevFest North стали Google Developers Groups двух северных городов, Санкт-Петербурга и Петрозаводска. Поэтому конференцию назвали DevFest North 2017.



      image





      DevFest — это о чём?



      Это серия IT-конференций для разработчиков. Проводится по всему миру и организуется сообществом Google Developer Groups.



      Что такое Google Developer Groups?



      Это некоммерческое IT- сообщество, в основе которого лежат технологии Google для разработчиков — под Android, Maps, App Engine, Chrome, Web Toolkit, Google Plus и другие.



      Что ожидать от DevFest North?



      Слово организаторам:


      • Мы намерены собрать лучших разработчиков северо-запада на площадке в Санкт-Петербурге.

      • Мы делаем DevFest впервые, поэтому мы приглашаем лучших спикеров из Европы и России!

      • Мы делаем 2 трека докладов, чтобы вы могли выбрать самое полезное для себя!

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



      Мы думаем, что у вас уже достаточно поводов, чтобы купить билет на DevFest North. Вы получите море вдохновения для создания своих интересных проектов после этого дня в компании кодеров, хакеров, вундеркиндов и просто экспертов в IT-отрасли.



      ВНИМАНИЕ

      Мы любим Хабр и хабражителей, поэтому дарим вам скидку на билет. Возьмите этот промокод DevFest2017Promo и вперёд за билетами по Early Bird стоимости! Вводить код нужно ЗДЕСЬ.



      Место проведения:



      Конгрессный Центр «ПетроКонгресс» в историческом центре Санкт-Петербурга, Лодейнопольская ул, д.5



      Связь:



      Задайте любой вопрос организаторам (они любят, когда с ними разговаривают): devfestnorth@gmail.com



      А теперь, ОСТОРОЖНО.

      Длинный и подробный обзор докладов.

      Нам нечего от вас скрывать:



      image


      • Bob Van Luijt Google Developer Expert

      Amsterdam, Netherlands

      Creative Technologist, Kubrickology

      Боб — творческий технолог и дизайнер, который работает на пересечении технологий, дизайна и искусства.



      О докладе:

      A Semantic Internet of Things

      Таинственный Интернет вещей — как он помогает нам создать базу знаний, чтобы понять окружение? Как социальные сети, облако или графические базы знаний могут помочь расширить наши познания о мире? Как технологии могут влиять на чувственное восприятие пользователя? “Я хочу показать, что делает творческий технолог, почему я считаю, что творческие аспекты важны в программном обеспечении и над чем я сейчас работаю.”



      image


      • Royi Benyossef Google Developer Expert

      Samsung NEXT.

      Tel-Aviv, Israel



      О докладе

      Don't use it or you'll lose it!

      “Люблю Россию, Android и публичные выступления! В докладе мы рассмотрим некоторые аспекты UX. Я покажу как можно использовать возможности вашего устройства (в том числе, его сенсоров) и некоторые приемы UX для того, чтобы улучшить производительность и удобство использования вашего приложения.”

      image


      • Тимур Ахметгареев GDG Москва

      Android Lead, App in the Air Inc, Москва, Россия

      В разработке более 4х лет, два из них — руководство созданием travel-приложения App in the Air под Android. Среди достижений — звание Top Developer, мировой фичеринг, категория “Лучшее из России”. Были в числе первых, кто выпустил Android Wear приложения. Также имеется уникальный опыт работы с Firebase — моя команда участвовала в бета-тестировании и про наши результаты рассказывали на Google I/O.



      О докладе

      На DF North Тимур заявил доклад Firebase Alpha tool

      Но подробности пока оставил в тайне. Единственное, что мы знаем это: “Одно из решений Firebase должно стать общедоступным к моменту DF North, поэтому я смогу поделиться информацией об этом инструменте на вашей конференции”.



      image


      • Михаил Вайсман GDG Москва

      CEO Trinity Digital

      Михаил, страстный фанат технологий VR. Помимо руководства студией мобильной разработки активно изучает технологии распознавания и искусственный интеллект. Доклад Миши будет посвящен Tensorflow, точнее “Tensorflow: how to cook a working app for 30 minutes”



      О докладе

      Tensorflow: how to cook a working app for 30 minutes

      Создать готовое мобильное приложение с нуля за 30 минут? Легко! Добавить key-value фичи в проект в короткие сроки без штата программистов? Супер просто! Нужны только инструменты машинного обучения, руки и немного магии.



      image


      • Константин Цховребов GDG Санкт-Петербург

      Senior Team Leader Android, RedMadRobot



      О докладе

      Toothpick: наше спасение от Dagger 2

      Я покажу как опять полюбить DI и как настроить зависимости в приложении легко, красиво и правильно вместе с Toothpick. Пожалуюсь на боль от Dagger 2. И покажу как мигрировать на светлую сторону!



      image


      • Артур Василов GDG Санкт-Петербург

      Android Developer, Yandex

      Один из лидеров GDG SPB

      «Сейчас работаю над поисковым Android-приложением Яндекса. Долгое время занимался вопросами архитектуры приложений, выпустил большой и полностью открытый курс по архитектуре Android-приложений. Сейчас же, в первую очередь интересуют вопросы производительности и разработки хорошего UI и взаимодействия с пользователем.»



      О докладе

      Рецепты анимаций в Android

      Как найти идеальный баланс между фантазией дизайнеров и симпатией пользователей при создании анимации в Android? Как выбрать правильный инструмент и когда стоит его использовать, а когда — нет? Понятно и интересно в докладе “Рецепты анимаций в Android”.




      • Оксана Покровская и Андрей Хитрый GDG Петрозаводск

      Эти ребята — лидеры GDG Петрозаводска и они разработали одну крутую игрушку. Но обо всём по порядку:

      image

      Оксана Покровская, Android — разработчик Trinity Digital

      «В разработке всего пару лет, сперва была просто Java, теперь Android. Затрудняюсь выделить основную направленность моих интересов — предметная область не важна, главное чтобы была достаточно увлекательная техническая задача, в которой можно по ходу дела поизучать новое.»



      Андрей Хитрый, Android-разработчик и тимлид Trinity Digital.

      image«Начинал с реверс-инжиниринга игр в 2006 и ковыряния линуксов в 2008. Сейчас занимаюсь разработкой под Android и Ruby on Rails. Посматриваю на Go и Angular. Люблю данные. Не люблю горячий кофе.»



      О докладе

      Firebase Iot Game

      «Наш проект — уникальная настольная игра с “умными” компонентами. Собрана она из Firebase, Android, NFC меток, ESP 8266, RFID-RC522. Мы не только расскажем про особенности работы с Firebase с разных устройств и Firebase-функции, но и покажем, как эта игра работает.»



      image


      • Александр Денисов GDG Нижний Новгород

      Лидер GDG Нижний Новгород

      Lead Software Engineer в NetCracker

      Александр — специалист по бизнес логике и базам данных, профессионально занимается разработкой больше 10 лет, раньше работал с С++ и С#, но последние несколько лет перешел на Java.



      О докладе

      Firebase Cloud Functions: New opportunities of serverless backend.

      Думаете, что отлично знакомы с Firebase Cloud Functions? Тогда будьте готовы удивляться. Александр Денисов расскажет не только о классической работе с Cloud Functions, но и о их взаимодействии с множеством других инструментов и ресурсов.



      image


      • Алексей Буздин GDG Riga

      Riga, Latbia

      Алексей — опытный разработчик и тренер. Обожает обсуждать ИТ и технику. Лидер Google Developer Group Riga.



      О докладе

      Writing a Plugin for Android Studio

      Доклад Алексея будет посвящен написанию плагина для IntelliJ Idea или Android Studio. “Давайте рассмотрим, как мы можем сделать собственный плагин для нашего любимого инструмента!”



      image


      • Сергей Рябов

      Москва

      Android Engineer, Independent



      О докладе

      Use the Force (of Kotlin Stdlib).

      Сергей — независимый Android разработчик с опытом в backend. Был первым, кто внедрил в работу язык Kotlin. Называет себя Rx зависимым. Угадайте, чему будет посвящен его доклад? Конечно — Kotlin и называться он будет Use the Force (of Kotlin Stdlib).



      image




      • Bogdan Mukvich

      Москва

      Старший инженер по автоматизации QA в Tinkoff bank



      О докладе

      Путь автоматизации Android

      Доклад Богдана будет называться «Путь автоматизации Android». Вас ждёт разговор о перспективах автоматизации, опыте и будущем.



      Расписание докладов смело можно смотреть по ссылке



      Увидимся на DevFest North в Питере 30 сентября!


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

      https://habrahabr.ru/post/337740/

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

      Pygest #17. Релизы, статьи, интересные проекты из мира Python [29 августа 2017 — 11 сентября 2017]

      Понедельник, 11 Сентября 2017 г. 10:35 (ссылка)




      andrewnester


      сегодня в 10:35

      Разработка





      Pygest #17. Релизы, статьи, интересные проекты из мира Python [29 августа 2017 — 11 сентября 2017]










        image Всем привет! Это уже семнадцатый выпуск дайджеста на Хабрахабр о новостях из мира Python.



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



        А теперь к делу!





        Статьи



        Что за чёрт, Python

        Занимательна статья о «необычностях» в Python



        PyTorch — ваш новый фреймворк глубокого обучения

        Хорошая «разборная» статья о фреймворке PyTorch



        The Incredible Growth of Python

        О росте популярности Python



        Orchestrating a Background Job Workflow in Celery for Python

        О том, как управлять выполнением Celery-задач



        Sound Pattern Recognition with Python

        Отличная статья о распознавании звуковых паттернов с помощью Python



        A Complete Beginner's Guide to Django — Part 1

        Туториал для начинающих разрабатывающих на Django



        Intro to Threads and Processes in Python

        О потоках и процессах в Python



        Monkey-patching is Bad

        Почему monkey patching — плохо.



        A Brief Analysis of “The Zen of Python”

        Анализ Дзен Python.



        Python Magic Methods and __getattr__

        О магических методах в Python



        Asyncio Coroutine Patterns: Errors and cancellation

        Статья о паттернах обработки ошибок при использовании asynаcio



        Monitoring Road Traffic with Python

        Статья-пример мониторинга пробок с помощью Python



        How Python does Unicode

        Как Python работает с Unicode



        Интересные проекты



        Hatch

        Инструмент для управления проектами, пакетами и виртуальными окружениями



        background

        Инструмент для запуска задач в «бэкграунде»



        setup.py

        Отличный шаблон setup.py файла для ваших проектов



        Seq2Seq Chatbot

        Чат-бот в 200 строк



        janus

        Простая библиотека для парсинга параметров командной строки



        Видео



        DjangoCon US 2017

        Запись видео с DjangoCon US 2017



        Предыдущий выпуск дайджеста ищете здесь:



        Pygest #16. Релизы, статьи, интересные проекты из мира Python [15 августа 2017 — 28 августа 2017]



        Спасибо за внимание! Присылайте Ваши предложения для публикации в дайджесте!


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

        https://habrahabr.ru/post/337628/

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

        Следующие 30  »

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

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

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