При выборе курсов вас должны интересовать 2 цифры — доля людей, дошедших до конца курса и доля выпускников, устроившихся на работу в течение 3-х месяцев после окончания курса.

Например, если курс заканчивают 50% начавших, а на работу в течение 3-х месяцев устраиваются 20% выпускников, то ваши шансы войти в профессию с помощью конкретно этих курсов — 10%.

(Формула не совсем верная, т.к. некоторые находят работу ещё в ходе курса и им нет нужды его заканчивать, но таких людей в целом немного).

Если на сайте интересующего вас курса нет этих цифр — не стесняйтесь, запрашивайте их у организаторов.

Русскоязычное очное и онлайн-обучение много лет подряд находилось на хайпе, и создатели школ и курсов были в основном ориентированы на отзывы участников и их удовлетворённость.

Я дал знакомому номер моей карты, чтобы он мог перевести мне деньги.
Знакомый сделал перевод и получил квитанцию.
В его квитанции оказались указаны мои паспортные данные (см. скан квитанции под катом).

Я сообщил о проблеме на странице www.facebook.com/sberbank, получил рекомендацию написать на адрес zabota@sberbank.ru

17 сентября я отправил на этот адрес описание истории и вопрос:

«Сообщите пожалуйста, почему и как в квитанции оказались мои паспортные данные и, таким образом, произошла передача моих персональных данных третьему лицу?»

Прошло почти 2 недели, никакого ответа я так и не получил, поэтому начинаю размещение открытых сообщений.

Я считаю, что важно, чтобы максимальное количество клиентов Сбера узнало о том, как банк относится к их личным данным.

UPDATE — NB: А в Альфа-клике Альфа-Банка оказывается можно узнать ФИО и номер счёта клиента, зная лишь имейл или телефон (откройте печатную форму после перевода). Гуляй, Рассея!

UPDATE — Сбербанк:Сотрудник банка сообщил, что это и ошибка оператора и ошибка в софте:

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

За 3 года существования летнего аналитического фестиваля мы накопили большое количество записей интересных выступлений. И сегодня хотим поделиться с вами подборкой:

1. Предпроектные работы

• Юрий Веденин. Как написать хорошее коммерческое предложение
• Константин Быченков. Цели проекта: Что? Зачем? Как?

2. Выявление требований

• Илья Корнипаев. Креативные техники сбора требований
• Ирина Левенец. Бесконтактное обследование
• Юрий Веденин. Анализ пользователей

В ноябре 2012 в МГТУ им. Баумана мы, Школа системного анализа,
провели открытое событие «Введение в профессию системного аналитика».

Наконец стала доступна первая часть видео, выступление
Сергея Нужненко на тему «В чём заключается работа системного аналитика»:

1. Мифы о задачах и ответственности. Смежные роли (5 минут): vimeo.com/61652862​

2. Риски и неопределённость. Место и задачи в проектном цикле (18 минут): vimeo.com/61968936

3. Окружение, предмет и модель работы. Типовые процессы (10 минут): vimeo.com/62449309

4. Аналитический цикл работы с информацией. Модальная логика (12 минут): vimeo.com/64330992

Мы, Сергей Нужненко и Денис Бесков, объявляем набор в летнюю школу системного анализа.

Что это такое
Это базовый курс прикладного системного анализа в информационнных технологиях, который мы будем вести в Москве очно и бесплатно всё лето, 12 недель, каждое воскресенье, с 12 до 15 часов дня.

В состав курса входят лекции, практические занятия, домашние задания и ежемесячный рубежный контроль. Общий объём курса — от 36 до 100 очных часов (программа уточняется), возможны интенсивы (недельный тренинг в рабочее время, если позволит расписание всех участников). Средняя нагрузка на учащегося в неделю (занятия и самостоятельная работа) — от 5 до 10 часов.

Что приобретут участники

• Четкое понимание, что является предметом труда системного аналитика и как отличить плохой результат от хорошего.
• Понимание того, какие знания, умения и навыки являются основополагающими для системного аналитика.
• Понимание специфики работы системного аналитика в 4-х основных производственных контекстах (внутренняя разработка, продуктовая разработка, заказная разработка, системная интеграция и внедрение).
• Самые основные умения и навыки планирования, выполнения и управления аналитическими работами.

