"У.М.Н.И.К." («Участник молодёжного научно-инновационного конкурса») — государственная программа поддержки молодых ребят с прорывными идеями. Скажу сразу, размер предоставляемой в рамках программы финансовой поддержки оставляет желать лучшего: всего 200 килорублей, выплачиваемых равными долями в течение одного года. Понятно, что на развитие проекта данной суммы никак не хватит, но на прибавку к зарплате молодой команде — вполне. Но важнее то, что в подобного рода конкурсах можно проверить на прочность себя и свой проект.

Об опыте моего участия в конкурсе «У.М.Н.И.К.» я и расскажу в этой статье.

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

Существует множество публикаций, объясняющих чему можно научиться у Стива Джобса, но немногие из людей, писавших их, были «в той же лодке» и на личном опыте узнали, каково было работать с ним. Я хочу, чтобы ни один полученный мной урок не был потерян или забыт, поэтому вот 12 самых важных вещей, которым я научился у Стива Джобса.

В данной статье мне бы хотелось поговорить не только о подготовке и проведении презентации, но и об организации мероприятий в целом. У многих из нас хоть раз в жизни возникает необходимость организовать мероприятие того или иного масштаба, будь то встреча, мастер-класс, семинар или презентация. В мою жизнь так называемый ивент-менеджмент прочно вошел с началом трудовой деятельности в ИТ-компании: организовывая мероприятия по 3-5 раз в год (от встреч проектировщиков интерфейсов до семинаров по электронным библиотекам), я составила чек-лист необходимых для этого дел. Хочу поделиться им с хабражителями и помочь нуждающимся не наступить на грабли, часто встречающиеся на этом непростом, но увлекательном поле деятельности.

В сжатом виде он выглядит так:

• Решить, кто наши докладчики и потенциальные участники, а также что, где и когда первые расскажут вторым
• Исчерпывающе и понятно написать о событии на своем сайте
• Анонсировать событие в СМИ и социальных сетях, пригласить клиентов и партнеров
• Заблаговременно открыть регистрацию участников
• Заранее получить презентации докладчиков и тезисы выступлений
• Обеспечить стабильно работающий интернет, звук, свет, ПО и другое оборудование
• Заснять доклады и дискуссии на видео
• Организовать досуг участников после мероприятия
• После события написать письмо с благодарностью участникам и докладчикам
• Ознакомить с материалами события тех, кто не смог принять в нем участие
• Составить детализированный отчет о событии
• Собрать фидбек и учесть все ошибки при организации следующего мероприятия

За подробностями, советами и примерами — под кат.

Заранее спасибо за дополнения! Самые актуальные добавлю в статью с указанием авторства — глядишь, так и составим универсальное пособие для организаторов событий.

Upd: дополнила статью советами из комментариев! Спасибо за помощь AndreiYemelianov, RGaifutdinov, mivanova, ollystar, Cancel, verbinka, mujaji.

Этот пост появился случайно из комментария к статье из песочницы «Стартап? Завязывайте!». Комментарий писался-писался и написался на целый пост. Извините за это бестолковое вступление – я думаю, не у меня одного так иногда бывает.

Статья действительно хорошая. Не в пример другим статьям про стартапы, от которых, как справедливо замечает автор, многих уже тошнит. И все там вроде бы по делу и вполне логично. Вот только один момент в позиции автора мне показался спорным: «Занимайтесь тем, что вам нравится, не получается – бросайте, это не ваше». С этим я согласиться не могу. Каким бы не было ваше увлечение или специальность, за что бы вы ни взялись, — при достижении некоторого уровня (бизнес/стартап/оклад/фриланс) рано или поздно вам придется столкнуться кое с чем, о чем говорить не принято, но с чем рано или поздно сталкивается любой. Все прикольное и забавное, чем вы увлекались, и что вас вдохновляло, станет всего лишь Вашей работой (или бизнесом, в данном контексте – это неважно). Только тогда наступает настоящее испытание на прочность.

Введение

Обычно, при оптимизации программы для многоядерных компьютеров первым шагом является выяснение возможности разделения алгоритма на части, выполняющиеся параллельно. Если для решения задачи необходимо параллельно обрабатывать отдельные элементы из большого набора данных, то первыми кандидатами станут новые возможности параллельности в .NET Framework 4: Parallel.ForEach и Parallel LINQ (PLINQ)

