roboforum.ru

Для написания небольшой специализированной БД с вэбинтерфейсом (т.е. не типовой сайт) требуется фрилансер.
Никогда не работал с фрилансерами, появилось желание попробовать, поэтому кому интересно, присылайте портфолио на мыло
Raportun.RU @ gmail.com с темой фриланс

Краткое описание проекта:
Есть приборы с GPRS-модемами (их мы программируем сами).
Есть наши клиенты у которых стоят эти приборы, один и более.
Клиенты должны иметь возможность через наш сайт управлять приборами, получать с них отчетность, загружать в приборы новые файлы и удалять старые через UDP(управление приборами происходит через отправку-получение как бы файлов, как бы через FTP).
Мы должны иметь возможность загружать в эти приборы новые прошивки и т.д.

Разработку скорей всего нужно делать в CMS.
В какой именно это уже должен мотивированно сказать разработчик.

Безопасность и удобство работы клиентов самые важные параметры
Дизайн в стиле "хайтек с минимализмом", т.е. почти никакого дизайна
SEO нас в принципе не интересует

Стоимость должен сказать разработчик после выдачи ему ТЗ.
ТЗ выдаем только тем кто пришлет портфолио.

Оплата поэтапно, банковским переводом (в любом виде) или я.деньгами. Думаю что в моей платежоспособности никто не сомневается.

Кратко поясню, что GWT - новейшая технология от Google с применением AJAX. Она заключается в том, что на стороне сервера запускается приложение, которое позволяет программировать только на Java то, что будет работать на стороне клиента в виде самого стандартного JavaScript который управляет DOM страницы, а совсем не Java приложения в браузере. В процессе разработки происходит компиляция из Java в JavaScript. При этом создается максимально автономное приложение в компьютере клиента, приближенное к десктопным приложениям. Т.е. довольно "толстенький" и живенький клиент в браузере. Примеры отдельных частей того, как все это выглядит, посмотрите по ссылке http://www.sencha.com/examples/explorer.html#overview Красивые формы - далеко не главное в GWT.
Java на сервере - это довольно высокопроизводительная система, т.к. сервера на этой технологии работают в реалтайме на финансовой аналитике серьезнейших западных фирм и обслуживают при этом огромное кол. запросов. При этом главное - относительная простота программирования всего: и взяимодействия с БД, с браузерными клиентами, с клиентами, написанными на любых других языках. И на Java можно писать самые сложные обработки, если такое требуется на стороне сервера.
MongoDB - БД, основанная на отказе от имеющего множество недостатков и избыточности языка SQL и реляционной архитектуры БД и переход к быстрым БД, основанным на хранении и обработке древовидных данных типа «ключ-значение» с помощью JSON.

=DeaD= писал(а):Возможно стоит разделить задачу на 2 - опрос GSM-модемов и размещение информации в базу и вторая часть - вывод информации из базы.

Именно такого рода задачи мы и решаем. Но в данном случае структура немного сложнее. Имеется еще и довольно серьезная обработка информации на стороне сервера и в GSM - клиенте по управлению оборудованием. У нас был опыт, когда мобильные компьютерные системы очень плохо работали с серверной БД из-за особенности этой беспроводной связи. И нам удалось сделать работу системы более надежной.

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

Ребят, я в веб не разбираюсь, но есть вроде еще технология Adobe Air.

может можно как-то обойтись без экстравагантностей?

