Рано или поздно разработчик достигает предела развития в компании, ему некуда расти, возникает дилемма свалить или смирится. но "свет с запада" дарует нам третий путь присоединения к сообществу профессионалов.
Что это дает:
1. возможность читать периодику с архивом которую выпускают сообщества, за членский взнос, который часто меньше чем стоимость годового комплекта журнала. В сторону библиотек показывать не стоит, в УрФУ есть подписка только на журналы одного общества, универов в стране где есть такая же или большая подписка еще два или три :(
Если есть сомнение стоит ли читать сложные тексты, стоит задуматься о тщете всего сущего :(
2. возможность участвовать в обсуждении в группах (часто очных) профессиональных проблем.
3. доступ к курсам, сертификации и пр. Сертификация профессиональная, а не коммерческих фирм.
4. На западе участие в группах дает еще возможности быть привлеченным в интересный проект, тк сообщества это и экспертные группы по подбору профессионалов, обратная сторона если ошибся, то сообщество гарантирует, что в серьезных проектах участвовать не будешь (этакий аппарат ЦК КПСС ;)
Жертвы за участие в сообществах: ежегодная плата, необходимость выбирать глав сообществ и необходимость участвовать в социальной жизни сообщества (не все так страшно :) ).
Важное условие, практически вся информация на анг языке.
Список сообществ которые могут быть интересны:
IEEE Computer Society (IEEE CS)
http://www.computer.org/
В России действует несколько отделений головной организации IEEE, но они скорее по части электриков и радистов. Кузнецов Сергей Дмитриевич регулярно призывает вступать в Российское отделение (http://citforum.parma.ru/computer/) и печатает обзоры публикаций в Открытых системах http://osp.ru
Учитывая сумму взноса стоит подумать о вступлении, но библиотека http://ieeexplore.ieee.org/ того стоят.
стоимость порядка $300 в год.
ACM
ACM (Association for Computing Machinery) является крупнейшей всемирной научной и образовательной организацией, объединяющей более 75000 профессионалов компьютерной науки. Основанная в 1947 г, АСМ ежегодно проводит до 100 международных (научных и практических) конференций, издает несколько десятков научных журналов и присуждает большое количество авторитетных наград за достижения в области компьютерной науки, в т.ч. A.M. Turing Award, известную как "нобелевская премия информатики".
Деятельность ACM проходит в "группах по интересам" - Special Interest Group, всего таких групп около сорока. В России действует две национальные группы SIGMOD (базы данных) и SIGCHI (человеко-машинное взаимодействие).
Под эгидой ACM проводятся ежегодные международные студенческие олимпиады по программированию.
Подробнее об ACM можно прочесть на Internet-сайте ассоциации: http://www.acm.org/.
Стоимость порядка $150 в год.
INCOSE
Международное сообщество системных инженеров. В России очень живы и деятельны. Почему приведены среди программистских сообществ? На то две причины:
1. Программная и системная инженерия сливаются, вплоть до того, что проект стандарт образования Soft/SysEng общий и готовят его три перечисленных организаций.
2. Иногда стоит смотреть что происходит в железе и замыкаться миром программирования.
Сайт http://incose.ru/
Очные встречи вторую и четвертую среду месяца в Москве (для иногородних организуется видеотрансляция).
Материалы заседаний: http://community.livejournal.com/incose_ru 32 заседания (доступен архив 15 видеозаписей)
Участвуют только члены INCOSE (вступить стоит $105 вот тут: http://incose.org).
пятница, 5 августа 2011 г.
вторник, 28 июня 2011 г.
Литература по тестированию
Не притязая на полноту, перечисляю что нашел дома, на полке (не факт, что я их читал *^_^* ).
Сразу дам ссылку на форум где книги обсуждались, если кому интересно зарегтесь, может дадут скачать :)
http://software-testing.ru/forum/forum/78/
Слабо полезные книги?
Дополнение про процесс: само тестирование в отрыве от контекста организации процесса разработки занятие с сомнительной полезностью. При тестировании важны следующие аспекты:
1. Приоритеты, сперва тестируются ключевые механизмы потом рющечки. Тк тестировщик не должен обладать всеведением, но благость ему не помещаем :), аналитик/разработчик явно должен сообщать что тестировать в каком порядке. (Почему так прочтите книжку по ТОС или о бережливой разработке ПО) Вопрос на пять рублей с помощью какого механизма? (ответ приоритетов)
2. Исправление ошибок, если ошибки висят долго не исправленными мораль тестировщика падает ниже критического уровня. Если компания не готова исправлять все ошибки.. читай Джоэля, что потом бывает :( на самом деле ничего плохого :)
3. Что нужно тестировать. Вопрос интересный и на него ответит нам регламент тестирования, хотя бы частично. Но формально, тестируют то что написано в задаче (если она есть), что подразумевается, фантазию пользователя и пользовательскую документацию...
4. Про Unit тесты и автоматизацию упомянуть стоит, но для их воплощения нужно приложить усилия. К сожалению усилия сейчас, а результат потом.
5. Воспитательный аспект. Если тестировщик не "несет возмездие во имя луны"* :) то элементы цепи до него будут считать себя локальными центрами вселенной. Я конечно не призываю носить черную одежу и после каждой найденой ошибки являться к программисту и указав на ошибку гнусно хихикать (реальный случай, самая эффективная группа тестирования, к сожалению склероз выкосил знания о месте и времени)
Вывод: Сколько книг ни читай, а императором не станешь. Мао Цзедун **
* я не являюсь поклонником Луны в тельняшке и махо седзе
** достоверность цитаты сомнительна, в Красной книжке ее нет. Проверять в домене .cn нет желания.
Сразу дам ссылку на форум где книги обсуждались, если кому интересно зарегтесь, может дадут скачать :)
http://software-testing.ru/forum/forum/78/
- Сэм Канер, Джек Фолк, Енг Кек Нгуен
Тестирование программного обеспечения. Фундаментальные концепции менеджмента бизнес-приложений
http://software-testing.ru/forum/topic/13031/
Считается библией тестирования
- Тестирование Дот Ком, или Пособие по жестокому обращению с багами в интернет-стартапах
http://software-testing.ru/forum/topic/8133/
а это катехизисо :)
- Роберт Калбертсон, Крис Браун, Гэри Кобб. Быстрое тестирование
http://software-testing.ru/forum/topic/2167/
- Блэк Р. Ключевые процессы тестирования http://software-testing.ru/forum/topic/13030/
- Винниченко И.В. Автоматизация процессов тестирования
http://software-testing.ru/forum/topic/13032/
не скажу что в восторге от книги
Слабо полезные книги?
- "Автоматизированное тестирование программного обеспечения"
Элфрид Дастин, Джефф Рэшка, Джон Пол http://software-testing.ru/forum/topic/7757/
Дополнение про процесс: само тестирование в отрыве от контекста организации процесса разработки занятие с сомнительной полезностью. При тестировании важны следующие аспекты:
1. Приоритеты, сперва тестируются ключевые механизмы потом рющечки. Тк тестировщик не должен обладать всеведением, но благость ему не помещаем :), аналитик/разработчик явно должен сообщать что тестировать в каком порядке. (Почему так прочтите книжку по ТОС или о бережливой разработке ПО) Вопрос на пять рублей с помощью какого механизма? (ответ приоритетов)
2. Исправление ошибок, если ошибки висят долго не исправленными мораль тестировщика падает ниже критического уровня. Если компания не готова исправлять все ошибки.. читай Джоэля, что потом бывает :( на самом деле ничего плохого :)
3. Что нужно тестировать. Вопрос интересный и на него ответит нам регламент тестирования, хотя бы частично. Но формально, тестируют то что написано в задаче (если она есть), что подразумевается, фантазию пользователя и пользовательскую документацию...
4. Про Unit тесты и автоматизацию упомянуть стоит, но для их воплощения нужно приложить усилия. К сожалению усилия сейчас, а результат потом.
5. Воспитательный аспект. Если тестировщик не "несет возмездие во имя луны"* :) то элементы цепи до него будут считать себя локальными центрами вселенной. Я конечно не призываю носить черную одежу и после каждой найденой ошибки являться к программисту и указав на ошибку гнусно хихикать (реальный случай, самая эффективная группа тестирования, к сожалению склероз выкосил знания о месте и времени)
Вывод: Сколько книг ни читай, а императором не станешь. Мао Цзедун **
* я не являюсь поклонником Луны в тельняшке и махо седзе
** достоверность цитаты сомнительна, в Красной книжке ее нет. Проверять в домене .cn нет желания.
понедельник, 20 июня 2011 г.
Миф о документации
Gaperton разразился текстами про документацию, к сожалению текст не везде цензурный, но по делу лучше читать сразу продолжение http://gaperton.livejournal.com/60632.html исходный пост тут http://gaperton.livejournal.com/60277.html Кто не сочтет возможным для себя читать не гладко выраженные мысли, краткое резюме: в документации есть две стороны писатель и читатель (тема читателя до конца не раскрыта ) есть три типа программистской документации: 1) "Договор". - для это ТЗ или задачи в трекере 2) "Справочник". - то что с трудом пытаемся писать в wiki и код, но для кода нужен ключ доступа новым читателям. 3) Обучающий материал. - то что нужно создать, но стоит очень дорого
Для ключей к справочникам нужны: 1. номера ревизий закрывающие задачи (чего не всегда делается) 2. коменты по задачам, удаляя срач мы удаляем часто единственные зацепки которые позволят понять устройство системы Отсебятина к тексту, дополнительно нужны: 3. описание архитектуры, как ее состыковать с кодом хз 4. документы по прохождению развилок, хз как писать 5. модель для проверки консистентности постановок, хз как ее реализовать все выше написанное не отрицает того, что документация важна и нужна
среда, 6 апреля 2011 г.
Софт для разработки пользовательских историй при разработке персонажей
При разработке UI один из методов составление пользовательских историй, с формированием персонажей. Близкую задачу решают авторы сценариев, для которых разработано несколько продуктов, один из которых бесплатен. Celtx http://www.celtx.com/index.html Не очень полное описание: http://text-process.blogspot.com/2008/12/celtx.html
Еще б оно было интегрировано с инструментом UI прототипирования, цены бы не было.
Как выглядит IT поддержка учебного процесса в небольшом английском вузе
Подход к образованию по-английски http://habrahabr.ru/blogs/study/90509/ Сдача сессии по-английски http://habrahabr.ru/blogs/study/80732/
четверг, 17 марта 2011 г.
Блоги про e-learning
http://elearningtime.blogspot.com/ упор на примеры, скорее создан для рекламы своей деятельности. Мне кажется интересным тк публикует учебные материалы по использованию средств -learning http://lern21.livejournal.com/ дневник мыслей вокруг образования и ПО разработчика трехмерных образовательных сред, блог сделан анонимным чтобы не вести рекламу разрабатываемых продуктов. часто публикует концептуальные материалы, из последних цикл про "Главные принципы обучения Дэвида Мэрилла"
пример что нужно ППС от Sakai и подобных проектов
пример что нужно ППС от Sakai и подобных проектов
http://blog.evernote.com/ru/2011/01/18/10-tips-for-teachers-using-evernote-education-series/
http://blog.evernote.com/ru/2011/01/18/10-tips-for-teachers-using-evernote-education-series/
Подписаться на:
Сообщения (Atom)