Parallel.ForEach

Класс Parallel содержит метод ForEach, представляющий собой многопоточную версию обычного цикла foreach в C#. Подобно обычному foreach, Parallel.ForEach выполняет итерации над перечислимыми данными (enumerable), но с использованием множества потоков. Одна из более часто используемых перегрузок Parallel.ForEach выглядит следующим образом:

public static ParallelLoopResult ForEach<TSource>(
			 IEnumerable<TSource> source,
			 Action<TSource> body)

Ienumerable указывает на последовательность, по которой нужно выполнить итерации, а Action body задает делегат, вызываемый для каждого элемента. Полный список перегрузок Parallel.ForEach можно найти здесь.

PLINQ

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

Выполнение независимых операций

От переводчика. Начало Нового года — прекрасный повод для подведения итогов и анализа дальнейших перспектив. Не так давно на сайте компании Doculabs нами была найдена интересная статья Джо Шепли (часть 1 и часть 2). Мы не могли не обратить внимания на эту статью: занимаясь разработкой и внедрением собственной системы электронного архива, мы стараемся отслеживать все актуальные мировые тенденции и изменения. Предлагаем несколько сокращенный перевод этой статьи вниманию наших читателей. Автор статьи размышляет о текущих трендах на зарубежном рынке ECM-систем. Приглашая наших читателей к дискуссии, предлагаем поразмышлять о том, какими будет тенденции развития ECM в России в ближайшие несколько лет.

«Первое правило бизнеса – защищай свои инвестиции»
этикет банкира 1775 г.

Если в те времена инвестиции защищались с оружием в руках, то в современном мире таким оружием становятся информационные технологии.

Десять лет назад у меня было несколько бизнес-единиц. Я представлял себя в будущем, сидящим перед десятком мониторов, на которых отражается информация о состоянии десятков, сотен бизнесов, принадлежащих мне. Тогда я искренне верил, что это возможно (нажал одну кнопку и все понятно). Но чем больше становилось у меня бизнесов, тем меньше я их контролировал. И тем больше терял.
Основной причиной всех потерь был плохой контроль бизнеса. Тогда встал вопрос:

Как можно контролировать бизнес настолько хорошо, чтобы обезопасить себя от потерь?

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

Сегодня я готов поделиться с читателями хабра некоторыми своими знаниями.

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

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

Я хотел бы посвятить эту статью тому, зачем мы создали ООО совместно с СПбГЭТУ (ЛЭТИ) и что получили в итоге. Буду рад поделиться опытом, который, надеюсь, поможет реализовать ваши идеи.

От переводчика. Занимаясь разработкой и внедрением системы системы электронного архива, мы уделяем достаточно большое внимание проблемам теории и методологии ECM. Недавно на сайте консалтинговой компании Doculabs мы нашли интересную статью, посвященную организационно-методологическим аспектам проблем внедрения ECM-решений. Автор выделяет типовые случаи неудачного внедрения ECM и пытается проанализировать их причины. Многие из описываемых проблем актуальны и для современной российской практики.
Приглашаем к обсуждению всех, чья профессиональная деятельность так или иначе связана с ECM-проблематикой.

Неудачи, с которыми приходится сталкиваться при внедрении ECM-решений, можно условно разделить на 3 группы:

1. Неспособность адаптировать ECM-систему под нужды и потребности конкретной организации.
2. Неспособность уложиться в конкретные сроки: внедрение ECM-решений обычно занимает больше времени, чем это изначально предполагалось.
3. Невозможность уложиться в рамки планируемого бюджета.

По специфике своей профессиональной деятельности (разработка системы электронного архива, а также преподавание Enterprise content management в ВУЗе), я на протяжении последних 10 лет пристально изучаю ресурсы российского интернета по тематике электронного документооборота. Лично меня ситуация несколько удручает: с одной стороны, имеется много информации рекламного характера, с другой — мало независимой аналитики и образовательных ресурсов. Давайте попытаемся разобраться в этом тухляке и его причинах, проанализировав российские ресурсы.

Начнем с «независимых»

CNews

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

