Персональные инструменты
 

ADD-2013

Материал из CustisWiki

Перейти к: навигация, поиск
м
м
 
Строка 1: Строка 1:
В Минске прошла четвертая конференция [http://addconf.ru/index-news.sdf/add/add_4 Application Developers Days]. Конференция ориентирована на разработчиков, но с этим произошла вот какая штука. Как известно, разработчики, помимо собственно разработки, занимаются всякими сопутствующими вещами - управлением проектами, работой с требованиями, налаживанием командного взаимодействия. А еще ищет работу или наоборот, собеседует сотрудников. И во всем этом тоже хотят прокачиваться. А те, кто еще не занимается, все равно интересуется, потому что рост предполагает расширение сопутствующих занятий и хорошо бы понимать, с чем придется иметь дело. И конференция давала возможность такой прокачки, при чем на адекватном для разработчиков уровне. А вот с собственно технической составляющей, которая является основой работы разработчика было хуже (хотя я не хочу сказать, что их не было вообще). Наверное, это закономерно, потому что эта техническая составляющая значительно более разнообразна и для тех, кто занимается профессионально уместно общение в более специализированных сообществах. А людей, способных рассказать общезначимые вещи на доступном широкому кругу участников уровне - очень мало.
+
В Минске прошла четвертая конференция [http://addconf.ru/index-news.sdf/add/add_4 Application Developers Days]. Конференция ориентирована на разработчиков, но с этим произошла вот какая штука. Как известно, разработчики, помимо собственно разработки, занимаются всякими сопутствующими вещами: управлением проектами, работой с требованиями, налаживанием командного взаимодействия. А еще ищут работу или, наоборот, собеседуют сотрудников. И во всем этом тоже хотят прокачиваться. А те, кто еще не занимается, все равно интересуются, потому что рост предполагает расширение сопутствующих занятий и хорошо бы понимать, с чем придется иметь дело. И конференция давала возможность такой прокачки, причем на адекватном для разработчиков уровне. А вот с собственно технической составляющей, которая является основой работы разработчика, было хуже (хотя я не хочу сказать, что их не было вообще). Наверное, это закономерно, потому что эта техническая составляющая значительно более разнообразна и для тех, кто занимается профессионально, уместно общение в более специализированных сообществах. А людей, способных рассказать общезначимые вещи на доступном широкому кругу участников уровне, — очень мало.
  
Из интересных для меня докладов хочу отметить рассказ '''Александр Мартинкевич''' из Парка Высоких Технологий про ситуацию в ИТ и проблемы образования. ИТ в Белоруссии - экспортно-ориентированная и дает треть валютной выручки страны (если мерить по сальдо), и поэтому она поддерживается государством через Парк высоких технологий, при этом государство понимает, что отрасль - сложная. И сейчас развитие отрасли уперлось в нехватку кадров, как сказал Александр "сверло уперлось в бетон". Говорит, у них есть 5 лет на изменение ситуации, и они взялись за выработку профессиональных стандартов, чтобы на их основе поставить образовательные курсы в университетах или непосредственно в компаниях. Используют и зарубежный опыт (мы потом с Александром говорили, он рассказал, что смотрели британскую SFIA, Гонконгскую систему, европейскую, польскую), и опыт собственных фирм, формируя консолидированное мнение. И поскольку от всей этой деятельности ожидается внятный практический результат, она востребована, то может получиться реально ценная и практичная вещь. Интересно.
+
Из интересных для меня докладов хочу отметить рассказ '''Александра Мартинкевича''' из Парка высоких технологий» про ситуацию в ИТ и проблемы образования. ИТ в Белоруссии экспортно-ориентированная и дает треть валютной выручки страны (если мерить по сальдо), и поэтому она поддерживается государством через Парк высоких технологий, при этом государство понимает, что отрасль сложная. И сейчас развитие отрасли уперлось в нехватку кадров, как сказал Александр, «сверло уперлось в бетон». Говорит, у них есть 5 лет на изменение ситуации, и они взялись за выработку профессиональных стандартов, чтобы на их основе поставить образовательные курсы в университетах или непосредственно в компаниях. Используют и зарубежный опыт (мы потом с Александром говорили, он рассказал, что смотрели британскую SFIA, гонконгскую систему, европейскую, польскую) и опыт собственных фирм, формируя консолидированное мнение. И поскольку от всей этой деятельности ожидается внятный практический результат, она востребована, то может получиться реально ценная и практичная вещь. Интересно.
  
Еще был любопытный доклад '''Ольги Юрковской''' про то, как договориться в команде - о различных коммуникациях. Хотя, с моей точки зрения, это достаточно поверхностный уровень. Все-таки, коммуникации в ИТ нацелены не на поиск компромисса при достаточно ясных позициях сторон, а на создание, придумывание ранее неизвестного решения. То есть это не классические переговоры, а некоторое совместное творчество, а этого в докладе не было. Но, в любом случае, коммуникации - важны, а техники контроля эмоциональной составляющей разговора и управление ими, когда из-за эмоций теряется конструктив, в том числе через выдачу дозированных эмоций на заказ - это интересно. Запомнил новое имя автора методики - Марк Пальчик. Думаю теперь, может научиться :)
+
Еще был любопытный доклад '''Ольги Юрковской''' про то, как договориться в команде, — о различных коммуникациях. Хотя, с моей точки зрения, это достаточно поверхностный уровень. Все-таки коммуникации в ИТ нацелены не на поиск компромисса при достаточно ясных позициях сторон, а на создание, придумывание ранее неизвестного решения. То есть это не классические переговоры, а некоторое совместное творчество, а этого в докладе не было. Но, в любом случае, коммуникации важны, а техники контроля эмоциональной составляющей разговора и управления ей, когда из-за эмоций теряется конструктив, в том числе через выдачу дозированных эмоций на заказ это интересно. Запомнил новое имя автора методики Марк Пальчик. Думаю теперь, может научиться :)
  