Кстати, есть еще XBAP приложения.
На стороне клиента грузится апплет на .Net (написанный на C#),
внутри которого тоже можно рисовать (ну как в java applet),
графики там, индикаторы.
На стороне сервера - ну что хочешь, может таже дельфи программа может отдавать данные (допустим в базу), а серверный скрипт (php/asp.net) отдавать в XBAP приложение.
XBAP правда требует наличия .net framework на машине клиента,
ну этим сейчас никого не удивишь...

PS. FYI only

Виктор Казаринов писал(а):Кратко поясню, что GWT - новейшая технология от Google с применением AJAX. Она заключается в том, что на стороне сервера запускается приложение, которое позволяет программировать только на Java то, что будет работать на стороне клиента в виде самого стандартного JavaScript который управляет DOM страницы, а совсем не Java приложения в браузере. В процессе разработки происходит компиляция из Java в JavaScript. При этом создается максимально автономное приложение в компьютере клиента, приближенное к десктопным приложениям. Т.е. довольно "толстенький" и живенький клиент в браузере. Примеры отдельных частей того, как все это выглядит, посмотрите по ссылке http://www.sencha.com/examples/explorer.html#overview Красивые формы - далеко не главное в GWT.
Java на сервере - это довольно высокопроизводительная система, т.к. сервера на этой технологии работают в реалтайме на финансовой аналитике серьезнейших западных фирм и обслуживают при этом огромное кол. запросов. При этом главное - относительная простота программирования всего: и взяимодействия с БД, с браузерными клиентами, с клиентами, написанными на любых других языках. И на Java можно писать самые сложные обработки, если такое требуется на стороне сервера.
MongoDB - БД, основанная на отказе от имеющего множество недостатков и избыточности языка SQL и реляционной архитектуры БД и переход к быстрым БД, основанным на хранении и обработке древовидных данных типа «ключ-значение» с помощью JSON

+ прекрасно интегрируется со Spring

2AndreiSk, вы разрабам gwt напишите, что оно на jvm клиента запускается, тото они порадуются

А я разве про gwt упоминал?
Я про свой опыт с апплетами на клиентской стороне говорю...

EdGull писал(а):Просто у нас серверная часть написана на скорую руку на дельфях.

Так а чего серверную часть общающуюся с GSM не оставите на дельфях с выкладкой данных и забиранием из MySQL, а новый только интерфейс для клиентов сделайте на PHP?

1. это не кроссплатформенно
2. соответственно нельзя перенести в датацентры

А вы в какой датацентр хотите перенести? Юникс или Вин? Обычный хостинг вроде не решает вопросы размещения не-веб-сервера. Да и в целом кросс-платформенный сервер - это наверное не PHP, а хотя-бы какой-нибудь Perl?

Добавлено спустя 53 секунды:
Но вообще - а ваши GSM-ы точно не могут нормальные HTTP-запросы оформить и отправить?
Всё стало на порядок проще бы в этом случае.

куда ж еще проще? приборы с сервером по UDP общаются.

EdGull, php с сокетами работает, так что получать данные с железок проблемой быть не должно. Протокол только надо описать подробно, без него что-то определенное сказать сложно. Самое узкое и туманное в этом деле это работа с железками. Если опишешь подробно что и как - то народ сможет сложить цену.
CMS тебе по большому счету и не нужна, там кроме авторизации смотреть не на что. У тебя то все специфичное. Так что таких ограничений лучше не ставить - у разработчика наверняка будут свои наработки и он может использовать их. В общем описываешь протокол, в общих словах систему и топаешь на http://www.weblancer.net/ или на фрилан сру. там тебе и цену сложат и сроки обрисуют. Только задачу надо ставить поточнее.

куда ж еще проще? приборы с сервером по UDP общаются.

Заметил, что GSMщики пылают дикой любовью к UDP. Почему так происходит?

Так что таких ограничений лучше не ставить - у разработчика наверняка будут свои наработки и он может использовать их

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

Реально же если протокол общения с устройствами несложный, то написать сервер который бы умел складывать все в базу можно за неделю, а то и меньше.

А вот с выводом всего этого в виде удобно веб-странички придется повозится я думаю.

frig писал(а):у разработчика наверняка будут свои наработки и он может использовать их

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

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

Виталий писал(а):Заметил, что GSMщики пылают дикой любовью к UDP. Почему так происходит?

Подозреваю всё потому что он проще в реализации

Подозреваю всё потому что он проще в реализации.

В модемах есть готовый TCP стек.