Разработчик Бенджамин Джексон (Benjamin Jackson) написал скрипт и собрал информацию по всем проектам Kickstarter с апреля 2011 по апрель 2012 года.

Kickstarter — площадка для «народного финансирования» интересных идей и стартапов за комиссию в 5%. Третий год бизнеса оказался вполне успешным: профинансировано проектов на $119,6 млн, заработок Kickstarter составил около шести миллионов.

Под катом — список самых успешных проектов Kickstarter, а также любопытная статистика по количеству собранных денег.

Выбор лучшего книжного сканера для оцифровки фондов сегодня становится актуальным перед любой библиотекой, музеем и архивом. Как купить сканер за приемлемую цену и работать на нем без проблем ближайшие 5-10 лет, отсканировав весь необходимый к оцифровке бумажный фонд? В статье рассматриваются книжные фото-сканеры с V-образной колыбелью, получившие признание за счет оптимального соотношения цены/качества и производительности по сравнению с традиционными планетарными сканерами. Приведены ключевые функциональные требования к аппаратной и программной частям сканера, условия, необходимые для долгосрочной бесперебойной работы оборудования, обязательные требования к поставщикам.

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

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

Нет, это статья не об игре про заражённый вирусом Манхэттен и его мутантов. Речь пойдёт о прототипах другого рода — прототипах программного обеспечения.

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

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

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

Недавно начала вести курсы по основам тестирования, и так получилось, что группа собралась из одних программистов. И каково же было мое удивление, когда люди, задействованные в разработке программного обеспечения, ничего не знают о тестировании. Умные ребята, продвинутые программисты, хорошо разбирающиеся в своей предметной области, ничего не знают о том, как тестировать ими же написанное программное обеспечение.
Несмотря на то, что тестрование существует уже давно, это еще молодое развивающееся направление, про которое зачастую мало что знают, за пределами отдела тестирования. И тогда я задумалась, почему люди идут работать тестировщиками, или наоборот не идут. Движут ли ими какие-то предубеждения и мифы. Как-то на глаза попалась статья Майка Брауна (Mike Brown) про 5 мифов в тестировании, переводом которой хочу с вами поделиться:

В ходе подготовки к Летнему Аналитическому Фестивалю 2012 родилась эта статья, в которой поднимаются следующие вопросы:

• Кто такие ИТ-менеджеры?
• В каких вузах их могут готовить?
• Что в вузе им должны прочитать?
• Как подготовить в вузе сотрудника для своей компании?

Как перед стартапами, так и перед компаниями, давно и успешно ведущими бизнес, стоит дилемма: искать готового специалиста или выращивать его в своих стенах. И мы, в 1997 году начав собственный софтверный бизнес, тоже практически сразу ощутили дефицит продавцов ПО, консультантов и менеджеров проектов. Предлагаемый нами альтернативный вариант, с одной стороны, требует на начальном этапе некоторых усилий и времени, а с другой – позволяет получить квалифицированного специалиста.

В настоящее время интернет полон историями успеха, как проекты засветившиеся на Kickstarter’e, получают несколько миллионов долларов (Pebble – 7 млн$, Double fine Adventure – 3,3 млн$). Суммы в несколько миллионов — по-настоящему серьезные инвестиции, удивляет, что это деньги не специальных инвестиционных фондов, а простых граждан.

Всегда задаюсь вопросом, как команды, представляющие свои проекты на Kickstarter, делают такие прекрасные промо-видео ролики. Несмотря на то, что ролики до банальности просты: «Фокусировка крупным планом на лидере проекта, смотрящем в даль, много афоризмов и клише, выступление всей команды, видеоряд с рабочими местами, зажигательная музыка.»

Когда мы рассказывали о нашей системе переводов, нас попросили написать и о том, как идет продвижение TeamLab, в особенности, на зарубежные рынки. Сегодня попробуем. Были и взлеты и падения, шли очень часто методом проб и ошибок, но любой опыт бесценен, вот им и поделимся, может, кому пригодится. Не будем писать умных, и уже ставших банальными, советов про SEO, Adwords и прочее, постараемся быть по максимуму конкретными.



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

Интерактивные прототипы сложных информационных систем (в нашем случае это система электронного архива), как известно, могут использоваться на разных стадиях разработки, например:

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

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

Как опубликовать обзор вашего стартапа на TechCrunch? Что круче — Хабр или TechCrunch? Какой он, TechCrunch effect?