Из технических докладов запомнился '''Роман Бугаев''' про создание правильного и логичного API - о чем стоит думать. Автор занимается интеграцией со многими сторонними системами, и доклад - можно сказать крик души о наболевшем. Почему у людей получаются столь уродливые вещи? Вроде, они по природе - думающие...
+
Из технических запомнился доклад '''Романа Бугаева''' про создание правильного и логичного API о чем стоит думать. Автор занимается интеграцией со многими сторонними системами, и доклад можно сказать, крик души о наболевшем. Почему у людей получаются столь уродливые вещи? Вроде, они по природе думающие...
  
 
'''Евгений Шишкин''' из Wargaming сделал несколько сумбурный доклад про масштабирование различных баз данных, которое, естественно, зависит от характера приложения. Основной вывод был несколько парадоксальный: сами по себе NoSQL базы данных масштабирования не дают, а если вы знаете, как масштабировать ваше приложение с помощью NoSQL, то вы сможете масштабировать и с помощью SQL.
 
'''Евгений Шишкин''' из Wargaming сделал несколько сумбурный доклад про масштабирование различных баз данных, которое, естественно, зависит от характера приложения. Основной вывод был несколько парадоксальный: сами по себе NoSQL базы данных масштабирования не дают, а если вы знаете, как масштабировать ваше приложение с помощью NoSQL, то вы сможете масштабировать и с помощью SQL.
  
Еще был интересный доклад '''Леонида Выговского''' про сложное управление в Git, который так и назывался "Черная и белая магия Git". Где он показал ряд сложных трюков, хотя успел не все.
+
Еще был интересный доклад '''Леонида Выговского''' про сложное управление в Git, который так и назывался «Черная и белая магия Git», где он показал ряд сложных трюков, хотя успел не все.
  
 
На этом я обзор закончу, об остальных докладах конференции писать не буду.
 
На этом я обзор закончу, об остальных докладах конференции писать не буду.

