Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
borismb
Репутация: 0
Зарегистрирован: 28.10.2010 Сообщения: 232 Откуда: Юрмала
|
Добавлено: Пн Ноя 15, 2010 8:45 pm Заголовок сообщения: 8.3.1. Требования к языку программирования |
|
|
Требования аналогичные требованиям на СУБД. Задача выбора состоит в том, чтобы обеспечить поддержку сервисами на протяжении очень длительного времени, - десятки лет. Необходим высокий уровень масштабируемости, поскольку необходимо на локальном компьютере поддерживать работу системы, переносить на мобильные устройства типа планшетных, а также на суперкомпьютерных системах решать задачи глобального анализа.
|
|
Вернуться к началу |
|
|
Гриша
Репутация: 0
Зарегистрирован: 05.04.2011 Сообщения: 1
|
Добавлено: Вт Апр 05, 2011 5:45 am Заголовок сообщения: |
|
|
Пожалуй кроме ассемблера и может быть С на эту роль мало, что подойдёт, но работать с БД на них -должно быть, довольно мучительное и дорогостоящее занятие. |
|
Вернуться к началу |
|
|
borismb
Репутация: 0
Зарегистрирован: 28.10.2010 Сообщения: 232 Откуда: Юрмала
|
Добавлено: Вт Апр 05, 2011 4:01 pm Заголовок сообщения: |
|
|
Где найти программистов такого уровня? Я думал попроще подготовить программистов на С# в связке МS SQL 2010 Express Editions? Тем более, что они бесплатны и язык и база данных. Ну и надеюсь, МС будет жить ближайшие 20 лет. |
|
Вернуться к началу |
|
|
Рэд
Репутация: 0
Зарегистрирован: 12.07.2013 Сообщения: 10
|
Добавлено: Пт Июл 12, 2013 8:50 am Заголовок сообщения: |
|
|
Попробуйте использовать фрилансеров. Правда вам нужно начать с маленькой и ограниченной модели и попробовать её реализовать в программной оболочке. |
|
Вернуться к началу |
|
|
borismb
Репутация: 0
Зарегистрирован: 28.10.2010 Сообщения: 232 Откуда: Юрмала
|
Добавлено: Пт Июл 12, 2013 9:58 am Заголовок сообщения: |
|
|
У меня к сожалению нет опыта взаимодействия с ними, хотя это может быть лучший вариант. Я думаю закончить в этом году описательную часть и в следующем году начать программировать. |
|
Вернуться к началу |
|
|
Рэд
Репутация: 0
Зарегистрирован: 12.07.2013 Сообщения: 10
|
Добавлено: Вс Июл 14, 2013 6:16 pm Заголовок сообщения: |
|
|
Опыт взаимодействия приходит после самого взаимодействия. Нет ничего сложного. По запросам определите сайты, где фрилансеры берут заказы и разместите там своё техническое задание. Есть фрилансеры, которые работают не только за деньги, есть и работающие за интерес. Я получил скрипт инернетбанкинга виртуальными валютами исключительно за бесплатно. |
|
Вернуться к началу |
|
|
Еагений
Репутация: 0
Зарегистрирован: 15.07.2013 Сообщения: 3
|
Добавлено: Пн Июл 15, 2013 9:02 am Заголовок сообщения: |
|
|
Подобная информационная система не может состоять из одного приложения. Для разных приложений нужно использовать и разные языки.
Масштабные вычисления.
Достаточно перспективным для таких задач выглядит Eralng. Во первых он позволяет разбить задачу на множество параллельных потоков протекающих одновременно, во вторых он отказостойчив, в третьих бесплатен и открыт. Ему уже 20 лет, он активно используется и надо полагать ещё лет 20 некуда не денется. Допустим проводятся вычисления связанные с СДК . Программа работает по принципу одно кольцо один поток, таким образом имея несколько десятков тысяч колец мы будем иметь несколько десятков тысяч потоков, множество из которых вычисляется параллельно. Так как параллельно вычисляющиеся потоки будут раскиданы по ядрам, то процессор будет оптимально задействован. Но всё ещё круче .Если мы имеем дело с многопроцессорной системой то будут задействованы все процессоры. Если обьединить несколько компьютеров то будут паралельно задейстованы все ядра всех процессоров во всех обьеденённых компьютерах. Звучит перспективно. Конечно насколько возможно распаралелить вычисления это вопрос к автору.
Для остальных частей ИС классическим выбором является Java, C# выбирают реже. C# жёстко будет привязан к windows что очень не желательно. Есть проект MONGO для C# позволяющий запускать NET приложения на Linux, но я не уверен что он достаточно надёжен и просуществует достаточно долго. Java конечно зависит от Oracle но существует солидное количество альтернативных виртуальных машин на которые всегда можно перейти в случае если скажем США начнёт вести холодную войну и Oracle займётся саботажем
Java программистов куча. С Erlang сложнее, но можно что нибудь придумать. У Erlang немало фанатов плохо понимающих на фига Erlang им нужен, думаю они будут рады реализоваться на этом поприще. |
|
Вернуться к началу |
|
|
borismb
Репутация: 0
Зарегистрирован: 28.10.2010 Сообщения: 232 Откуда: Юрмала
|
Добавлено: Сб Ноя 19, 2016 8:49 pm Заголовок сообщения: |
|
|
Я с Вами согласен насчет Явы. Там есть хорошая задумка встроенной базы данных JavaDB, если ее развить до полноценной БД, то можно ожидать стройной концепции единого инструментария на долгие годы вперед. Сейчас прихожу к мысли об ориентации на Яву, попробую сделать какие-то программные фрагменты. |
|
Вернуться к началу |
|
|
|