Paul Miller "Как подняться на open source"

•

0 likes•483 views

Опенсорс - это программа с открытым исходным кодом, которой можно свободно делиться и использовать в любых проектах. По-сути, это миниатюрный стартап. Я расскажу, зачем нужно делать такие миниатюрные стартапы и покажу на примере, какие привилегии дает разработка OSS. Так же уточним, на каких вещах будет продуктивнее всего фокусировать свое внимание.

Technology

Заголовок презентации
Имя и фамилия автора доклада
Компания
Most JS
frameworks
day
Как подняться на опенсорсе
Paul Miller
Hell Yeah

Overview
Brunch: 6K GitHub stars
Chaplin: 3K GitHub stars

Overview
Brunch: 6K GitHub stars
Chaplin: 3K GitHub stars
Chokidar: 7,100,000
downloads per month

PersistencePersistence
!!!Коммит
каждый
день!!!

Support
Отвечать очень быстроБольшинство мейнтейнеров
OSS отвечают медленно и неохотно, вы зам
выделитесь среди общей масс

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

Zero to one
Намного проще взять существующий проект под
крыло, чем создавать новый с нуля. В 2011 в работе
была необходима билд тул. Нашел репозиторий,
сделал код стиль под себя. Появилось большое
видение проекта, попросил права у мейнтейнеров,
начал

Experience
English
Relocation
Money
Clients

Persistence
Support
Zero to one
Marketing

We are hiring
to work on
open-source
and closed-source

Как искать и выбирать оптимальные решения? Для одной задачи подойдет React, для другой - Zepto. Сегодня вы пишите для браузера, завтра думаете, как использовать native-ресурсы iOS. Не все технологии, которые удобны разработчику, могут дать удобство конечному пользователю. Я расскажу о балансе, который позволяет бизнесу получать результат, а разработчику - решение.

Вредные советы для разработчиков

ITCrowd Almaty

Performance engineering stories from #fdminicon Saransk

Alex Chistyakov

Desktop-like Games. How and why?

DevGAMM Conference

Бэкенд, фронтенд — всё смешалось (nodkz)

Pavel Chertorogov

Рефакторить легаси код? Только с юнит тестами!

SmartStepGroup

React Native в продакшне

Eugeni Feudorov

Как быть с большими сайтами на Word press

vovasik

Антон Пискунов. Независимый разработчик. «BeeGo для веб-приложений, API и демонов» - Почему BeeGo? vs Revel and another guys. - Что мы пишем на BeeGo? Наш личный опыт. - Как написать облачный стартап и инфраструктурные сервисы на BeeGo за две недели. - Sweet API, нэймспейсы и автодокументация. - Демонизация BeeGo, к чему мы пришли? - Разработчики, мэйнтейнинг, существующие проблемы http://go-meetup-spb.timepad.ru/event/169777/

Читабельные отчеты для автоматизации на C# / Gallio / BDDfy

Dmytro Zharii

Мой доклад про создание читабельных отчетов для автоматизации тестирования на .NET/C# + Webdriver + Gallio Icarus/MbUnit + BDDfy Доклад был сделан специально для онлайн конференции Auto ConfeT&QA, прошедшей в октябре 2012 года. http://confetqa.ru/ ====================================== См. также: Gallio Icarus: http://gallio.org BDDfy – фреймворк для БыДиДификации кода :) Страница проекта на Github: http://teststack.github.com/TestStack.BDDfy/ Описание на английском: http://www.mehdi-khalili.com/bddify-in-action/introduction

Фронтенд разработка без боли

Anton Piskunov

SWD Page Recorder: Записывает PageObject'ы со скоростью ниндзя SeleniumCamp 2014

Dmytro Zharii

Backend на Swift. Существует и работает! / Роман Мочалов (Improve Digital)

Ontico

РИТ++ 2017, App's Conf Зал Найроби, 6 июня, 13:00 Тезисы: http://appsconf.ru/2017/abstracts/2712.html - Рассмотрим случаи, когда нам было бы полезно самим писать backend...на Swift'e, конечно же! - Разбор open-source библиотек, позволяющих вам писать только Swift-код для работы с реквестами. Остальную REST, OAuth, HTTP-магию они делают сами. - Напишем с вами API для работы с "юзерами", будем записывать данные в базу, делать Basic-авторизацию. В общем, демо будет максимально приближено к "боевым проектам" ) - Выльем наш бэкенд на Heroku и Digital Ocean (что это за звери, я тоже расскажу). - Ну и, конечно же, в конце похоливарим на тему: "Зачем вам, как Swift-разработчикам под iOS, писать еще и backend". Дискуссия обещает быть жаркой!

WepPerfomance,

Dmitriy Polisadov

