Формально доклад сдал Ботов (прислал электронную версию).
Всё ещё жду электронную версию докладов по темам 2 и 3.
- Текущее время: 28 апр 2024, 02:27
''Информационные технологии'' в УдГУ, осень 2008
vva » 30 сен 2008, 09:52
Дописал вопросы к последней теме
Тема 16. движение OpenSource
Контрольные вопросы:
1. Можно ли продавать продукты, на которые распространяется лицензия GPL?
2. Какую основную цель преследовали создатели LGPL?
3. Почему Линус Торвальдс выбрал GPL?
4. Могут ли в России абсолютно все права на программный продукт принадлежать юридическому лицу?
5. Могут ли open source продукты поставляться в виде бинарных установочных файлов?
6. В чём проблема приёма патчей авторами open source проекта?
7. Назовите 4 основных права, которые являются критериями свободной лицензии
8. В зависимости от какого права квалифицируются роли участников проекта Jakarta?
9. Чем отличаются версии ядра linux с чётными номерами от версий с нечётными?
10. Кто отвечает за качество открытого ПО?
11. Что делать если автор GPL продукта не принимает patch, а изменить продукт всё таки хочется?
12. Как можно объединить в единую систему компоненты распространяемые по свободной лицензии с компонентами распространяемыми по закрытой лицензии?
13. Каким образом можно «сменить» лицензию GPL ного продукта, например – ядра Linux?
14. Какие последствия для граждан России имеет подписание соглашения о неразглашении (DNA), включающее в себя обязательство неразглашать своё участие в проекте?
15. Какие файлы помимо непосредственно запускаемых обязательно должны поставляться вместе с OpenSource продуктом?
16. Кто в open source продукте принимает решение о применении patch а?
17. Чем для разработчика лицензия BSD может быть лучше лицензии GPL?
18. Как называется принцип управления проектом, который используется в проектах Jakarta?
19. Для каких продуктов (открытых или закрытых) чаще выпускаются новые версии, и почему?
20. Приведите пример, как можно заработать на oper source программном обеспечении (бизнес модель).
21. Какие обязательства по отношению к первоначальным авторам GPL продукта накладываются на того кто делает fork ?
22. Назовите какой-нибудь продукт Microsoft под открытой лицензией
23. Какие права на свой код имеет программист, работающий в компании как обычный сотрудник (нанятый полностью в соответствии с КЗоТ ом)?
24. Существуют ли судебные преценденты по защите продукта по GPL лицензии?
25. Каким образом действует лицензия GPL в России?
Тема 16. движение OpenSource
Контрольные вопросы:
1. Можно ли продавать продукты, на которые распространяется лицензия GPL?
2. Какую основную цель преследовали создатели LGPL?
3. Почему Линус Торвальдс выбрал GPL?
4. Могут ли в России абсолютно все права на программный продукт принадлежать юридическому лицу?
5. Могут ли open source продукты поставляться в виде бинарных установочных файлов?
6. В чём проблема приёма патчей авторами open source проекта?
7. Назовите 4 основных права, которые являются критериями свободной лицензии
8. В зависимости от какого права квалифицируются роли участников проекта Jakarta?
9. Чем отличаются версии ядра linux с чётными номерами от версий с нечётными?
10. Кто отвечает за качество открытого ПО?
11. Что делать если автор GPL продукта не принимает patch, а изменить продукт всё таки хочется?
12. Как можно объединить в единую систему компоненты распространяемые по свободной лицензии с компонентами распространяемыми по закрытой лицензии?
13. Каким образом можно «сменить» лицензию GPL ного продукта, например – ядра Linux?
14. Какие последствия для граждан России имеет подписание соглашения о неразглашении (DNA), включающее в себя обязательство неразглашать своё участие в проекте?
15. Какие файлы помимо непосредственно запускаемых обязательно должны поставляться вместе с OpenSource продуктом?
16. Кто в open source продукте принимает решение о применении patch а?
17. Чем для разработчика лицензия BSD может быть лучше лицензии GPL?
18. Как называется принцип управления проектом, который используется в проектах Jakarta?
19. Для каких продуктов (открытых или закрытых) чаще выпускаются новые версии, и почему?
20. Приведите пример, как можно заработать на oper source программном обеспечении (бизнес модель).
21. Какие обязательства по отношению к первоначальным авторам GPL продукта накладываются на того кто делает fork ?
22. Назовите какой-нибудь продукт Microsoft под открытой лицензией
23. Какие права на свой код имеет программист, работающий в компании как обычный сотрудник (нанятый полностью в соответствии с КЗоТ ом)?
24. Существуют ли судебные преценденты по защите продукта по GPL лицензии?
25. Каким образом действует лицензия GPL в России?
-
vva - Администратор
- Сообщений: 2914
- Зарегистрирован: 06 фев 2007, 13:33
vva » 03 окт 2008, 12:45
Докладывали Ведерникова и Шадрина на тему 4 "Организация общения с заказчиком и разработки IT проектов"
мне доклад понравился, докладчики ссылались на "правильные" источкники
классическую книгу Брукса "Мифический человеко-месяц" и "PMBook" (который кстати к своему стыду не осилил пока я сам, хотя девчёнки довольно интересно рассказали оттуда про управление рисками). Кроме того по предмету я бы настоятельно рекомендовал Йордана "Путь камикадзе". Всю перечисленную литературу легко найти в сети в электронном виде на русском языке.
Весьма странно что совсем по их словам не нашли материала на тезис "оценка трудозатрат"
сеть кишмя кишит этой информацией, начиная от разъяснений "на пальцах", вроде:
http://www.rsdn.ru/Forum/?mid=591793
до вполне себе систематических и полунаучных вроде:
http://www.rsdn.ru/Forum/?mid=2693782
http://zhurnal.gpi.ru/articles/2008/030.pdf
http://www.osp.ru/cio/2002/07-08/172220/
http://itc.ua/node/25631
я бы ориентировался на источники.
кроме того у каждого в практическом задании стоит пункт "Оценка трудозатрат".
который у нас тупо и без выдумки будет строиться по следующей простейшей схеме
1) сколько времени ушло на написание ТЗ (смого задания)
2) сколько времени планируется потратить на уровень работы с данными и общую внутреннюю структуру
3) для каждого окошка или странички (экранных форм) которые упомянуты на этапе проектирования интерфейса (именно поэтому важно прописать заранее всё что может понадобиться) посчитать сколько оценить займёт его изготовление (обычно 3-16 часов пишут в зависимости от сложности, но бывают и гораздо более трудоёмкие экранные формы). Для окошек "с закладками" обычно каждую закладку оценивают. То же самое для печатных форм.
4) отдельно оценивается всякая нетривиальная задача или взаимодействие с внешними модулями
5) время на развёртывание или на написание инсталлятора, если требуется
6) время на написание документации, если требуется
7) прикинуть время на тестирование как какой то процент от суммы пунктов 2-4 (10-50 %)
оценки (estimation) составленные в таком стиле обычно выглядят понятными для заказчика (т.е. именно перечисленные "функциональные точки" заказчик понимает)
Далее, докладчики записали экспертов в команду разработчиков (что на самом деле бывает крайне редко) и не упомянули пользователей программы на стороне заказчика вообще.
Значит докладчики получили 5 несмотря на то что не раскрыли один пункт и драматически не уложились по времени. По крайней мере привлекли достаточно обыширный материал и поразбирались в проблеме.
Остальная группа получила следующие оценки за контрольные вопросы по теме (фаимлия, номер вопроса, оценка):
Ботов 9 5
Ившина 6 2
Гиззатова 24 4
Дементьев 16 2
Киселёв 26 4
Копкова 14 5
Злобин 7 3
Каримов 5 5
Белякова 20 2
Вахрушев 23 2
Шалыгина 19 5
Исмагилова 11 5
Леонтьев 22 2
Романова 4 3
Щелчков 3 4
Средняя оценка без учёта пропустивших - 3, с учётом пропустивших - 3.5
Отсуствовали Зиновьева, Серебрянников, Пишков, Пушин.
Кроме того, в начали пары при задержке с докладом попытались исправить двойки за "Тема 1. Проектирование схемы данных" со следующими результатами (фаимлия, номер вопроса, оценка):
Гиззатова 1 5
Злобин 21 2
Вахрушев 11 3
Злобин заявил что нормализация базы данных не всегда доводится до конца потому что это долго.
Несмотря на то что доказанная временная сложность алгоритма нормализации ( http://www.kgau.ru/istiki/teis/ch14s07.html ) - имеет вполне себе полиномальную скорость
мне доклад понравился, докладчики ссылались на "правильные" источкники
классическую книгу Брукса "Мифический человеко-месяц" и "PMBook" (который кстати к своему стыду не осилил пока я сам, хотя девчёнки довольно интересно рассказали оттуда про управление рисками). Кроме того по предмету я бы настоятельно рекомендовал Йордана "Путь камикадзе". Всю перечисленную литературу легко найти в сети в электронном виде на русском языке.
Весьма странно что совсем по их словам не нашли материала на тезис "оценка трудозатрат"
сеть кишмя кишит этой информацией, начиная от разъяснений "на пальцах", вроде:
http://www.rsdn.ru/Forum/?mid=591793
до вполне себе систематических и полунаучных вроде:
http://www.rsdn.ru/Forum/?mid=2693782
http://zhurnal.gpi.ru/articles/2008/030.pdf
http://www.osp.ru/cio/2002/07-08/172220/
http://itc.ua/node/25631
я бы ориентировался на источники.
кроме того у каждого в практическом задании стоит пункт "Оценка трудозатрат".
который у нас тупо и без выдумки будет строиться по следующей простейшей схеме
1) сколько времени ушло на написание ТЗ (смого задания)
2) сколько времени планируется потратить на уровень работы с данными и общую внутреннюю структуру
3) для каждого окошка или странички (экранных форм) которые упомянуты на этапе проектирования интерфейса (именно поэтому важно прописать заранее всё что может понадобиться) посчитать сколько оценить займёт его изготовление (обычно 3-16 часов пишут в зависимости от сложности, но бывают и гораздо более трудоёмкие экранные формы). Для окошек "с закладками" обычно каждую закладку оценивают. То же самое для печатных форм.
4) отдельно оценивается всякая нетривиальная задача или взаимодействие с внешними модулями
5) время на развёртывание или на написание инсталлятора, если требуется
6) время на написание документации, если требуется
7) прикинуть время на тестирование как какой то процент от суммы пунктов 2-4 (10-50 %)
оценки (estimation) составленные в таком стиле обычно выглядят понятными для заказчика (т.е. именно перечисленные "функциональные точки" заказчик понимает)
Далее, докладчики записали экспертов в команду разработчиков (что на самом деле бывает крайне редко) и не упомянули пользователей программы на стороне заказчика вообще.
Значит докладчики получили 5 несмотря на то что не раскрыли один пункт и драматически не уложились по времени. По крайней мере привлекли достаточно обыширный материал и поразбирались в проблеме.
Остальная группа получила следующие оценки за контрольные вопросы по теме (фаимлия, номер вопроса, оценка):
Ботов 9 5
Ившина 6 2
Гиззатова 24 4
Дементьев 16 2
Киселёв 26 4
Копкова 14 5
Злобин 7 3
Каримов 5 5
Белякова 20 2
Вахрушев 23 2
Шалыгина 19 5
Исмагилова 11 5
Леонтьев 22 2
Романова 4 3
Щелчков 3 4
Средняя оценка без учёта пропустивших - 3, с учётом пропустивших - 3.5
Отсуствовали Зиновьева, Серебрянников, Пишков, Пушин.
Кроме того, в начали пары при задержке с докладом попытались исправить двойки за "Тема 1. Проектирование схемы данных" со следующими результатами (фаимлия, номер вопроса, оценка):
Гиззатова 1 5
Злобин 21 2
Вахрушев 11 3
Злобин заявил что нормализация базы данных не всегда доводится до конца потому что это долго.
Несмотря на то что доказанная временная сложность алгоритма нормализации ( http://www.kgau.ru/istiki/teis/ch14s07.html ) - имеет вполне себе полиномальную скорость
-
vva - Администратор
- Сообщений: 2914
- Зарегистрирован: 06 фев 2007, 13:33
vva » 03 окт 2008, 13:07
ещё был вопрос про маркетинговый пасспорт.
да, конечно, оценка за задание будет слабо зависеть от того насколько вы тщательно исследуете рынок.
цель этого задания - получить понимание того, что именно берётся за основу при проектировании информационных систем.
что именно для разработчиков является солнцем, по которому они должны ориентироваться.
т.е. все остальные пункты задания должны основываться на маркетинговом пасспорте, даже если он действительно не вполне адекватно отражает ситуацию на рынке (вот выбрали себе направление - туда и идём)
в противовес того что обычно происходит - разработчики основываются на собственных предпочтениях, к тому же регулярно их меняя.
в конце концов, за это направление должны отвечать не вы, а действительно маркетолог и человек, который оплачивает разработку. ваша же программа минимум - изначально показать на что вы ориентируетесь (если они сами не могут внятно это выразить). т.е. предполагается что заказчик прочитает ваш "маркетинговый пасспорт" и либо сам его поправит, либо меньше будет жаловаться что вы пишете не совсем то что он хотел. вообще для таких "неопределённых" заказчиков анкеты проектов специальные пишут, в которых те же самые вопросы что и в пасспорте, например:
http://www.emarketing.by/%7Bsources%7D/_files/1.doc
да, конечно, оценка за задание будет слабо зависеть от того насколько вы тщательно исследуете рынок.
цель этого задания - получить понимание того, что именно берётся за основу при проектировании информационных систем.
что именно для разработчиков является солнцем, по которому они должны ориентироваться.
т.е. все остальные пункты задания должны основываться на маркетинговом пасспорте, даже если он действительно не вполне адекватно отражает ситуацию на рынке (вот выбрали себе направление - туда и идём)
в противовес того что обычно происходит - разработчики основываются на собственных предпочтениях, к тому же регулярно их меняя.
в конце концов, за это направление должны отвечать не вы, а действительно маркетолог и человек, который оплачивает разработку. ваша же программа минимум - изначально показать на что вы ориентируетесь (если они сами не могут внятно это выразить). т.е. предполагается что заказчик прочитает ваш "маркетинговый пасспорт" и либо сам его поправит, либо меньше будет жаловаться что вы пишете не совсем то что он хотел. вообще для таких "неопределённых" заказчиков анкеты проектов специальные пишут, в которых те же самые вопросы что и в пасспорте, например:
http://www.emarketing.by/%7Bsources%7D/_files/1.doc
-
vva - Администратор
- Сообщений: 2914
- Зарегистрирован: 06 фев 2007, 13:33
vva » 10 окт 2008, 10:51
результаты последнего занятия:
докладывала Гиззатова на тему "Внутренняя организация проекта"
я поставил оценку 4, несмотря на то что практически все тезисы были в той или иной степени раскрыты и освещены.
4 - потому что рассказано было без иллюстраций, примеров и потому не очень наглядно, отчего аудитория как я подозреваю не очень хорошо уяснила материал (хотелось бы чтобы в электронной версии эти недостатки были устранены)
вообще тоже тут всплыла проблема того, какие именно продукты-технологии разбирать.. видимо мне нужно в тезисах пояснее указывать, а то студенты постоянно какую то экзотику вместо mainstream а выбирают
в частности в качестве систем контроля версий нужно разбирать сейчас CVS и SVN (причём последний - больше)
в качестве систем для "сборки за один шаг" - make, ant, nant (а не какое то исчадие Borland а или даже Microsoft а)
в качестве системы для работы с разделяемыми внешними библиотеками (последний тезис) я вообще то ожидал услышать что нибудь про Maven http://maven.apache.org/what-is-maven.html (на лекции я назвал Avalon, но это другой проект)
Группа получила следующие оценки за контрольные вопросы по теме (фаимлия, номер вопроса, оценка):
Ботов 3 2
Ившина 9 5
Ведерникова 17 5
Дементьев 1 2
Киселёв 10 2
Копкова 21 4
Белякова 22 2
Вахрушев 2 2
Шалыгина 13 5
Исмагилова 16 5
Леонтьев 20 2
Романова 8 4
Средняя оценка без учёта пропустивших - 2, с учётом пропустивших - 3
отсутствовали Зиновьева, Серебрянников, Шадрина, Злобин, Каримов, Пишков, Пушин, Щелчков
докладывала Гиззатова на тему "Внутренняя организация проекта"
я поставил оценку 4, несмотря на то что практически все тезисы были в той или иной степени раскрыты и освещены.
4 - потому что рассказано было без иллюстраций, примеров и потому не очень наглядно, отчего аудитория как я подозреваю не очень хорошо уяснила материал (хотелось бы чтобы в электронной версии эти недостатки были устранены)
вообще тоже тут всплыла проблема того, какие именно продукты-технологии разбирать.. видимо мне нужно в тезисах пояснее указывать, а то студенты постоянно какую то экзотику вместо mainstream а выбирают
в частности в качестве систем контроля версий нужно разбирать сейчас CVS и SVN (причём последний - больше)
в качестве систем для "сборки за один шаг" - make, ant, nant (а не какое то исчадие Borland а или даже Microsoft а)
в качестве системы для работы с разделяемыми внешними библиотеками (последний тезис) я вообще то ожидал услышать что нибудь про Maven http://maven.apache.org/what-is-maven.html (на лекции я назвал Avalon, но это другой проект)
Группа получила следующие оценки за контрольные вопросы по теме (фаимлия, номер вопроса, оценка):
Ботов 3 2
Ившина 9 5
Ведерникова 17 5
Дементьев 1 2
Киселёв 10 2
Копкова 21 4
Белякова 22 2
Вахрушев 2 2
Шалыгина 13 5
Исмагилова 16 5
Леонтьев 20 2
Романова 8 4
Средняя оценка без учёта пропустивших - 2, с учётом пропустивших - 3
отсутствовали Зиновьева, Серебрянников, Шадрина, Злобин, Каримов, Пишков, Пушин, Щелчков
-
vva - Администратор
- Сообщений: 2914
- Зарегистрирован: 06 фев 2007, 13:33
vva » 10 окт 2008, 11:02
на практику наконец то принёс Макретинговый пасспорт Киселёв
в общем и целом принёс то что было нужно, хотя и с замечаниями.
в частности:
1. некоторые цифры вообще никак не обоснованы. понятно что всё равно сосание из пальца, но хотя бы описывайте как именно.. как вы рассуждали.. а по некоторым вещам несложно в интернете информацию найти
2. после сегментирования и выбора целевого сегмента дальнейший анализ и позиционирование всё равно идёт на все сегменты сразу.. это не правильно.. выбрали сегмент - позиционируйтесь и ориентируйтесь на него, остальных можно рассматривать лишь по стольку поскольку и не расписывать так подробно..
3. в качестве канала продвижения указывать просто интернет и раскрутку через него - через чур общо.. где будете давать рекламу? на каких форумах или сайтах? или электронную рассылку сделаете? для кого? да даже если тупо в интернете основываться на чисто поисковом траффике - придумайте тогда целевые запросы к поисковику по которым раскручиваться будете и стоимость их раскрутки используя direct.yandex.ru и на нём ссылочка "подбор слов". если раскручивать как у Киселёва по фразе "съём жилья" или "съём квартиры" которые ищёт менее 10000 раз в месяц - ещё куда не шло. если больше - вы просто не пробъётесь или такая раскрутка влетит вам в большие деньги
4. описывайте всю систему целиком.. если вы продаёте информацию то описывайте не только то кто информацию берёт но и то откуда она будет возникать в системе.. в частности для проектов которые свояд потребителей и поставщиков услуг нужно прописывать как целевую аудиторию не только потребителей но и поставщиков
5. забыл сказать что конкуретнов нужно рассматривать не только из круга IT-систем но и традиционную организацию процесса (на совсем старых технологиях) тоже нужно анализировать как конкурента. В частности для проекта "съем жилья" конкуретнами очевидно будут являться дикие посредники (агенства), которые сидят на телефоне (диспетчеры) и разруливают тех кто сдаёт и тех кто снимает
в общем и целом принёс то что было нужно, хотя и с замечаниями.
в частности:
1. некоторые цифры вообще никак не обоснованы. понятно что всё равно сосание из пальца, но хотя бы описывайте как именно.. как вы рассуждали.. а по некоторым вещам несложно в интернете информацию найти
2. после сегментирования и выбора целевого сегмента дальнейший анализ и позиционирование всё равно идёт на все сегменты сразу.. это не правильно.. выбрали сегмент - позиционируйтесь и ориентируйтесь на него, остальных можно рассматривать лишь по стольку поскольку и не расписывать так подробно..
3. в качестве канала продвижения указывать просто интернет и раскрутку через него - через чур общо.. где будете давать рекламу? на каких форумах или сайтах? или электронную рассылку сделаете? для кого? да даже если тупо в интернете основываться на чисто поисковом траффике - придумайте тогда целевые запросы к поисковику по которым раскручиваться будете и стоимость их раскрутки используя direct.yandex.ru и на нём ссылочка "подбор слов". если раскручивать как у Киселёва по фразе "съём жилья" или "съём квартиры" которые ищёт менее 10000 раз в месяц - ещё куда не шло. если больше - вы просто не пробъётесь или такая раскрутка влетит вам в большие деньги
4. описывайте всю систему целиком.. если вы продаёте информацию то описывайте не только то кто информацию берёт но и то откуда она будет возникать в системе.. в частности для проектов которые свояд потребителей и поставщиков услуг нужно прописывать как целевую аудиторию не только потребителей но и поставщиков
5. забыл сказать что конкуретнов нужно рассматривать не только из круга IT-систем но и традиционную организацию процесса (на совсем старых технологиях) тоже нужно анализировать как конкурента. В частности для проекта "съем жилья" конкуретнами очевидно будут являться дикие посредники (агенства), которые сидят на телефоне (диспетчеры) и разруливают тех кто сдаёт и тех кто снимает
-
vva - Администратор
- Сообщений: 2914
- Зарегистрирован: 06 фев 2007, 13:33
vva » 16 окт 2008, 11:00
так, по 36-й теме конкурентов не могли найти..
вот куча ссылок:
http://www.inissoft.by/
http://festival.1september.ru/articles/104470/
http://panvladislav.1gb.ru/univercity.aspx
http://www.rector.spb.ru/
http://www.mnogosmenka.ru/drugoe/informatizaciia.htm
вот тут внизу целый список:
http://festival.1september.ru/subjects/18/
кароче море продуктов по сходной тематике!
вот куча ссылок:
http://www.inissoft.by/
http://festival.1september.ru/articles/104470/
http://panvladislav.1gb.ru/univercity.aspx
http://www.rector.spb.ru/
http://www.mnogosmenka.ru/drugoe/informatizaciia.htm
вот тут внизу целый список:
http://festival.1september.ru/subjects/18/
кароче море продуктов по сходной тематике!
-
vva - Администратор
- Сообщений: 2914
- Зарегистрирован: 06 фев 2007, 13:33
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
