Показать сообщение отдельно
Старый 04.02.2011, 09:22   #66
Январь
Команда сайта
 
Аватар для Январь
 
Регистрация: 14.05.2009
Адрес: Москва
По умолчанию

О подходе к организации разработки соц.сети:

1. Нужен человек который глубоко знает ядро той или иной системы управления содержимым (CMS/CMF) + эта система должна иметь возможность работы как система представления "модель + вид + данные" (MVC).

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

2. Из скольких бы человек не состояла рабочая группа - только один в ней царь и бог - тот, кто глубоко знает ядро системы... Остальные могут вообще эту систему не знать.

"Царь и бог" работает с ними в формате - "мне надо"...

Например - мне нужен абстрактный класс парсинга данных из XML в массив и обратно, на случай если аналогичный модуль в php отключен.

Если рабочая группа не способна решить эту задачу - "царь и бог" решает ее самостоятельно, если же способна - тем самым она облегчает ему ("царю и богу") работу + ускоряет процесс разработки.

3. При понимании п.2 - становится ясно, что для ускорения разработки "царю и богу" загодя необходимо продумать - что ему понадобится по крайней мере в ближайшее время - и поставить задачи на разработку рабочей группе наперед.

4. По ядру. Если нет человека - досконально знающего то или иное ядро, значит ядро нужно писать самостоятельно.

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

Другими словами - соц.сеть - это 20% - соц.сеть и 80% - ядро системы управления.

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

... И так далее ...

Вот с чего следовало бы начинать, а не с: "У нас будет то, то и то... И работать оно будет так, так и так..."...

Уж лучше задуматься на тему - каким условия вам и вашей ресурсной базе нужно удовлетворять, чтобы разговоры о соц сети были бы по крайней мере реальными...

А то ишь - видео сервис захотели... А транслятор кто писать будет - программист drupal, или же программист C++ - которого нет??? Хосту под видео сервис за 20 штук в месяц (на первое время) кто проплачивать будет???

...
Январь вне форума   Ответить с цитированием