Главный блог dev.by

28-29 октября 2009 года Шестая конференция в области обеспечения качества ПО «Software Quality Assurance Days» пройдет в рамках международной научно-практической конференции «Central and Eastern European Software Engineering Conference in Russia».

CEE-SECR является одним из крупнейших событий в мире российского и восточноевропейского ИТ. Каждый год конференция собирает ярких представителей отечественных и зарубежных компаний и вузов.

Подтверждено участие Гради Буча!

Хочу немного рассказать об одном из самых стоящих структурных фреймворков которых я видел.

Изначально он был написан для AS3, но позже переписан для AS2, C#, ColdFusion, Haxe, Java, JavaScript, Objective C, PHP, Python и Ruby. Список внушительный, но чем же он так хорош? Как следует из названия автор постарался воплотить один из самых известных патернов в жизнь (хотя и далеко не единственный из там используемых).

Update: PureMVC – это компактный прикладной фреймворк, позволяющий разместить множество задач, разбитых на 3 составляющих, со слабой связанностью и удобным движком событий.

В моих путешествиях через дебри проектов и программирования мне приходилось сталкиваться со многими опасными типами менеджеров. Все они были из рода "Procurator" (с латыни – управляющий, правитель) и было весьма неосмотрительно и нежелательно попадать по их власть. Большинство из них уже давно в Красной Книге IT-природы, однако никто не будет принимать меры по их спасению, большинство людей наоборот будут только рады, если такие менеджеры исчезнут окончательно, оставив работать и руководить только своих умных и грамотных коллег.

Чтобы как-то классифицировать данные типы, я составил небольшой список с краткими описаниями общих черт отличающих представителей данного вида от остальных. Основывается этот список на личном многолетнем опыте столкновений с подобными людьми. Разумеется, нельзя воспринимать всё это всерьёз, это скорее гротескная ирония на основе реальных персонажей.

Часть 1 | Часть 2 | Часть 3 | Часть 4

В первой части цикла статей про аутсорсинг я рассказывал о типах заказчиков, во второй - о том, какие бизнес модели используются в традиционном ИТ аутсорсинге. В этой статье речь пойдет о самом важном процессе – о коммуникации. Статья довольно длинная, и я разбил ее на две части. Первая - посвящена коммуникации, точнее коммуникационным помехам, не дающим нам достичь полного и всеобъемлющего понимания друг друга. Вторая часть посвящена межкультурным различиям, как одному из важнейших факторов, влияющих на качество коммуникации в аутсорсинге.

Коммуникация - это то, чем каждый из нас занимается каждый день. Мы разговариваем друг с другом лично, с помощью ICQ или другой «болталки», звоним по телефону, что-то кому-то пишем, выразительно скучаем на корпоративных митингах и так далее. Мы занимаемся коммуникацией практически круглые сутки и, по идее, должны быть профессионалами в этом, казалось бы, нехитром деле. Почему же мы так часто не понимаем друг друга? Как это влияет на нашу работу и карьеру? Давайте разбираться.

В рамках совместного проекта администрации ПВТ, научно-технологической Ассоциации “Инфопарк” и НИИ Труда подготовлены проекты описаний должностей специалистов в области информационных технологий, отсутствующих в Едином квалификационном справочнике должностей служащих (ЕКСД):

Глючные программы и приложения писались и будут писаться всегда, это подтверждает вся история индустрии разработки ПО. При этом по-настоящему интересных багов встречается мало. В данном случае имеются в виду не ошибки, которые вызывают серьёзные сбои в работе сервисов программ, отрубая их на определённый промежуток времени или становятся причиной серьёзного расстройства пользователей доставляемыми им неудобствами. И это при том, что сами по себе причины появления критических багов на редкость банальны и скучны – что-то где-то не так набрали, не дочитали или не так посчитали.

В данной статье описываются девять в какой-то мере оригинальных и своеобразных багов, которые, так или иначе, насоздавали проблем многим пользователям. (В данном случае имеются в виду обычные ошибки массовых сервисов или девайсов, интересные своей оригинальностью, а не приведшие к взрывам или жертвам, которые, кстати, описаны в хорошей статье на Wired). Ну и пресловутые ошибки Windows оставим в стороне, это отдельная история, а также те случаи, когда проблемы появлялись из-за изначально бредовой задумки создателей.

Процесс перехода в полноценное фрилансерство, когда вы перестаёте быть от кого-нибудь зависимыми и работаете исключительно на себя, может проходить разными путями. Традиционный способ – это постепенный переход к фрилансу с параллельной работой на основном месте работы. Такая одновременная занятость сразу на фактически двух работах (на себя и на компанию) позволяет вам накопить достаточную клиентскую базу и сгенерировать определённый материальный запас, перед тем как окончательно переходить на вольные хлеба.

Самой большой проблемой в данном случае является время. В конце концов, вы придёте к тому, что вам фактически придётся работать с полной загрузкой на двух работах, когда вы будете уже на старте своей сольной карьеры, но при этом всё ещё работать на своей основной работе. В большинстве случаев в этом момент приходится решать, что делать дальше – или уходить с работы или сокращать своё фрилансерство. Это весьма интересный и жизнеопределяющий даже момент, но что делать до его наступления, как разделить две жизни и работы, как не выматываться все эти недели, месяцы, а то и годы совмещения. Далее будет приведён ряд банальных на первый взгляд, но всё же полезных советов, как оставаться в тонусе, совмещая фриланс с основной работой.