Проектирование интерфейсов. Декорации и архитектураAny Void
«Зачем нужны декорации, когда есть архитектура?»
Слайды выступления Юрия Подорожного на MDDay 2013. http://2013.mdday.ru/programm_fest/proektirovanie-mobilnyih-prilozheniy/
Продукт или проект - Александр Борисов Dev2Dev v1.5 23.11.2014Dev2Dev
Почему я не люблю дизайнеров и отчего так мало программистов
Продукты делают люди - менеджеры и исполнители. И те, и другие в равной степени важны для успеха, но взращивают разных тараканов и требуют разных подходов. Как найти, заставить смотреть в одну сторону и удержать в команде толковых исполнителей. Почему делать надо продукты, а не проекты, и какие галлюцинации бывают у авторов и менеджеров проектов. Поговорим о том, как работать с кадрами в it-компании, и как нужно работать с проектами, чтобы они взлетали.
Михаил Ермоленко (Noveo) рассказывает о том, как проходить собеседования и устраиваться на первую в вашей жизни работу, 13.05.2013
Видеозапись: http://www.youtube.com/watch?v=F2YptTuVM6A
Software Industry 101 — это серия обзорных лекций для студентов Новосибирского государственного университета о профессиях в IT и о реалиях коммерческой разработки софта.
Более подробную информацию, материалы лекций и раписание занятий можно посмотреть на http://bit.ly/industry101
Проектирование интерфейсов. Декорации и архитектураAny Void
«Зачем нужны декорации, когда есть архитектура?»
Слайды выступления Юрия Подорожного на MDDay 2013. http://2013.mdday.ru/programm_fest/proektirovanie-mobilnyih-prilozheniy/
Продукт или проект - Александр Борисов Dev2Dev v1.5 23.11.2014Dev2Dev
Почему я не люблю дизайнеров и отчего так мало программистов
Продукты делают люди - менеджеры и исполнители. И те, и другие в равной степени важны для успеха, но взращивают разных тараканов и требуют разных подходов. Как найти, заставить смотреть в одну сторону и удержать в команде толковых исполнителей. Почему делать надо продукты, а не проекты, и какие галлюцинации бывают у авторов и менеджеров проектов. Поговорим о том, как работать с кадрами в it-компании, и как нужно работать с проектами, чтобы они взлетали.
Михаил Ермоленко (Noveo) рассказывает о том, как проходить собеседования и устраиваться на первую в вашей жизни работу, 13.05.2013
Видеозапись: http://www.youtube.com/watch?v=F2YptTuVM6A
Software Industry 101 — это серия обзорных лекций для студентов Новосибирского государственного университета о профессиях в IT и о реалиях коммерческой разработки софта.
Более подробную информацию, материалы лекций и раписание занятий можно посмотреть на http://bit.ly/industry101
Программировать может каждый. И каждый может превратить свою идею в работающий интернет-проект — это проще, чем кажется.
Для чего и кому нужно уметь программировать?
Dnepr UI/UX Club #2
Speaker - Евгений Голота [UI/UX дизайнер, founder at Grindstudio]
Тема: "Создание продукта с нуля"
"Поговорим о цикле создания продукта, как не сделать плохо и немного о психологии дизайнера."
О спикере: Евгений Голота, UI/UX дизайнер в YENA Software, 3 года в дизайне сайтов и приложений.
https://www.behance.net/golota_eg
Почему я пишу хороший код, но его никто не ценит, кроме моей мамы / Павел Меш...Python Meetup
Со временем для разработчика становится недостаточно одних технических скиллов. Павел в своей презентации поделится болью, негативным опытом и полезными советами как избежать его же ошибок.
Владимир Кузнецов — Прототип сайта: разработка и развёртываниеYandex
Фронтенд-разработчики уверенно движутся в сторону систем сборки проектов. Даже если это вёрстка всего лишь нескольких страниц, то генерация HTML из фрагментов и раскладок избавит от рутинного копирования кода. А лёгкий и непринуждённый деплой проекта на сервер позволит регулярно показывать заказчику готовые части и быстрее получать обратную связь.
Программировать может каждый. И каждый может превратить свою идею в работающий интернет-проект — это проще, чем кажется.
Для чего и кому нужно уметь программировать?
Dnepr UI/UX Club #2
Speaker - Евгений Голота [UI/UX дизайнер, founder at Grindstudio]
Тема: "Создание продукта с нуля"
"Поговорим о цикле создания продукта, как не сделать плохо и немного о психологии дизайнера."
О спикере: Евгений Голота, UI/UX дизайнер в YENA Software, 3 года в дизайне сайтов и приложений.
https://www.behance.net/golota_eg
Почему я пишу хороший код, но его никто не ценит, кроме моей мамы / Павел Меш...Python Meetup
Со временем для разработчика становится недостаточно одних технических скиллов. Павел в своей презентации поделится болью, негативным опытом и полезными советами как избежать его же ошибок.
Владимир Кузнецов — Прототип сайта: разработка и развёртываниеYandex
Фронтенд-разработчики уверенно движутся в сторону систем сборки проектов. Даже если это вёрстка всего лишь нескольких страниц, то генерация HTML из фрагментов и раскладок избавит от рутинного копирования кода. А лёгкий и непринуждённый деплой проекта на сервер позволит регулярно показывать заказчику готовые части и быстрее получать обратную связь.
This document highlights the work being led by NHS Improvement to support the delivery of the National Cancer Survivorship Initiative (NCSI) vision for those living with and beyond cancer. This survivorship agenda is a priority which was outlined in the Cancer Reforms Strategy (2007) and Improving Outcomes: A Strategy For Cancer (2011)
(Published May 2011)
Be productive with Javascript in the end of 2016 DataArt
Annotation: Today Javascript is one of the fastest growing programming languages. For the year to update and create a huge number of new libraries, frameworks, and development tools. We will look at the mainstream and well known tools, methodologies and approaches that allow you to be productive and effective with JS. There are a lot of code and examples under the hood.
In scope:
• Classes and Modules
• Promises, Generators, Async/Await
• Other ES6 magic
• Linters & JavaScript style guides
• Testing: TDD, BDD, Debugging
• Build tools
• IDEs
«Прототип за 60 секунд: о вайрфреймах и прототипах»DataArt
28-й IT talk в Петербурге
Тема: «Прототип за 60 секунд: о вайрфреймах и прототипах»
Спикеры: Анастасия Режепп и Анатолий Рубцов (DataArt)
26 марта 2015 г.
Экстремальное проектирование: как делать хорошие продукты, когда всё катится ...Alexey Borodkin
Краснознаменный имени Владимира Ильича доклад про проектирование в страшных и ужасных условиях, читанный мною на ульяновской Стачке в марте 2017 года. В программе - как проектировать без ТЗ, по готовому дизайну, вверх тормашками, в космосе и без друзей.
* — слайды и слайды с комментариями.
Я часто слышу, что заказная разработка — это зло. Заказчик-самодур диктует свои условия, а разработчики пляшут под его дудку, пишут на Друпале (привет Омск), не высыпаются и мечтают о продуктовой разработке. Где, говорят, один внутренний заказчик, который всё знает, пишет подробное ТЗ, сроки гибкие, а разработчиков кормят плюшками с клюквой и возят на конференции. Все счастливы!
На самом деле нет. Есть свои нюансы, которые стоит учитывать.
О них я и расскажу:
— Product team VS feature team VS “dev на 50% времени и frontend на 20%, test на 100%”.
— “Продакт все знает он нам напишет подробное ТЗ” VS прототипы и сплит-тестирование.
— Старожилы VS живчики.
— “Сначала сделаем, потом подумаем как зарабатывать”.
Персонажи и события не выдуманы, буду использовать опыт 2ГИС.
Андрей Харченко, jocker3d@gmail.com, Game Developer
Независимая разработка игр. Что это такое и как правильно начать?
Создание собственной игры - увлекательный, но тем не менее достаточно сложный процесс.
Важно знать о многих аспектах, начиная от выбора технологии и заканчивая правильной организацией работы в команде.
В докладе будет рассмотрено:
- Плюсы и минусы технологий: Marmalade SDK, Unreal Engine, Unity, Cry Engine, Custom Engine
- Команда: Сколько нужно человек для разработки игры
- Объем проекта: Цифры на примере реального проекта
- Рабочий pipe line: Итерации в процессе разработки
- Фокус-тесты: Почему это очень важно
"В поисках интересной работы" доклад Ольги ШиманiLogos
Рекомендации по трудоустройству в IT-компании. Ольга Шиман, HR iLogos, предостерегает от типичных ошибок и показывает примеры лучших резюме. Презентация будет полезна студентам, которые хотят впечатлить первого работодателя.
Небольшая порция информация о том как легко добраться до данных приложений, несмотря на то что их разработчики совсем этого не хотят.
И несколько советов по предотвращению этого.
South Fest 2014. 6.09.14
Никита Филиппов, ScrumTrek (Москва)
Или как в стартапах и больших корпорациях команды вместе создают продукт
Говоря вслух Project Manager, какие у вас возникают ассоциации?
Зачем нужен Project Manager?
Кто создает проект/продукт?
Чьи плюшки, если проект закончен с успехом?
Повышает ли шансы на успех наличие главного за результат?
Как должен измениться мир разработки?
Особенности проектирования iPad приложений для бизнесаArtem Kuznetsov
Многие из вас уже столкнулись с такой задачей как «перенос desktop-приложений в мобильную среду», а именно адаптация для iPad. При переносе в мобильную среду возникают следующие вопросы:
- Переносить ли полностью весь функционал или только часть?
- Если только часть, то какую?
- Какие нужно учитывать особенности мобильного устройства кроме «размера экрана» или «отсутствия нормальной клавиатуры и мыши»?
- Какие есть «фишки» в мобильной среде и в частности на iPad’e.
- Чем отличаются пользователи desktop-компьютеров от пользователей мобильных устройств?
- Какие есть практические рекомендации при проектировании мобильных приложений под iPad.
Для того, чтобы спроектировать эффективное и успешное приложение под iPad не достаточно просто следовать стандартам операционной системы или копировать успешные решения других компаний. Необходимо применить комплексный подход, учитывающий все факторы мобильной среды.
В своем докладе я расскажу о том:
- Как проводить процесс проектирования с нуля.
- Как нужно учитывать стандарты.
- Как искать «фишки» и что таковыми не является.
- Какими “фичами” можно пожертвовать.
-Почему важны контекстные сценарии.
- Чем отличается проектирование мобильных приложений от обычных десктоп-приложений.
- Особенности переноса десктоп приложений на мобильные платформы.
Дам ряд практических рекомендаций и примеров.
Методики управления развитием ис на базе 1сHelen Kopteva
Данная презентация была представлена в ходе вебинара "Методики управления развитием ИС на базе 1С. СППР как возможный инструмент поддержки данных методик". Ведущий - Олег Демиденко, руководитель отдела внедрения, руководитель проектов компания "Кодерлайн".
Инструменты разные нужны, инструменты разные важныRoman Dvornov
В мире фронтенда уже существует большое количество инструментов: как браузерных, так и консольных. Но достаточно ли этих инструментов? Мне кажется, что нет. Веб-приложения становятся все больше и сложнее, и многое остается вне нашего поля зрения. Потому фреймворки и приложения должны предоставлять дополнительные инструменты, упрощающие разработку и улучшающие понимание того, что же происходит у них там — «под капотом». В ходе доклада я расскажу о таких инструментах: какими они могут быть, какие задачи могут решать, что необходимо для их создания.
CodeFest, Новосибирск, 28 марта 2015
http://www.youtube.com/watch?v=HMTc3DERw5c
Similar to Быстрое прототипирование iOS приложений (20)
4. #mdmeetup
• Писать код - это плохо! Лучший код -
код, который не был написан.
• Пользователю плевать на то как это
сделано, главное то, как это работает.
• Не надо усложнять и без того сложные
задачи.
4
Что нужно помнить:
7. #mdmeetup 7
• конвенция - пишем, чтобы понял каждый
• полезные привычки - люди придумали
hotkeys, черт побери!
• специализация - делаем то, что лучше
получается
• синергия - делимся знаниями и умениями
Дисциплина в команде
12. #mdmeetup 12
Instruments
• можно быстро и с высокой точностью
обнаруживать проблемы в приложении
• не нужно тратить время на поиск
методом «научного тыка»
14. #mdmeetup 14
Core Data +
MagicalRecord
• можно быстро строить сложные модели
данных, с поддержкой множественных
связей
• не нужно писать и поддерживать
шаблонный код создания таблиц, не
нужно заморачиваться по поводу связей
16. #mdmeetup 16
RestKit
• можно получать и обновлять данные с
сервера на автомате, превращать данные
с сервера в объекты и обратно
• не нужно, ну вы поняли...
20. #mdmeetup
Пример
20
• прототип приложения ~2.5 недели
(интерфейс + клиент/серверное
взаимодействие)
• разработка одного(!) компонента заняла
2 недели
• общее время разработки ~2 месяца