Текущая версия на 10:50, 9 января 2014

В Минске прошла четвертая конференция Application Developers Days. Конференция ориентирована на разработчиков, но с этим произошла вот какая штука. Как известно, разработчики, помимо собственно разработки, занимаются всякими сопутствующими вещами: управлением проектами, работой с требованиями, налаживанием командного взаимодействия. А еще ищут работу или, наоборот, собеседуют сотрудников. И во всем этом тоже хотят прокачиваться. А те, кто еще не занимается, все равно интересуются, потому что рост предполагает расширение сопутствующих занятий и хорошо бы понимать, с чем придется иметь дело. И конференция давала возможность такой прокачки, причем на адекватном для разработчиков уровне. А вот с собственно технической составляющей, которая является основой работы разработчика, было хуже (хотя я не хочу сказать, что их не было вообще). Наверное, это закономерно, потому что эта техническая составляющая значительно более разнообразна и для тех, кто занимается профессионально, уместно общение в более специализированных сообществах. А людей, способных рассказать общезначимые вещи на доступном широкому кругу участников уровне, — очень мало.

Из интересных для меня докладов хочу отметить рассказ Александра Мартинкевича из Парка высоких технологий» про ситуацию в ИТ и проблемы образования. ИТ в Белоруссии — экспортно-ориентированная и дает треть валютной выручки страны (если мерить по сальдо), и поэтому она поддерживается государством через Парк высоких технологий, при этом государство понимает, что отрасль — сложная. И сейчас развитие отрасли уперлось в нехватку кадров, как сказал Александр, «сверло уперлось в бетон». Говорит, у них есть 5 лет на изменение ситуации, и они взялись за выработку профессиональных стандартов, чтобы на их основе поставить образовательные курсы в университетах или непосредственно в компаниях. Используют и зарубежный опыт (мы потом с Александром говорили, он рассказал, что смотрели британскую SFIA, гонконгскую систему, европейскую, польскую) и опыт собственных фирм, формируя консолидированное мнение. И поскольку от всей этой деятельности ожидается внятный практический результат, она востребована, то может получиться реально ценная и практичная вещь. Интересно.

Еще был любопытный доклад Ольги Юрковской про то, как договориться в команде, — о различных коммуникациях. Хотя, с моей точки зрения, это достаточно поверхностный уровень. Все-таки коммуникации в ИТ нацелены не на поиск компромисса при достаточно ясных позициях сторон, а на создание, придумывание ранее неизвестного решения. То есть это не классические переговоры, а некоторое совместное творчество, а этого в докладе не было. Но, в любом случае, коммуникации важны, а техники контроля эмоциональной составляющей разговора и управления ей, когда из-за эмоций теряется конструктив, в том числе через выдачу дозированных эмоций на заказ — это интересно. Запомнил новое имя автора методики — Марк Пальчик. Думаю теперь, может научиться :)

Из технических запомнился доклад Романа Бугаева про создание правильного и логичного API — о чем стоит думать. Автор занимается интеграцией со многими сторонними системами, и доклад — можно сказать, крик души о наболевшем. Почему у людей получаются столь уродливые вещи? Вроде, они по природе — думающие...

Евгений Шишкин из Wargaming сделал несколько сумбурный доклад про масштабирование различных баз данных, которое, естественно, зависит от характера приложения. Основной вывод был несколько парадоксальный: сами по себе NoSQL базы данных масштабирования не дают, а если вы знаете, как масштабировать ваше приложение с помощью NoSQL, то вы сможете масштабировать и с помощью SQL.

Еще был интересный доклад Леонида Выговского про сложное управление в Git, который так и назывался «Черная и белая магия Git», где он показал ряд сложных трюков, хотя успел не все.

На этом я обзор закончу, об остальных докладах конференции писать не буду.


Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».


Репликация: База Знаний «Заказных Информ Систем» → «Блог:Максима Цепкова/ADD-2013»