Я выше писал о MediaWiki, так вот OneNote я тоже активно использую, но применяю я их по-разному.
OneNote очень удобен для сбора информации. В процессе проработки какого-нибудь проекта я собираю тексты, скриншоты, блок-схемы, модели БД, почту и т.д. в OneNote. Причём, как правило я работаю над проектом не один, а OneNote позволяет вести записную книжку сразу несколькими людьми. Очень удобно.
Но вот обработанную информацию, на мой взгляд, гораздо удобней хранить в Вики (в какой уже не так важно — какая больше понравится). Когда я перевариваю собранную информацию, я (да и другие сотрудники в нашей фирме) пишу статью в Вики. Вики мы специально и организовали, для того, чтобы не терять приобретённые знания, и сколько раз нас это спасало!
Ещё такой факт из моего опыта: у нас в организации около 40 сотрудников. Активно пишут в Вики человек 7, человека 3 из-под палки — директор опытом заставил поделиться. Думаю, ещё человека 3 умеют её читать. Остальные, по-моему никак. Но думаю, такая статистика это ещё очень неплохой результат :)
Как вариант: я для этих целей использую MediaWiki. Из плюсов: движок поиска, внутренние и внешние ссылки, вставка картинок, таблиц, схем, ведение истории изменений. Развёртывается довольно просто.
Wizard999 дело говорит. Я знаю что он это проделывал.
Добавлю только, что как раз сегодня пришлось перенастраивать на Ubuntu среду разработки под Android. Так вот с уверенностью заявляю, что там драйверы для телефона не нужны. Там другая проблема. Если интересно, я описывал её у себя в блоге раньше. Хорошо что описал, сейчас пригодилось.
Мы работаем много лет с крупной государственной компанией, и наше «бумажное» внешнее взаимодействие определяется древним 34-м ГОСТ-ом. Преимущества и недостатки такого подхода давайте оставим за скобками, но в ГОСТе определён такой документ: Программа и методика испытаний (ПМИ). Фактически, это сценарии испытаний продукта. Наверняка, вы пользуетесь одной из Agile-методологий, но в них тоже практикуются проектные документы и сценарии тестирования.
А о методологии Вы пишете косвенно. И здесь мне не всё ясно. Поэтому и попросил пояснить. Есть ли у вас проектная документация?
Фиксируете ли вы проектные решения на бумаге, в виде макетов, ещё как-то? Согласовываете ли это с заказчиком?
ИМХО неправильно рассматривать «требования» разработчика в ТЗ. ТЗ не проектный документ. Это постановка задачи. Определение набора требуемых к реализации функций, условий. Этот документ порождается в начальной фазе. Конечно, продвинутые разработчики могут принимать участие в формулировании концепции и проектного решения, и для этого должны быть знакомы с ТЗ. Но рядового разработчика интересует другая задача: не поставленная заказчиком (большая и общая), а поставленная начальником (короткая и конкретная в рамках итерации, например).
По прочтении Вашей статьи, у меня сложилось мнение, что Вы, скорее, пишете о Технорабочем проекте — документе (-ах), отражающем и функции и их реализацию.
Хотя, наверное, зря я докапываюсь :). На сколько я понял, Вы несколько упростили процесс и у вас нет фазы ТЗ и фазы ТП (Технический проект). Вы сразу формулируете и согласовываете один документ, отражающий постановку задачи и технические решения. И когда-нибудь «сильно потОм» отдадите это разработчикам. Видимо, меня ввело в заблуждение слово ТЗ. Строго говоря, это не ТЗ, но вариант вполне рабочий. У нас такое не пройдёт из-за требований заказчика, но это сугубо наша проблема.
Пожалуй, в ближайшее время поделюсь своим опытом в блоге. Это тема не комментария, а, наверное, статьи и отдельного обсуждения. Мне будет очень интересно хабрамнение.
Поясните, пожалуйста, о какой методологии разработки Вы пишете?
Мне кажется Вы иногда смешиваете стадию постановки задачи, стадию проектирования и стадию внедрения. Если говорить обо всём этом, то полезно было бы упомянуть Технический проект и Программу и методику испытаний. Последний документ как раз и следует применять при проверке системы перед/при внедрении.
Для технического склада ума уже есть множество: «физики». Программисты — подмножество физиков :)
А что касается статьи, в ней очень простая и ясная мысль. И пусть эта мысль примирит почему-то вечно враждующие лагери.
I hope some day you'll join us, and the world will be as one.
На сайте проекта ещё и мини-вариант есть! geoffg.net/mini-maximite.html
Питание 3,3В. Такое в модельку какую-нибудь влезет… Чувствую наступление DIY-зуда!
Замечательная зверюшка! За вечер бы я такое не осилил, а за день вполне. Это огромный плюс вашего роботёнка. Можно собрать целый зоопарк. Я бы и дочь приобщил — пусть дизайном озаботится. Где-то шкурку, где-то панцирь.
Кажется пошла работа мысли… заразили…
Беда в том, что фактически, цифровой контент уже стал «всё всем нахаляву». Это не так только юридически. Это не работает. Но никто не знает что с этим делать. Точнее, как за это взяться. Конечно должен быть механизм сертификации/тестов. Заказчик должен покупать разработку цифрового контента. А исходники так и так будут доступны. Их сейчас всегда можно вытащить и украсть. Идея в том, что продавать надо услугу, или сервис, а не исходники.
У Вас правильные вопросы. И не думайте, что у меня есть ответы. Это не громкие слова, но мы сейчас находимся в состоянии кризиса. Это не катастрофа, и, наверняка, выкрутимся, не впервой. Но все видят, что есть проблема. Этот топик тому подтверждение. Но никто не знает как это решать. Мораль и право всегда чуть отстают от прогресса.
Во второму вопросу могу сказать только вот что. Никогда раньше нельзя было скопировать щелчком пальцев много миллионное изделие. Отрезать щелкающие пальцы не выход. Это и есть кризис. С развитием 3D видео скоро трудно станет отбивать кинопрокатом вложения. И коммерческому кино придётся стать некоммерческим. Только поверьте, мне так же дико это как и вам. Может, это не будет так дико нашим детям. Производдителям цифрового контента придётся искать другие источники финансирования: сервисы, реклама и Бог знает что ещё. Думаю, нам не повезло и мы живём в интересное время.
А вот скоро в массы пойдут 3D-принтеры. И «цифрового» контента станет больше.
Как Вы поняли, у меня нет ответов.
OneNote очень удобен для сбора информации. В процессе проработки какого-нибудь проекта я собираю тексты, скриншоты, блок-схемы, модели БД, почту и т.д. в OneNote. Причём, как правило я работаю над проектом не один, а OneNote позволяет вести записную книжку сразу несколькими людьми. Очень удобно.
Но вот обработанную информацию, на мой взгляд, гораздо удобней хранить в Вики (в какой уже не так важно — какая больше понравится). Когда я перевариваю собранную информацию, я (да и другие сотрудники в нашей фирме) пишу статью в Вики. Вики мы специально и организовали, для того, чтобы не терять приобретённые знания, и сколько раз нас это спасало!
Ещё такой факт из моего опыта: у нас в организации около 40 сотрудников. Активно пишут в Вики человек 7, человека 3 из-под палки — директор опытом заставил поделиться. Думаю, ещё человека 3 умеют её читать. Остальные, по-моему никак. Но думаю, такая статистика это ещё очень неплохой результат :)
С удовольствием покопаюсь с Тидли, спасибо.
Добавлю только, что как раз сегодня пришлось перенастраивать на Ubuntu среду разработки под Android. Так вот с уверенностью заявляю, что там драйверы для телефона не нужны. Там другая проблема. Если интересно, я описывал её у себя в блоге раньше. Хорошо что описал, сейчас пригодилось.
Я отдавал себе отчёт в том, что круг людей, кому эта статья пригодиться будет невелик. Рад, если не ошибся :)
А о методологии Вы пишете косвенно. И здесь мне не всё ясно. Поэтому и попросил пояснить. Есть ли у вас проектная документация?
Фиксируете ли вы проектные решения на бумаге, в виде макетов, ещё как-то? Согласовываете ли это с заказчиком?
ИМХО неправильно рассматривать «требования» разработчика в ТЗ. ТЗ не проектный документ. Это постановка задачи. Определение набора требуемых к реализации функций, условий. Этот документ порождается в начальной фазе. Конечно, продвинутые разработчики могут принимать участие в формулировании концепции и проектного решения, и для этого должны быть знакомы с ТЗ. Но рядового разработчика интересует другая задача: не поставленная заказчиком (большая и общая), а поставленная начальником (короткая и конкретная в рамках итерации, например).
По прочтении Вашей статьи, у меня сложилось мнение, что Вы, скорее, пишете о Технорабочем проекте — документе (-ах), отражающем и функции и их реализацию.
Хотя, наверное, зря я докапываюсь :). На сколько я понял, Вы несколько упростили процесс и у вас нет фазы ТЗ и фазы ТП (Технический проект). Вы сразу формулируете и согласовываете один документ, отражающий постановку задачи и технические решения. И когда-нибудь «сильно потОм» отдадите это разработчикам. Видимо, меня ввело в заблуждение слово ТЗ. Строго говоря, это не ТЗ, но вариант вполне рабочий. У нас такое не пройдёт из-за требований заказчика, но это сугубо наша проблема.
Пожалуй, в ближайшее время поделюсь своим опытом в блоге. Это тема не комментария, а, наверное, статьи и отдельного обсуждения. Мне будет очень интересно хабрамнение.
Мне кажется Вы иногда смешиваете стадию постановки задачи, стадию проектирования и стадию внедрения. Если говорить обо всём этом, то полезно было бы упомянуть Технический проект и Программу и методику испытаний. Последний документ как раз и следует применять при проверке системы перед/при внедрении.
А что касается статьи, в ней очень простая и ясная мысль. И пусть эта мысль примирит почему-то вечно враждующие лагери.
I hope some day you'll join us, and the world will be as one.
Питание 3,3В. Такое в модельку какую-нибудь влезет… Чувствую наступление DIY-зуда!
Кажется пошла работа мысли… заразили…
исходники.Во второму вопросу могу сказать только вот что. Никогда раньше нельзя было скопировать щелчком пальцев много миллионное изделие. Отрезать щелкающие пальцы не выход. Это и есть кризис. С развитием 3D видео скоро трудно станет отбивать кинопрокатом вложения. И коммерческому кино придётся стать некоммерческим. Только поверьте, мне так же дико это как и вам. Может, это не будет так дико нашим детям. Производдителям цифрового контента придётся искать другие источники финансирования: сервисы, реклама и Бог знает что ещё. Думаю, нам не повезло и мы живём в интересное время.
А вот скоро в массы пойдут 3D-принтеры. И «цифрового» контента станет больше.
Как Вы поняли, у меня нет ответов.