В конце прошлого года мы запустили проект TradingView, о чем незамедлительно поставили в известность Хабр. Чуть более месяца назад о нас написал TechCrunch. Под катом детальная информация из первых рук о результатах этих экспериментов и ответы вопросы.

Этот пост воодушевлен и является логическим продолжением недавно размещенного здесь материала «Хабр vs TechCrunch». Сам я с его авторами никак не связан, но выражаю им большую благодарность за то, что поделились своим опытом.

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

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

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

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

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

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

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

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

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

От переводчика. Как часто вы обращаетесь к собственному домашнему фотоархиву? Конечно же, вы регулярно просматриваете свежие фотографии, иллюстрирующие совсем недавние события из вашей жизни. Еще вы посылаете их друзьям по электронной почте, размещаете в блогах и социальных сетях… Но проходит месяц — и воспоминания о событии стираются, и фотографии утрачивают былую значимость. Глядя на те же самые фото через год вы, возможно, вообще не вспомните, когда и зачем все это было снято. По мере разрастания фотоархива к вам приходит в голову вполне разумная идея: оставить лишь те фотографии, которые отражают действительно значимые события (например, свадьбу или защиту диссертации) и к которым вы будете время от времени обращаться​ Но чем больше времени проходит — тем менее осуществимым становится такой план. Вы просто физически не сможете просмотреть такое количество фотографий и определить, что нужно оставить, а что — удалить. Поэтому в такой ситуации вы, скорее всего, примете самое простое решение: приобретете жесткий диск большей емкости и перенесете фотоархив на него. Впрочем, к большинству фотографий вы все равно не будете обращаться.
Приведенный выше пример показывает, что частота обращения к документам со временем снижается. А теперь представьте себе, что речь идет не о домашнем фотоархиве, а об огромном массиве документов предприятия или организации. Для структурированного хранения документах в организациях внедряется специальное ПО — системы электронного архива (СЭА). В соответствии с определением, ставшим уже общепринятым и зафиксированным в стандарте MoReq, СЭА предназначены прежде всего для хранения бизнес-значимых документов. Однако часто бывает так, что в таких системах хранятся документы, утратившие свою значимость (например, видеозаписи выступлений на конференции по проблемам электронной коммерции, которые уже много лет как перестали быть актуальными или утратившие юридическую силу приказы и распоряжения, срок обязательного хранения которых давно истек).
Занимаясь разработкой и внедрением собственной системы электронного архива, мы часто сталкиваемся с тем, что вопросам экспертизы ценности переводимых в цифровой вид материалов в организациях в подавляющем большинстве случаев не уделяется внимания. В результате в систему вводится все подряд, без разбора. Ввод и хранение лишних документов всегда сопряжены с дополнительными временными и финансовыми затратами.
Как выстроить подход к управлению записями с учетом неизбежного уменьшения частоты обращения к документом? Как выработать политику архивного хранения с учетом темпов устаревания информации, характерных для нынешней эпохи?
Размышления на эту тему представлены в статье Сьюзан Гудман (США), специалиста по управлению записями Банка Америки.

Аннотация

Эта статья будет интересна тем, кто продвигает свои собственные программные продукты в интернете. Статья исключительно практическая. Она представляет собой отчёт о некоторых действиях, которые мы осуществляли в последнее время для продвижения продукта PVS-Studio. Я расскажу, что работает, что не работает и поделюсь сопутствующими мыслями.

От переводчика. Выбор ECM-системы — дело очень непростое. Публикаций, в которых описываются и сравниваются между собой различные программные решения — много, а вот лишенных рекламного характера материалов, представляющих собой беспристрастный анализ — мало. Сегодня мы хотели бы предложить вниманию наших читателей перевод статьи, написанной Нэнси Грэхем Морлэнд, сотрудницей Государственного архива штата Нью-Йорк. Автор занимает принципиально неангажированную позицию: в тексте даже не упоминаются названия каких-либо конкретных программных продуктов. Конечно, высказываемые в статье соображения во многом являются спорными. Но в то же время автор, документовед по специальности, смотрит на проблему выбора ECM-системы взглядом рядового пользователя и указывает на ряд моментов, на которые технические специалисты зачастую не обращают внимания.
Публикуя данный текст, мы также хотели бы пригласить читателей к обсуждению следующих вопросов: какие функции должно включать ПО для работы с электронными документами? каких функций, по вашему мнению, не хватает в используемых вами СЭД/СЭА.

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

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

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

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

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

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

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

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

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

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

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

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

CNews