roboforum.ru

by moderator =DeaD=

Отделено из: forum60/topic8935-60.html
=======================================================================================

Самопал - это самая худшая идея.

Спорно. Весьма и весьма спорно.

Иначе потом этот разработчик начнет тебе диктовать условия, а всем остальным нафиг не надо будет в самопале копаться.

а все остальное это значит будет не самопал а широко распространенное типовое решение с армией комьюнити? Это ж надо просто таки миллионам пользователей по всему миру - собирать статистику по udp именно в этом формате и складывать в базу..

Нет смысла тянуть универсального монстра ради одной только авторизации, которая по сути капля в море. Любой нормальный MVC код легко и просто поддерживать. Особенно если там нет лишнего от универсальной системы. То что подходит в случае когда надо решить типовую задачу не всегда подходит для решения узкоспециальной задачи.
Работы на все про все там неделя, если нет особых загвоздок с протоколом. Задержки могут быть с рисованием дизайна, но это лучше сделать отдельно и не грузить программиста. Самому найти дизайнера и ему морочить голову этими вопросами.

Задачу надо поставить правильно и проследить чтобы не было говнокода - это гораздо важнее для поддержки и последующего развития, чем попытка применить что-то универсальное для одной сотой части задачи.

frig писал(а):Нет смысла тянуть универсального монстра ради одной только авторизации, которая по сути капля в море.

А и не надо брать монстра типа java

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

=DeaD=, это все в задаче должно быть. Предполагать то чего может никогда не быть занятие не особо.. потом захочется магазин, новости, аукцион и небольшую доску объявлений, форум, видеочат для общения с потенциальными клиентами, gps трекинг и так далее и далее на небосклон. Только так рассуждать надо сразу очень жирно денег отвалить.

Что я точно скажу, так это что интеграция в CMS будет дороже, чем отдельностоящая система, что под ту самую cms еще надо написать толково, чтобы не потерять возможность обновлять родительскую систему (чем популярнее система, тем она популярнее для взлома), а в итоге все равно потом система обновится, модулек отвалится и погнали искать того, кто восстановит "справедливость"... Еще замечу, что под разные системы разное количество специалистов. Joomla и wp распространены и куча всяких тоже, а вот с битриксом не все связываются (не хотят руки марать ). В общем не вижу смысла связываться с модулем для какой-то системы. Будет нужен "портальный" функционал, поставишь рядом ту же джумлу и все. В худшем случае их по авторизации надо будет связать. Надо будет форум - поставишь рядом форум. И так далее.

frig писал(а):Joomla и wp распространены и куча всяких тоже, а вот с битриксом не все связываются

Я выше статистику приводил по внедрениям. А вы на чем основываетесь?

А вы на чем основывайтесь?

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

вотЪ

http://www.weblancer.net/projects/?sear ... rds=joomla
http://www.weblancer.net/projects/?sear ... 0%E8%EA%F1
Я не агитирую за joomla, я агитирую против модуля.

frig писал(а):В общем не вижу смысла связываться с модулем для какой-то системы. Будет нужен "портальный" функционал, поставишь рядом ту же джумлу и все. В худшем случае их по авторизации надо будет связать. Надо будет форум - поставишь рядом форум. И так далее.

У вас богатый опыт сайтостроения для серьезных контор?

Добавлено спустя 1 минуту 3 секунды:

frig писал(а):если специалиста найти сложно и дорого, то какой смысл?

Смысл простой - имеет значение интегральная стоимость результата, а не простота поиска специалиста.

=DeaD=, перестань мне выкать уже. Иль не узнал меня?

Кое какой опыт у меня имеется, а вот как связаны большие конторы, система для сбора информации с датчиков и EdGull для меня, например, загадка

Добавлено спустя 4 минуты 8 секунд:

Смысл простой - имеет значение интегральная стоимость результата, а не простота поиска специалиста.

Для меня понятие "интегральная стоимость результата" не вполне понятно. Когда хорошего специалиста не будет, а тот что будет - запросит дорого но сделает херово, то это к чему отнести? К стоимости владения?

Так давай на RoR предложим написать. Клевая штука! Только рубистов не найти, только по знакомству и дорого. Но круто-же!
Можно вообще сходить на профильный форум, к тем же фрилансерам. И их поспрошать.

frig писал(а):запросит дорого но сделает херово

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

Чудо?

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

А вот если исходить из популярности среди разработчиков (а нам же надо разработчика найти, да?) то хваленый битрикс совсем не так сладок, netcat - http://www.weblancer.net/projects/?sear ... rds=netcat тоже и так далее. Думаю поиском воспользоваться не сложно

http://www.weblancer.net/freelancers/?s ... rds=joomla вот тоже кстати.

Самое главное - не нужна CMS.

frig писал(а):Самое главное - не нужна CMS.

Писать с нуля систему авторизации с регистрацией, восстановлением пароля, редактированием профиля и т.п. развлечениями - деньги на ветер.

И так, Эду нужно:
1. демон который будет слушать UDP и сваливать данные в базу;
2. веб-морда для отображения данных из базы.

Демон на пыхе конечно возможен, но имхо это костыльно.
Для демона я бы применил python + twisted. Хотя можно и яву, и си-за-решеткой, да хоть дельфи. Это не принципиально.
Главное: есть демон который слушает устройства => пыхокодеру остается простая задача.

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

Писать с нуля систему авторизации с регистрацией, восстановлением пароля, редактированием профиля и т.п. развлечениями - деньги на ветер.

битрикс бесплатен?
Система регистрации вообще нужна будет или пользователей будет заводить администратор? Профиль нужен вообще или нет? Много вопросов, которые ставят все это под сомнение. А главное даже с учетом всех этих вещей в итоге оказывается, что надо либо переписывать имеющееся, либо писать новое. Переписывать старое дороже, дырки чужие остаются (это отдельный вопрос. если есть интерес - велкам в аську), возможность обновления пропадает, так как вносятся правки в существующую систему. И что на выходе? Надо пилить ради одной только авторизации какого-то монстра, от которого останутся дырки, утратится возможность обновления и все ради чего? ради 50$? так они боком выйдут потом, когда его надо будет поддерживать.

Vooon, если я правильно понял, то устройства отдают результаты по udp запросу. Демон не нужен, достаточно простецкого паука на том же php и шаред хостинг. Простейший.

frig писал(а):битрикс бесплатен?

Нет, а программист наёмный?

frig писал(а):и все ради чего? ради 50$?

Нет, ради будущего развития.

Нет, а программист наёмный?

ага.

ради будущего развития.

так кто ж против? будет развитие - будет задача. Будет задача, будет под нее решение. Надо будет портал - поставить рядом портал и не морочить голову.А не надо будет портал - и не надо. Чего делать если после того как написан модуль - система перестанет удовлетворять требованиям? Переписывать?

frig писал(а):Надо будет портал - поставить рядом портал и не морочить голову.

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

frig писал(а):А не надо будет портал - и не надо.

EdGull сказал уже "Развитие естественно планируется и еще какое..."