I. Бизнес-контекст

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

Издательский дом «Афиша» был основан в апреле 1999 года и сегодня является владельцем нескольких ведущих журналов и сайтов о развлечениях. Компания издает журнал «Афиша», выходящий в трех версиях, — для Москвы, Петербурга и 20 других городов России. Аудитория одного номера журнала составляет около 1 миллиона человек. Сайт «Афиши» ежемесячно посещают порядка 3,2 млн человек.

С целью расширения функционала сайта, развития портала и подготовки к продаже билетов на киносеансы было принято решение рассмотреть возможность запуска сервиса бронирования билетов, который бы работал следующим образом: «Афиша» вступает в партнерские отношения с сетью кинотеатров N и предоставляет зарегистрированным пользователям сайта возможность осуществлять он-лайн бронирование билетов на киносеансы данной сети. В свою очередь, компания N размещает на территории своих кинотеатров рекламные объявления, содержащие ссылку на сайт afisha.ru. Объявления могут размещаться в любом виде: на плакатах, на билетах, в виде логотипа на любых информационных материалах.

Всем привет!

Мы, Денис Бесков (beskov) и Илья Поляк (ilyap1) начинаем публикацию цикла статей, посвящённых процессу проектирования веб-сервисов. Цикл построен вокруг 3-хуровневого процесса, в котором явным образом выделяются уровни анализа и проектирования:

1. Бизнеса
2. Продукта
3. Технологий

Здесь, на хабре, достаточно хорошо освещается тема проектирования на уровне технологий. Мы хотим показать взаимосвязь этого уровня, видов работ и проектных решений с вышестоящими уровнями на примере сквозного демо-кейса — проектирования веб-сервиса бронирования билетов в кино, в разработке которого участвовал пару лет назад один из авторов.

Цикл статей построен вокруг избыточной документации по проекту (требования), которую разрабатывают внутренние сотрудники компании, содержит краткое описание теоретических аспектов и помогает ответить на следующие вопросы, которые могут у вас возникнуть в работе:

1. Какими способами можно описывать требования к ПО?
2. Какие из требований к системе обязательно необходимо включать в ТЗ, а без каких можно обойтись?
3. Какие могут быть варианты при выборе форматов описания требований?
4. Как зависит выбор вида описания требований от параметров (продолжительности, рисков и др.) проекта?
5. Какого рода решения помогают принять соответствующие виды требований?

В цикле не рассматриваются аспекты заказной разработки ПО. Статья рассчитана на пользователей, которые работают в некорпортивной среде, т.е. не привязаны к каким-либо регламентам.

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

В ноябре 2009 года наконец вышел в свет небольшой приказ МинЭкономРазвития, содержащий требования к госсайтам, который может значительно усложнить (по крайней мере, первое время) жизнь отделам по ведению интернет-ресуров госорганов и, возможно, значительно упростить жизнь для пользователей их сайтов.

Я решил воспользоваться своим опытом анализа понятия доступность, который я озвучивал на конференции User Experience Russia-2007 и представить новые требования в разрезе классификатора доступности, заодно сделав их более наглядными для ознакомления и изучения.

Итак, требования к доступности информации разбиты по 4-м категориям:

1. Фактическое наличие
2. Возможность доступа
3. Возможность найти
4. Возможность воспользоваться

I. Фактическое наличие

Резервное копирование

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

Повреждение информации

Должна быть обеспечена защита информации от уничтожения, модификации и блокирования доступа к ней, а также от иных неправомерных действий в отношении такой информации.

Как вы знаете, завтра (уже сегодня) в мск проходит конференция по веб-разработке REMIX.

Хорошее отличие этого года — то, что вы сможете сами принять участие в освещении этого события и получить более полную картину происходящего благодаря сервису фильтрации twitter-контента twihoo.

Как узнать, что пишут о конференции?
Зайдите на twihoo.com/remix и знакомьтесь с отзывами в реальном времени:



