Проект "Разработка программ на заказ"
Модератор: BV
- Ronin
- Постоялец
-
- Сообщения: 635
- Зарегистрирован: 13.02.2002 (Ср) 14:16
- Откуда: Россия, Москва
Ronin » 04.12.2004 (Сб) 18:05
Доброго времени суток!
Все желающие вступить в FDU (http://bbs.vbstreets.ru/viewforum.php?f=26), прошу обращаться ко мне.
Всего доброго
Все желающие вступить в FDU (http://bbs.vbstreets.ru/viewforum.php?f=26), прошу обращаться ко мне.
Всего доброго
С уважением,
Игорь Шувалов aka Ronin
Игорь Шувалов aka Ronin
???
).- Ronin
- Постоялец
-
- Сообщения: 635
- Зарегистрирован: 13.02.2002 (Ср) 14:16
- Откуда: Россия, Москва
Ronin » 09.12.2004 (Чт) 19:35
tyomitch писал(а):Наверное, написать заявление в двух экземплярах, с приложением фотографии 3х4?
Ну зачем же так? Нужно мне отослать ваше резюме... Там опишите, какой у вас опыт, чем вам больше всего нравится заниматься. Что у вас больше получается
С уважением,
Игорь Шувалов aka Ronin
Игорь Шувалов aka Ronin
- xolod
- Гуру
- Сообщения: 1162
- Зарегистрирован: 15.01.2004 (Чт) 0:42
- Откуда: Moscow
xolod » 09.12.2004 (Чт) 19:52
to tyomitch
Именно так, и еще небольшой взнос в $ или € каждому из членов FDU, конечно
Именно так, и еще небольшой взнос в $ или € каждому из членов FDU, конечно
Constant ERROR_SUCCESS deprecated. I'm so happy.
Программирование и дизайн – http://www.macrointellect.ru
- BV
- Thinker
-
- Сообщения: 3987
- Зарегистрирован: 12.09.2004 (Вс) 0:55
- Откуда: Молдавия, г. Кишинёв
BV » 10.04.2005 (Вс) 23:55
Если кому интересно, я бы проголосовал так:
+
-
+
++
Хотя я пишу по большей части программы-вьюверы чего-либо.
2 ANDLL
Так проект ещё жив? Если да, то кто в нём сейчас участвует и как к нему присоединиться?
Да... ИМХО проект с программой-эталоном, тем более на VB, обречён на провал, так как это потребует достаточно хорошей организации обмена информацией между участниками (программистами) и достаточно много времени.
+
-
+
++
Хотя я пишу по большей части программы-вьюверы чего-либо.
2 ANDLL
Так проект ещё жив? Если да, то кто в нём сейчас участвует и как к нему присоединиться?
Да... ИМХО проект с программой-эталоном, тем более на VB, обречён на провал, так как это потребует достаточно хорошей организации обмена информацией между участниками (программистами) и достаточно много времени.
- ANDLL
- Великий гастроном
-
- Сообщения: 3450
- Зарегистрирован: 29.06.2003 (Вс) 18:55
ANDLL » 11.04.2005 (Пн) 13:12
Официальной смерти проекта зарегистрировано не было. Однако, последнее сообщение на нашем форуме было сделано Дек 29, 2004. Думаю, говорить о жизни такого проекта нет смысла.
Однако, возможно позже, я попробую создать нечто, подобное пролетевшему со свистом FDU.
Однако, возможно позже, я попробую создать нечто, подобное пролетевшему со свистом FDU.
Гастрономия - наука о пище, о ее приготовлении, употреблении, переварении и испражнении.
Блог
Блог
- Ronin
- Постоялец
-
- Сообщения: 635
- Зарегистрирован: 13.02.2002 (Ср) 14:16
- Откуда: Россия, Москва
Ronin » 15.06.2005 (Ср) 0:36
ANDLL писал(а):Официальной смерти проекта зарегистрировано не было. Однако, последнее сообщение на нашем форуме было сделано Дек 29, 2004. Думаю, говорить о жизни такого проекта нет смысла.
Однако, возможно позже, я попробую создать нечто, подобное пролетевшему со свистом FDU.
Да проект по сути не помер, а можно сказать "законсервирован". Проблемы у организаторов.
С уважением,
Игорь Шувалов aka Ronin
Игорь Шувалов aka Ronin
- ANDLL
- Великий гастроном
-
- Сообщения: 3450
- Зарегистрирован: 29.06.2003 (Вс) 18:55
ANDLL » 22.01.2006 (Вс) 22:07
Такс...
На всякий случай подниму эту тему, что бы народ почитал. Кстати, можете еще писать свои мнения касательно эталонных програм. Это еще интересно.
Во-вторых, не подумайте ради бога что я злорадствую, но хотелось бы узнать каково положение дел в отрасли? FDU еще жив?
На всякий случай подниму эту тему, что бы народ почитал. Кстати, можете еще писать свои мнения касательно эталонных програм. Это еще интересно.
Во-вторых, не подумайте ради бога что я злорадствую, но хотелось бы узнать каково положение дел в отрасли? FDU еще жив?
Гастрономия - наука о пище, о ее приготовлении, употреблении, переварении и испражнении.
Блог
Блог
- Хакер
- Телепат
-
- Сообщения: 16478
- Зарегистрирован: 13.11.2005 (Вс) 2:43
- Откуда: Казахстан, Петропавловск
Хакер » 23.01.2006 (Пн) 2:58
Ух-ты, какая древняя тема так сказать восстала из мёртвых.
1)Первое
+
+
+
++
Кстати, пункт (4) 3 месяца назад разрабатывался мной, пока смерть HDD не остановила процесс. Могу показать, что получилось.
2)Второе
Если всё серьёзно нужно точно разработать механизм, по которому мы будем работать. Т.е. при поступлении заказа, кто-то один берётся его делать или все (а точнее каждый) берётся за разработку отдельной части программы. Если второе, то нужно точно определить, как будут распределяться обязанности, а также ввести какие-нибудь стандарты. Т.е. нужно решить как должны "выглядить" модули, которые каждый будет присылать: будет ли это скомпилированные dll или связка форм, модулей, UC-ов, короче исходники. Ну и ещё какие-нибудь стандарты. Например, при программировании игр принят специальный стиль именования: раздел, к которому относится функция, символ "_" и собственно название. Например: AI_SetTarget, AI_ResetKnownPaths, G_LoadGame, VID_SetResolution, VID_Restart, PHYS_Gravity, PHYS_SetRBProperty и тд. Из личного опыта скажу что это очень облегчает жизнь уже через 10 дней разработки т.к. число функций доходить до двух-трёх сотен и запомнит имя такой функции (AI_SelfPreservationLGeomMemoryFindEnoughCoveringArea) очень сложно, особенно когда около двадцати начинается на SelfPreservationLGeomMemory).
3) Третье
Что касается свободног времени. Не могу сказать, что полно свободного времени, но я привык к режиму, когда приходилось вести до 5 проектов одновременно. Ну а сейчас например проекта 2. Поэтому +/- 1 - это нестрашно.
4) Четвёртое
Нужно устроить вступительные экзамены.
5) Пятое
Мне ещё нравится такой вариант: Сначала наш коллектив обсуждает идею программы, т.е. придумываем оригинальную идею, чтобы программа была действительно нужной и имела минимум аналогов (а лучше вообще не имела) аналогов. Потом, когда все согласятся на какой-нибудь идее, нужно решить, какие трудности могут возникнуть, сколько времени нужно для разработки и самое главное распределить задачи по членам общества. Т.е. (к примеру, пишем плеер) кто-нибудь говорит "Я займусь поддержкой кучи аудио-форматов" и так не начинаем разработку пока на каждую часть (задачу) не найдётся желающего её выполнить.
Так вот, предлагаю делать программы лимитными по времени, например на месяц. Нужно придерживаться такого принципа: не так должна быть знаменита программа, как название фирмы-разработчика. Т.е. в идеальном варианте у каждого пользователя должно быть как минимум 2 наших программы и самое главное что именно "наших". (Ой, как я тупо и непонятно объясняю). Короче пользователь должен знать, что "Да, есть такая фирма "<Firm.Name>", которая действительно пишет реальный и полезный софт." Т.е. не столько должно запомниться название программы или сама программа, сколько название нашего коллектива. Пользователь сначала поставит себе первую нашу программу, увидит SplashScreen (который должен быть очень запоминающийся). Попользуется, забудет. А потом поставит себе др. нашу программу и "хопс" опять эта фирма. Короче говоря пользователь должен уяснить что "есть такая фирма, которая делает полезный для меня софт". Потом из любопытства пользователь захочет зайти на наш сайт, поискать ещё "полезный для него" программы. И нужно обязательно на сплэше писать что-то типа
Заходите на "www.#######.ru
И найдёте множество нужных вам программ.
или что-то в таком, побуждающем зайти, духе. А уж когда он зайдёт на сайт пусть первым делом увидит "Заполни анкету и тебе изготовят программу на заказ." И пусть он даже ничего заказывать не будет, и не надо, главное чтобы в памяти осталось что "есть такая фирма ..." и "а ещё эта фирма делает программы на заказ" причём, заказать можно по интернету.
Ну вобщем тут дело в рекламе получается. И это самое главное - создать себе репутацию не фирмы типа HS&HF а фирмы, которая выпустила много известного и хорошо используемого в народе софта.
6) И так и не монятно как и куда вступать и кто главный? (а ещё кто виноват и что делать?
)
1)Первое
+
+
+
++
Кстати, пункт (4) 3 месяца назад разрабатывался мной, пока смерть HDD не остановила процесс. Могу показать, что получилось.
2)Второе
Если всё серьёзно нужно точно разработать механизм, по которому мы будем работать. Т.е. при поступлении заказа, кто-то один берётся его делать или все (а точнее каждый) берётся за разработку отдельной части программы. Если второе, то нужно точно определить, как будут распределяться обязанности, а также ввести какие-нибудь стандарты. Т.е. нужно решить как должны "выглядить" модули, которые каждый будет присылать: будет ли это скомпилированные dll или связка форм, модулей, UC-ов, короче исходники. Ну и ещё какие-нибудь стандарты. Например, при программировании игр принят специальный стиль именования: раздел, к которому относится функция, символ "_" и собственно название. Например: AI_SetTarget, AI_ResetKnownPaths, G_LoadGame, VID_SetResolution, VID_Restart, PHYS_Gravity, PHYS_SetRBProperty и тд. Из личного опыта скажу что это очень облегчает жизнь уже через 10 дней разработки т.к. число функций доходить до двух-трёх сотен и запомнит имя такой функции (AI_SelfPreservationLGeomMemoryFindEnoughCoveringArea) очень сложно, особенно когда около двадцати начинается на SelfPreservationLGeomMemory).
3) Третье
Что касается свободног времени. Не могу сказать, что полно свободного времени, но я привык к режиму, когда приходилось вести до 5 проектов одновременно. Ну а сейчас например проекта 2. Поэтому +/- 1 - это нестрашно.
4) Четвёртое
Нужно устроить вступительные экзамены.
5) Пятое
Мне ещё нравится такой вариант: Сначала наш коллектив обсуждает идею программы, т.е. придумываем оригинальную идею, чтобы программа была действительно нужной и имела минимум аналогов (а лучше вообще не имела) аналогов. Потом, когда все согласятся на какой-нибудь идее, нужно решить, какие трудности могут возникнуть, сколько времени нужно для разработки и самое главное распределить задачи по членам общества. Т.е. (к примеру, пишем плеер) кто-нибудь говорит "Я займусь поддержкой кучи аудио-форматов" и так не начинаем разработку пока на каждую часть (задачу) не найдётся желающего её выполнить.
Так вот, предлагаю делать программы лимитными по времени, например на месяц. Нужно придерживаться такого принципа: не так должна быть знаменита программа, как название фирмы-разработчика. Т.е. в идеальном варианте у каждого пользователя должно быть как минимум 2 наших программы и самое главное что именно "наших". (Ой, как я тупо и непонятно объясняю). Короче пользователь должен знать, что "Да, есть такая фирма "<Firm.Name>", которая действительно пишет реальный и полезный софт." Т.е. не столько должно запомниться название программы или сама программа, сколько название нашего коллектива. Пользователь сначала поставит себе первую нашу программу, увидит SplashScreen (который должен быть очень запоминающийся). Попользуется, забудет. А потом поставит себе др. нашу программу и "хопс" опять эта фирма. Короче говоря пользователь должен уяснить что "есть такая фирма, которая делает полезный для меня софт". Потом из любопытства пользователь захочет зайти на наш сайт, поискать ещё "полезный для него" программы. И нужно обязательно на сплэше писать что-то типа
Заходите на "www.#######.ru
И найдёте множество нужных вам программ.
или что-то в таком, побуждающем зайти, духе. А уж когда он зайдёт на сайт пусть первым делом увидит "Заполни анкету и тебе изготовят программу на заказ." И пусть он даже ничего заказывать не будет, и не надо, главное чтобы в памяти осталось что "есть такая фирма ..." и "а ещё эта фирма делает программы на заказ" причём, заказать можно по интернету.
Ну вобщем тут дело в рекламе получается. И это самое главное - создать себе репутацию не фирмы типа HS&HF а фирмы, которая выпустила много известного и хорошо используемого в народе софта.
6) И так и не монятно как и куда вступать и кто главный? (а ещё кто виноват и что делать?
)—We separate their smiling faces from the rest of their body, Captain.
—That's right! We decapitate them.
—That's right! We decapitate them.
- Wild VB Code for Food
- Постоялец
- Сообщения: 387
- Зарегистрирован: 16.06.2005 (Чт) 17:34
- Откуда: ты, друг? =)) Сообщений: 1234
Wild VB Code for Food » 25.01.2006 (Ср) 4:51
Я бы предложил RFS (Remote File Server) тк Клиент - Серверные - моя тема.
Лучше думать чем жевать.
- Viper
- Артефакт VBStreets
-
- Сообщения: 4394
- Зарегистрирован: 12.04.2005 (Вт) 17:50
- Откуда: Н.Новгород
Viper » 26.01.2006 (Чт) 18:48
На мой взгляд идея имеет право на существование, особенно с учетом сказанного Хакером
А что касается опроса, то
1. ++
2. +
3. +
4. ++
Вроде не обшибился пунктами
А что касается опроса, то
1. ++
2. +
3. +
4. ++
Вроде не обшибился пунктами
Весь мир матрица, а мы в нем потоки байтов!
- ANDLL
- Великий гастроном
-
- Сообщения: 3450
- Зарегистрирован: 29.06.2003 (Вс) 18:55
ANDLL » 26.01.2006 (Чт) 19:19
эээ?
"Кажется, что имеет шанс на существование"? Ну так объединяйтесь и действуйте! Что вам мешает?
Хакер
!Viper!
keks-n
Wild VB Code for Food
По моемеу даже четырех человек вполне хватит поначалу...
"Кажется, что имеет шанс на существование"? Ну так объединяйтесь и действуйте! Что вам мешает?
Хакер
!Viper!
keks-n
Wild VB Code for Food
По моемеу даже четырех человек вполне хватит поначалу...
Гастрономия - наука о пище, о ее приготовлении, употреблении, переварении и испражнении.
Блог
Блог
- BV
- Thinker
-
- Сообщения: 3987
- Зарегистрирован: 12.09.2004 (Вс) 0:55
- Откуда: Молдавия, г. Кишинёв
BV » 26.01.2006 (Чт) 19:53
Кстати, то, что я написал выше, в счёт не принимать.
const char *out = "|*0>78-,+<|"; size_t cc = char_traits<char>::length(out);
for (size_t i=0;i<cc;i++){cout<<static_cast<char>((out[i]^89));}cout<<endl;
for (size_t i=0;i<cc;i++){cout<<static_cast<char>((out[i]^89));}cout<<endl;
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2