От переводчика. В настоящее время наша компания ведет активную работу по созданию и внедрению систем электронного архива проектной и конструкторской документации. Начиная публикацию цикла статей по данной тематике, в который войдут как оригинальные тексты, так и переводные материалы, мы хотели бы предложить вниманию наших читателей статью Лена Аспри, австралийского специалиста в области ECМ, посвященную проблемам использования ECM-систем для работы с чертежами. Статья написана в 2006 году, но затрагиваемая в ней проблематика не утратила своей актуальности и сегодня: автор ведет речь о специфике чертежей как особого вида документов, о проблемах совместимости форматов хранения технической информации, о практических аспектах внедрения ECM-решений для работы с чертежами.
При переводе текстов по ECM-проблематике неизбежно встает проблема адекватной передачи терминологии. Для многих терминов достаточно сложно подобрать адекватные русские эквиваленты. Поэтому в переводе данной статьи мы в некоторых случаях сознательно отказываемся от калькирования английских выражений и передаем их при помощи уже закрепившихся в русском языке оборотов. Так, в некоторых случаях мы передаем аббревиатуру ECM (Enterprise Content Management) как СЭА (система электронного архива). Мы считаем этот шаг вполне оправданным, так как: (1) системы электронного архива принадлежат к классу ECM-систем; (2) в статье чертежи рассматриваются как записи (records), а термин «системы управления записями» (ERM, electronic records management) в русском языке не прижился, и для обозначения ERM-систем в русскоязычных публикациях гораздо чаще употребляется термин СЭА.

Чертежи являются носителями важной информации во многих государственных и коммерческих организациях, однако им еще не уделяется должного внимания при внедрении СЭА.
Чертежи важны уже потому, что они представляют такие активы предприятия, как здания, машины и оборудование. Вместе с технической документацией чертежи описывают эти активы.
Чертежи вполне можно рассматривать как записи, свидетельствующие о проектной и конструкторской активности, но при этом специалисты в области управления информации нередко недооценивают их важность, что зачастую подвергает организацию серьезному риску.
Нередко бывает так, что чертежам не уделяют внимания до возникновения чрезвычайной ситуации. К сожалению, в таких ситуациях нередко имеет место и потеря капитальных активов (Прим. перев.: работа по систематизации и переводу в электронный вид документации Саяно-Шушенской ГЭС началась лишь после печально известных событий августа 2009 года. В это же время наша компания оцифровывала проектные и технические документы Богучанской ГЭС).

На прошлой неделе сдал последний экзамен необходимый для получения сертификата ITIL Expert, о чем более подробно и хотелось бы рассказать. Далее под катом:

1. что это вообще такое и откуда берется, а так же почему о нем никто не знает
2. где учатся и как это проходит
3. зачем это кому-либо вообще необходимо
4. преимущества онлайн формы образования перед тренингами в учебных центрах
5. немного про экзамен

Добро пожаловать под кат

Хочу рассказать о семилетнем опыте ведения курса Enterprise content management (ECM) в питерском электротехническом универе.

Предмет: СЭД и ECM

Последние годы отмечены весьма интенсивным развитием ECM-рынка. Многие государственные и коммерческие организации переходят на электронный документооборот и электронное хранение документов. В этой связи возрастает потребность в специалистах, обладающих актуальными знаниями и умениями в области ECM.
Инженеры и программисты должны уметь обеспечить техническую сторону вопроса. Документоведы должны знать специфику электронного документооборота. Финансистам и экономистам нужно знать тонкости работы с электронными финансовыми документами. Переход на электронный документооборот влечет за собой и изменения в юридической практике — следовательно, возникает необходимость дать соответствующие знания будущим юристам.
Задачи преподавания курса ECM в вузе можно сформулировать следующие образом: во-первых, это формирование у студентов представления о теоретико-методологических основах управления информацией, а во-вторых — изучение специфики использования современных средств и методов управления информацией в конкретных предметных областях.

Мы рассмотрим в данной статье доступность программного обеспечения в техническом ВУЗе. Речь пойдёт именно о ПО как предмете изучения.

Не так давно я сам был студентом СПбГЭТУ «ЛЭТИ», а теперь работаю в IT-компании и преподаю в родном ВУЗе. Вместе с этим изменился и мой взгляд на учебный процесс в целом и на проблему комплектования учебных классов программным обеспечением в частности. Сегодня я попытаюсь рассмотреть её с трёх сторон: с точки зрения студента, преподавателя и производителя ПО.