Как сообщить своё мнение миру?
Запостите сообщение в twitter с хеш-тегом #remixru и в течение нескольких минут оно появится по ссылке выше. Кроме того, вы всегда сможете вернуться и ознакомиться с отзывами о прошедшем событии.

Как задать вопрос организаторам REMIX?
Напишите в twitter пользователю @remixru

Enjoy!

Наткнулся тут рядом на обширную статью про то, как придумывать пароли с введением, кучей абзацев, картинкой, чуть ли не эпиграфом — как тут это сейчас модно :)

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

Давайте вспомним, каковы требования к паролю (не слишком формализованные):

1. Быстро создать
2. Легко запомнить владельцу
3. Легко воспроизвести
4. Трудно запомнить случайно подглядевшему
5. Трудно подобрать перебором

Мне известно следующее решение, уж не знаю, кто его автор, но подсказал его urbansheep.

Из психологии известно, что человек легко запоминает абсурдные фразы. Абсурдные фразы кажутся человеку абсурдными именно потому, что представляют собой нетипичное, необычное и бессмысленное сочетание слов. Amazon.com использует редкочастотные сочетания слов (Statistically Improbable Phrases) для идентификации текстов.

Тогда, взяв словарь русских прилагательных и существительных (допустим, в каждом из них по 10 тыс. слов), можно выбирать оттуда случайным образом 2 прилагательных и 1 существительное, порождая в результате абсурдную, но запоминающуюся фразу.

Пример:

неистовый волшебный катализатор

Итак, число вариантов для такой фразы — 10¹², т.е. 1 триллион.

Осталось выполнить требование 4 — «трудно запомнить подглядевшему». Ну что же, набираем фразу в английской раскладке без пробелов:

ytbcnjdsqdjkit,ysqrfnfkbpfnjh

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

Важное уточнение — если у вашего сервиса много мобильных пользователей, то операцию преобразования делать не стоит! (могут быть трудности при наборе + на мобильном устройстве риск 4 не так актуален).

Кто напишет онлайновую программку-генератор? :)

P.S. Представьте, как такой подход упростил бы задачу запоминания автоматически сгенерированных веб-сервисами паролей для «обычных пользователей» — секретарш, бухгалтеров и т.д.

Напоминаю, что конференция «РИТ: Высокие нагрузки» пройдёт 22-23 сентября в Москве, в «Инфопространстве».

На ней выступят ведущие архитекторы, разработчики и администраторы рунета, сотрудники компаний Яндекс, Рамблер, РБК/Медиа-Мир, Mail.ru, SpyLog, Masterhost, SUP Fabric и прочих.

Первый день будет посвящён правилам построения архитектур высоконагруженных систем, базам данных и коммуникационным системам.

Охват тем:

• Что такое нагрузка? Как проектировать высоконагруженные сервера? Типовые проблемы и решения. Примеры промышленных архитектур.
• Особенности MySQL и Postgres. Хранение данных в Живом Журнале, поискового образа рунета в Рамблере. Альтернативы Amazon S3.
• Архитектура коммуникационных систем — Почта@Mail.ru, Instant Messaging.

Во второй день речь пойдёт о вопросах администрирования, тестирования, обеспечения безопасности, различных инструментах, а также примерах построения архитектур медиа- и поисковых систем.

Охват тем:

• Организация защиты от DDOS-атак и перегрузки при наплыве посетителей.
• Как хранятся и выдаются фотографии на проектах Яндекс.Фотки, Photofile, Netprint.
• Как организуется выдача видео в Smotri.com, как сделать видеосервер своими руками.
• Современные проблемы и способы их решения в поисковых системах Gogo.ru и Rambler.
• Инструменты виртуализации, распределённых вычислений, организации локального поиска.
• Мониторинг состояния большого парка серверов, организация нагрузочного тестирования и обеспечения производительности.

Полная программа 2-х дней: www.highload.info/program

Программа конференции «РИТ: Высокие нагрузки» значительно обновилась. Отчасти это обусловлено договоренностями о партнерстве с членами ассоциации «Интернет и бизнес» (Яндекс, Рамблер, Мейл.ру, Ашманов и партнеры, РБК-МедиаМир и многие другие), отчасти — усиленной работой экспертного совета.

