Как вы уже слышали Брайан Кребс недавно проводил аудит паролей, полученных после взлома antichat.ru (сама база была получена где-то год назад и уже не актуальна!). Честно говоря, не очень понимаю чем занимались его видеокарты 18 дней, победив только 44% паролей. Мне на довольно скромном железе удалось подобрать 77% паролей за 8 часов. Исходя из таких несколько пугающих цифр, особенно для сайта тематически связанного с информационной безопасностью, у меня есть несколько рекомендаций о том какие пароли никогда не следует использовать, дабы они не были подобраны за пару минут.

В качестве предисловия скажу, что я пришла в Иннову чуть больше года назад, моей задачей было «сделать тестирование в компании». Мой отдел тестирования состоит из двух групп: группа тестирования веб-приложений и группа тестирования игровых приложений. Такое разделение сложилось потому, что у этих направлений разные задачи и разные требования к сотрудникам.

Дальше рассказ будет про направление игрового тестирования. Это рассказ про моих ребят, про наши процессы, про нашу организацию работы. Приглашаю на словесную экскурсию.

Размышления, вызванные топиком «Как бороться с человеческим фактором при внедрении ПО?».

В течении последнего почти года, работаю в команде. До этого опыта работы в команде не было вообще. Перебивался небольшими фриланс-заказами, плюс более-менее постоянное сотрудничество с одним из работодателей, по небольшой доработке функционала самописной CMS.

Первое время было весьма непривычно работать с такими продуктами как JIRA, SVN. Тот же Zend поначалу казался перенавороченным монстром, после более привычного PHP Expert Editor.

Но, спустя некоторое непродолжительное время, я почувствовал все прелести этих продуктов. SVN — лучший друг и товарищ при командной разработке, JIRA — позволяет довольно обстоятельно вести отчеты о проделанных изменениях и временных затратах, Zend — это вообще практически незаменимая вещь при работе над огромным проектом. Один только автокомплит имён классов, методов и переменных (которые в таком проекте довольно многословны, хоть и осмысленны) экономит кучу времени.

Проблема-то, не в этих замечательных программных продуктах.

Нет, проблема — она в отношении остальных к этим продуктам.

Устал биться головой об стену! Сотрудники организаций, в которых мы внедряем ПО, не используют его возможности полностью, или вообще не используют.И это, в принципе, случается не только у нас, но и у других разработчиков/внедренцев в организациях всех размеров. Да что говорить, внутри своей компании внедрение различного по для багтрекинга/контроля версий/управления проектами/сниппет-хранилища проходит со скрипом. И это среди программистов!
Приведу три примера:

Для того, чтобы эффективно работать, человек должен четко знать, что он – большой молодец, что его решения – важны для компании и правильны. Большинство же людей работают «под начальством», т.е. с одной стороны – все время исполняют команды, а с другой – все время вынуждены согласовывать каждый свой шаг.

Во вчерашнем материале я описал общие ситуации, с которой сталкивался при работе с удаленщиками. В комментариях к нему проскочили многие из решений, к которым пришел на основе практики. Да и в целом тема оказалась жизненной — аналогичные проблемы имели и другие заказчики удаленных услуг. Какие люди вообще идут во фриланс? Я встречался с несколькими типами:

Фрилансеры — один из самых доступных и частых способов закрыть фронт работ, который в компании выполняются нерегулярно. Либо в случае, если свои люди беспросветно заняты на других проектах, а нанимать новых нет смысла или времени. Я работаю с фрилансерами по обоим причинам. Хотя за последнее время потерянные сроки и нервы убедили, что время и смысл для поиска постоянных сотрудников лучше все-таки найти. А субподрядчиков использовать только для совсем уж нетипичных работ.