Добрый день, Хабражители!

Сегодня я опять постараюсь привлечь Ваше внимание к некоторым сторонам и тонкостям работы с графикой в Java. Я уже кратко описал в предыдущей статье некоторые доступные средства и способы создания компонентов и UI, но это лишь вершина айсберга. Именно поэтому я хочу уделить отдельное внимание (и статью) именно работе с графикой. Естественно имеется в виду Graphics2D – Java 3D это большая отдельная тема (возможно о ней еще пойдет речь в дальнейшем, но не сегодня).

Итак, из предыдущей статьи Вам уже должны быть известны некоторые основы построения компонентов — постараемся расширить эти знания.

Начнем с того, что если рассматривать любой компонент с точки зрения MVC – он состоит из 3ех частей:
Model – модель, которая хранит в себе данные о состоянии компонента и на основе которой строится внешний вид
View – непосредственно визуальное отображения компонента
Controller – отвечает за управление компонентом (события от клавиатуры, мыши и прочих устройств ввода)

Фактически, все стандартные компоненты Swing построены по паттерну MVC. К примеру в JButton — ButtonModel отвечает за поведение и состояние кнопки (Controller и Model), а ButtonUI в свою очередь за внешнее её представление (View). В итоге на долю самого класс JButton практически ничего не остаётся. Речь пойдет по большей части о реализации внешнего представления компонентов (View), и если уточнять — о Graphics2D, на основе которого, фактически, рисуется весь интерфейс.

Не буду спорить, что на данную тему есть множество различного материала, но он настолько раздроблен и раскидан по просторам сети, что мне кажется не лишним собрать всё в одном месте и последовательно изложить.

Важным этапом научного исследования является выбор темы и оценка степени разработанности проблемы. В современных условиях лавинообразного роста информации проблема выбора тема усложняется еще больше: ученый оказывается просто не в состоянии отслеживать все публикации в собственной области (не говоря уже о смежных областях). Кроме того, на начальном этапе исследования достаточно сложно (кто писал кандидатскую диссертацию, тот знает) отслеживать процесс изучения собственной области на современном этапе (т. е., получать актуальную информацию о том, кто, где и чем занимается, какие публикации выходят, какие диссертации защищаются и т. п.). В настоящее время данная задача облегчается при помощи научных социальных сетей, позволяющих ученым отслеживать (а в некоторых случаях — и скачивать) последние публикации по собственной, устанавливать контакт друг с другом, а также предоставляющих некоторые дополнительные возможности. Рассмотрим некоторые популярные социальные сети для ученых более подробно. Данный обзор не претендует на исчерпывающий характер; при выборе социальных сетей я руководствовался следующими критериями: 1) интернациональность (именно поэтому в обзор не попали сервисы, ориентированные на ученых какой-то одной конкретной страны) и 2) междисциплинарность (в первую очередь меня интересовали социальные сети, которые могут использоваться учеными самой разной специализации; именно поэтому обзор не затрагивает сервисов, ориентированных на представителей какой-то одной конкретной дисциплины). Буду очень рад, если с помощью читателей удастся расширить и дополнить этот список.

Если кто-то следит за телеящиком, то мог заменить знаковое выступление В.В. Путина, в котором он выразил недоумение, куда исчезли 80 миллиардов рублей на развитие «Электронной России» и других госпрограмм по ИТ.

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

Первые истоки (читай — финансы), находятся в небольшом документе "Перечень технологических платформ, предлагаемых для утверждения Правительственной комиссией по высоким технологиям и инновациям", в котором перечислены все технологические платформы, нужные развития Росийской Федерации в инновационном ключе. Их там много, но нас интересует Национальная Программная Платформа.

В "Справка о Перечне технологических платформ..." в пункте 4 перечислены виды ПО, которое будет входить в НПП. Рекомендую посмотреть, но если коротко — там перечислено вообще все, начиная с базового системного ПО:
• Операционные системы
• Компиляторные технологии
• Виртуализация
• Веб-серверы
• Серверы приложений
• СУБД (в т.ч. нереляционные)

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