На тему проектирования масштабируемых систем и выбора архитектуры подано около десяти заявок. Одни из самых интересных пришли от Андрея Шетухина (архитектор проектов SUP Fabrik), тезисы уточняются. Антон Федоров готовит доклад о выборе архитектуры нагруженного проекта, опираясь на примеры Goodoo-IT и Инфоскан.

Позавчера в Москве прошла конференция PMDays 2008. Я решил выложить текст презентации своего выступления здесь, надеюсь, что он поможет вам в вашей текущей работе, также готов ответить на любые вопросы. Спустя какое-то время на RuTube появятся видеозаписи выступлений.

• Презентация
  Пример концепции
  
  

  План рассказа

  
  
  
  • Что такое Концепция
  • Как она устроена
    
  
  
  

В аудитории было около 150 человек, в основном, естественно, студенты, а также разработчики, менеджеры и пользователи интернет-продуктов. Авторам лучших вопросов из зала дарили книгу Антона Попова «Блоги. Новая сфера влияния».

Видеозапись встречи (500 Мб AVI), альтернатива
Презентация от Мио

Начало проекта

О продукте, похожем на сегодняшний Хабр Денис Крючков задумался ещё во время работы в Вебпланете. После того, как он был оттуда уволен, то занялся идеей более плотно — а именно — 2 месяца гулял по городу, размышлял, наблюдал. Так родилась концепция ресурса, где бы комментирующие имели равные права со штатными редакторами и журналистами — сам были бы такими же авторами. Далее в течение ещё 2-х месяцев он сам отрисовал дизайн, договорился со знакомым программистом о разработке первой версии сайта. То, как быстро вносились исправления в систему, не устраивало Дениса и он решил подойти к проекту более фундаментально — взял кредит в банке, занял у родителей и принялся за создание полноценной версии системы.

Хабрареволюция

Первичная концепция сайта была такова, что посты редакции публиковались в разделе «тексты», а посты остальных участников — в разделе «блоги» (?). Однако с течением времени начало нарастать недовольство пользователей неравенство в правах и была совершена «хабрареволюция», при которой каждый пользователь получил право быть полноценным автором.

29 ноября, в четверг, в 19-00 при поддержке клуба «Бизнес в стиле RU»
пройдёт 4-я встреча Moscow MySQL User Group

Тема встречи: Проектирование индексов

Встречу будет проводить Руслан Закиров,
ведущий разработчик компании Best Practical Solutions,
которая занимается разработкой открытых продуктов
Request Tracker, SVK, Jifty, а также сервиса HiveMinder.com

План встречи

1. Общие принципы устройства индексов.

2. Работа планировщика запросов:
— как планируется запрос
— как выполняется
— где в этой схеме индексы, сколько их.

3. Рассмотрим планы под лупой с помощью EXPLAIN:
— когда его читать
— как его читать, на что смотреть
— как его поменять используя индексы
— как его поменять используя дополнительные директивы
— и зачем это нужно.

4. Примеры:
Везде будут примеры, но более подробно мы остановимся на запросах, которые были на прошлой встрече в докладе и выжмем из них все соки, а также будут несколько примеров для демонстратиции различных эффектов и методов декомпозиции с целью увеличения эффективности использования индексов.

Чтобы попасть на семинар, зарегистрируйтесь по ссылке

Адрес проведения: Москва, Мясницкая, 20, ГУ-ВШЭ, Аудитория 116

1-го ноября, в 19-00 в аудитории 116 здания ГУ-ВШЭ на Мясницкой, 20 состоится очередная встреча Moscow MySQL User Group. В качестве ведущего выступит Михаил Монашёв.

Михаил расскажет, как он с коллегами использует MySQL с мемкешедом в проекте beon.ru.

Если Вы никогда ранее не работали с мемкешедом, то узнаете что это за зверь и как с его помощью ускорить работу с MySQL-ем.

Если уже используете его в своих проектах, то возможно узнаете, как это можно делать оптимальнее.