Современный фронтенд за 30 минут.

Vladimir Malyk

Презентация: 1С-Bitrix — как начать

Dmitriy Polisadov

50 оттенков кеширования: обзор актуальных батареек - Григорий Петров, VoxImplant

it-people

Григорий Петров "WebRTC в мобильных приложениях при помощи React Native"

IT Event

Последние несколько лет в индустрии активно развивается WebRTC — технология, которая позволяет делать голосовые и видеозвонки прямо из браузеров. Но мало кто знает, что эта же технология может быть использована в нативных мобильных приложениях и основанных на них SDK. В своем докладе я хочу рассказать про опыт заворачивания существующих Android и iOS SDK в React Native: — Как поддерживать несколько разных архитектур — Как работать с нативными виджетами, такими как «вывод видео» — Синхронизация event loop между C-реализацией и — JavaScript движком React Native — Планы на будущее: React Native WebRTC

Php. dark and light side

Александр Михайленко

10 способов как не надо тестировать высоконагруженный сервис (SQA Days 2013)

2ГИС Технологии

* “Утром деньги, вечером стулья” — острая нехватка времени на написание функциональных автотестов из-за большого количества ручного тестирования. * “Firefox наше всё” — классическая схема работы “разработка проверяет в FF, а тестирование во всех браузерах” не всегда эффективна, когда есть дисбаланс между числом разработчиков и тестировщиков в команде. * “Специалист узкого профиля” — автоматизированные тесты долго не пишутся из-за того, что тестировщик не знает языка программирования. * “У нас все готово” — во время деплоя возникают ошибки, деплой идет долго, баги фиксятся по ходу релиза; смежные команды/заказчики/партнеры не знают о смене работы функционала, добавления полей и т.п. * “И жнец и жрец” — задача долго не проходила этап тестирования, из-за того, что разработчики чинили верстку, а не верстальщики. * “Всё как на картинке” — тестирование не может определить специфические баги в верстке, такие как отсутствие тени или закругленности углов, РМ тоже. * “Незаменимый человек” — один человек прорабатывает требования перед планированием, никто кроме самого человека не знает требований. * “Без вопросов” — из-за размытых требований тестирование не может выявить критичные баги, отсутствие информации о технических нюансах не позволяет группе тестирования указать их. * “Перфекционизм” — чрезмерное “вылизывание” перед релизом затягивает выход очередной версии продукта. * “Грузи, всё вывезет” — от релиза к релизу с добавлением новых фич скорость работы сервиса снижается.

13 октября, DEV {web} - конференция о Highload веб-разработке. "Java под нагр...

IT-Portfolio

13 октября, DEV {web} - конференция о Highload веб-разработке. "Java под нагрузкой, в поисках проблем...", Филипп Дельгядо (CTO Goodwix, ex-teamlead Яндекс.Деньги) Аннотация Не так давно с некоторым изумлением узнал, что Java для нагруженных систем представляется совершенной terra incognita. Хотя и совершенно не хочется бороться с мифами, по крайней мере, с удовольствием расскажу, как просто и без хлопот использовать Java в вебе. Про "суровый" highload рассказывать не буду, а вот про простые решения - с удовольствием. Ну и на закуску расскажу, за что я нежно люблю блобы. О себе Teamlead сколько себя помню, успел поработать и в "Яндекс.Деньгах" и в "БК Марафон". Люблю простые решения, сложные задачи и хорошую коммуникацию.

Демонизированный PHP - before it was cool

Andrey Tokarchuk

Обучение фронтенд разработке

ITCrowd Almaty

Real-Time Error Alerting & Debugging Tools: Rollbar - Alex Petrov

Ruby Meditation

10 способов как не надо тестировать высоконагруженный веб-сервис

SQALab

Работаем с API по-взрослому - Максим Кислов (Badoo)

AvitoTech

Я расскажу о том, как мы разрабатываем фронтенд и бэкенд параллельно, используя protobuf + JSON RPC. Часто фронтенд выставляет требования к бэкенду, из этих требований получается API, и разработка возможна только при одновременной работе серверного и клиентского девелопера. Мы же начинаем разработку с API, и фронтенд (а также мобильные приложения) никак не зависят от степени готовности бэкенда. – Я поделюсь тем, как мы делаем API до начала разработки; – Success story использования protobuf + RPC; – И немного – о разработке клиента вообще без серверного кода.

"Prom.ua shopping cart workflow as a microfrontend", Danylo Kazymyrov

Paul Miller "Как подняться на open source"

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to Paul Miller "Как подняться на open source"

Similar to Paul Miller "Как подняться на open source" (20)

More from Fwdays

More from Fwdays (20)

Paul Miller "Как подняться на open source"