|
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», где он показал ряд сложных трюков, хотя успел не все.
На этом я обзор закончу, об остальных докладах конференции писать не буду.
Внимание! Данная статья выбрана для репликации во внешнюю базу знаний компании. Пожалуйста, не допускайте в этой статье публикацию конфиденциальной информации, ведения обсуждений в теле статьи, и более ответственно относитесь к качеству самой статьи — проверяйте орфографию, пишите по-русски, избегайте непроверенной вами информации.
|
 |