Встреча проводится при поддержке клуба «Бизнес в стиле .RU» и для участия в ней необходимо обязательно зарегистрироваться по адресу styleru.net/register, чтобы попасть в здание ГУ-ВШЭ.

Час назад закончился конкурс «Лучший IT блог», проведенный организаторами выставки ИнфоКом'2007. На кону стояли iPod'ы, как это водится в наше время.

Вот так распределились места и голоса:

1. Urbansheep@LJ — 44 голоса
2. Solargate — 36 голосов
3. GUI.ru — 31 голос

Блогам Gluek.info, Internetno.net, набравшим по 13 голосов, достанутся некие утешительные призы от 1С-Битрикс (никак бесплатный хостинг на год :).

Забавным моментом является то, что голосовать за GUI.ru активно агитировал нынешний победитель конкурса, который вырвался вперёд в последний день голосования :)

Награждение победителей пройдёт завтра, 26-го, в 11-30 на стенде 4Н3-2 «Технологии для всех» ИнфоКома.

Подробности и ход голосования (которое, на мой взгляд, было чересчур местечковым) можно посмотреть в журнале конкурса.

Превентивный метод защиты от спама

Основная идея, на которой базируется данная инструкция — это снижение риска попадания адреса вашего электронного ящика в базу рассылки спаммеров. Я считаю, что здесь, как и в медицине, гораздо эффективнее профилактика «заболевания», нежели борьба с последствиями «заражения» (приходящим спамом) и вирусный характер утечки и распространения информации о вашем почтовом ящике свидетельствует в пользу такой аналогии.

29-го сентября, в субботу, с 11 до 17
в здании московского офиса Luxoft состоится
II-я открытая конференция специалистов по качеству ПО

Тема: Постановка процессов контроля и обеспечения качества ПО

Формат: бесплатная, по регистрации

Секции конференции:

1. Понятие качества, метрики и практики обеспечения и контроля качества.
2. Организация и управление тестированием.
3. Внедрение автоматизации в тестировании.

Для участия необходимо обязательно зарегистрироваться с указанием ФИО по ссылке
(Выберите справа «Участвую»).

Если вы хотите сделать доклад на конференции, пошлите письмо по адресу qa2conf@mail.ru.
Заявки на доклады принимаются до вечера воскресенья 23.09.
Тезисы докладов будут выложены в понедельник, 24-го сентября.

Организаторы:
Сергей Мартыненко, Денис Бесков-Доронин, Дмитрий Ручко, Александр Лобач

Адрес проведения семинара:
метро Октябрьское Поле, 1-й Волоколамский проезд, д.10, строение 3

Путь от метро:
первый вагон из центра, выход по подземному переходу направо, потом сразу налево, далее проходите около 50 метров вперед на остановку 105 и 800. Вам необходимы автобусы NN 105, 800, следующие до остановки «1-й Волоколамские проезд». Автобус останавливается напротив первой проходной.
Либо пешком от метро, идти минут 10.

Сообщество AgileRussia проводит открытый семинар на тему «Методология Scrum»
13 сентября, в 19.00 на территориии офиса Luxoft

Scrum — одна из самых популярных методологий гибкой разработки. Одна из причин ее популярности — простота. Если коротко, Scrum — это итеративная и инкрементальная разработка самоорганизующихся и самоуправляемых команд.

В нашей программе две части:
«Обзор методологии Scrum» и «Внедрение Scrum: Опыт одной компании».

Обзор методологии Scrum

1. Зачем нужен Scrum?
2. Основа методологии Scrum
3. Роли, артефакты и жизненный цикл
4. Преимущества и применимость методологии

Ведущий — Асхат Уразбаев

Внедрение Scrum: Опыт одной компании

1. Состояние до внедрения Scrum
2. Внедрение Scrum
3. Трудности, с которыми мы встретились
4. Как мы с ними справлялись
5. К чему стремимся сейчас

Ведущий — Никита Филиппов

Семинар бесплатный, чтобы на него попасть — запишитесь здесь по кнопке [Участвую], указав при регистрации в системе свои реальные ФИО (этого требует пропускная система Luxoft).

AgileRussia Community