Чтобы не возникло лишних вопросов.
Система слабо нагруженная (от силы, 5-10 одновременных подключений может случится). Задачи решает, так же, не особо затратные. Суть в централизованном хранении базы, так что, простенького ноутбука должно хватить.

К слову, возможно, существуют какие-нибудь бесплатные СУБД, с встроенным (или легкоорганизуемым) многопользовательским доступом к БД по логину/паролю, да ещё и по сети.
Может, дадите какие-нибудь рекомендации по выбору?

Да, поскольку, от сервера мне только и надо, что записывать/выдавать данные БД, в самом деле, проще обойтись СУБД вместо велосипеда.

>>44363
http://firebase.com , например. Дают базу данных и хостинг для вебморды.
Ну и сервер, который управляет этой базой на твоем ноутбуке.

>>44366

> Build cross-platform native mobile and web apps with our Android, iOS, and JavaScript SDKs.

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

>>44367
Там есть rest api, так что можно на чем угодно запилить клиент/сервер, тащемта.
Просто готовенькие сдк под веб и мобильные ос, потому что он на них ориентирован.

>>44363

> Возможно ли это без фиксированного ip?

Да, noip.com/dyn.com в помощь.

> гипотетическое серверное приложение, позволяющее авторизованным пользователям работать с БД через клиентское приложение

Apache + MySQL + PHP & phpMyAdmin в помощь. Можно взять из коробки сборку xampp, если не сильно в курсе что куда.

>>44369
Забыл совсем: не забудь порты пробросить на роутере к своему компу.

>>44363
можешь попробовать слепить UI на WPF, БД сделать на MySQL, написать простенький сервис на сервере для передачи команд пользователя к БД, UI с сервисом будет общаться через WCF. Правда без статического IP большого смысла не будет, придется в клиенте постоянно менять IP сервера

>>44371
Но зачем? Вообще говоря, достаточно поставить любой сервер любой бд оракл/муську/б-гмерзкий m$sql, поставить приблуду с noip.com (чтобы была возможность обращатся к машине не по ipадресу, а по доменному имени), пробросить порты на роутере, и любой гуи-тул (sql developer/mysql query browser/mssql server management studio) сможет подключатся к базенке по доменному имени с любой машины имеющей выход в интернеты. Правда в этом случае надо будет ставить клиента для базы на машинах пользователей и сам гуи-тул.

ОП, что ты подразумеваешь под

> гипотетическое серверное приложение, позволяющее авторизованным пользователям работать с БД через клиентское приложение, которое может быть запущено, например, у них дома.

?

Если это простой GUI-tool для работы с базенкой, то вариант с установкой xampp (в наборе которого уже есть phpMyAdmin) выглядит не таким уж и плохим, потому что на машинах пользователя ничего не нужно будет ставить вовсе, кроме любого интернет-браузера. В случае же с использованием гуя самим пользователям нужно будет пробрасывать порты на своих роутерах, ежели таковые имеются, добавлять исключения в файрволы, устанавливать клиенты (набор библиотек для работы с твоей бд), устанавливать gui-tool для того чтобы работать с ней.

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

Спасибо за отзывчивость!
Таки да, интересно было бы сделать клиент вместо вебморды.
Да и, что-то мне подсказывает, что в ВУЗе клиент лучше примут.
Это наброски для дипломной.
Думаю, этой информации мне хватит, но если есть хорошие советы, с удовольствие прочту. Ещё долго буду сюда поглядывать.

>>44374
Очень слабая дипломная выходит. Даже с самописным клиентом. Здесь же нет вообще никакой новизны. Какая тема вообще?

>>44375
Сделать программку для упрощения процесса составления поурочных планов для школы по новым стандартам. Там всё оформляется в виде замысловатой таблички с вложенными ячейками в духе пикрелейтед. Надо будет ещё подумать, как это всё хранить.
Новизны ноль, в самом деле. Даже аналог есть.
По крайней мере, такая вещь принесла бы пользу, поскольку меня об этом попросил местный методист.

>>44375
Слышал, что в ВУЗе больше хотят видеть (у заочных студентов) нужность выполняемой работы.
При этом, чтобы не было совсем уж несущественно.

>>44375
А тема даже не согласована ещё.
Скорее смотрю, какие варианты получится реализовать без грандиозных усилий.

>>44380
да пох на новизну я считаю, приобрести опыт разработки реальной вещи по мне так куда лучше, чем некая новизна, проипихиваемая в вузах

>>44380
На чем пилить собрался? Потому что... Вот этот вот симулятор экселя веб-макакам будет не очень прикольно запилить, не говоря уже о громадной и скорее всего невозможной ебле со стандартными компонентами, при реализации в чем-нибудь типа M$V$(C#+.Net). У тебя вуз денег то на платные компоненты припас?

>>44385

> Вот этот вот симулятор экселя веб-макакам будет не очень прикольно запилить

Самый смак веб-макакинга при разработке таких интерфейсов в том, что 99.85% веб-макак и им сочувствующих патологически не могут писать на джаваскрипте. Вот вообще. И пишут всегда на нём так, что получается неебическое говнище. Хуже всего эти хуевы плагины jQuery - портянки, с которыми ничего нельзя сделать, кроме как просто запустить её. Причём 50% не знают джаваскрипт вообще, 30% знают только немного, остальные даже если знают, то считают, что джаваскрипт - это плесень, которая не достойна того, что нормально писать на ней. Вот почему этот вот симулятор экселя веб-макакам будет не очень прикольно запилить.

>>44386
Мне кажется что создатель яваскрипта малость перемудрил, а веб макаки слишком ленивы чтобы позднать его дзен.

>>44386
Я вообще-то не совсем о том говорил, впрочем согласен на все 146%, потому как в наших "ВУЗах" js'у уделяют времени чуть больше чем нихуя. Я говорил о скудности базовых компонентов в любой IDE. А подобную работу, в свете отсутствия платных кошерных фреймворков было бы проще всего реализовать в html+js формате. Имхо, конечно.

Вот поэтому я и не хочу делать вебморду (взглянул, однажды, на JS и захотел развидеть).
На данный момент мой основной язык - C#.
Думаю, там не составит титанических трудов организовать связь по сети и слепить интерфейс в клиенте.

>>44395
Если ты такой сисярпобог, можешь писать вебню на typescript'е например.

>>44392

> потому как в наших "ВУЗах" js'у уделяют времени чуть больше чем нихуя

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

>>44402
Потому что js это язык, на котором несложно писать без особо его знания, но часто надо.
Я вот больше по бэкендам, но делал морды на ангуляре, потому что легко и не надо возиться с этими мордами на самом бэкенде, собственно.

>>44392
Зачем вообще уделять время в вузах на js? Как будто что-то полезное.

Ящитаю, нужно изучить порядка 3-4 языков университете, которые будут покрывать основные парадигмы.
Скажем императивщину и работу с памятью на сишке, а ФП на лиспе или хачкеле, ООП на java.

После такого все остальное освоить несложно.

>>44425
У js особенное странное ООП, но им мало кто пользуется так, чтобы получить что-то больше чем ООП как в джаве. Например, в js можно сделать множественное наследование с произвольным разрешением двусмысленностей и сделать один объект с больше чем одной скопой private. Есть ещё несколько прототипных языков, но их редко используют.

>>44426

> У js особенное странное ООП

Уже давно вышел новый стандарт с нормальным ООП.

>>44432
Который даже в хроме не реализован полностью. И попробуй ещё уговорить остальную команду использовать бабел, если они боятся как огня галпа/гранта. Вот, у нас верстальщик, у него виндовз, мы не моооожем поддерживать у него окружение. Что интересно, даже бабел и нода поддерживают стандартину не полностью. Консорциумы горазды придумывать.

>>44433

> Который даже в хроме не реализован полностью.

Ну это пока.

>>44435
Старых осликов ещё сто лет придётся поддерживать.

>>44440
Вряд ли. Браузеры быстро обновляются.

>>44442
А пользователи - нет. Да, я драматизирую и истерю, как обычно. Когда я был совсем ещё зелёным нубом, мне нравилось всё новое. Но с опытом стало приходить на ум, что в новом всё слишком ненадёжно. Гораздо легче дождаться, пока все попробуют, прежде чем самому испытывать.

>>44443
Но ведь "в новом всё слишком ненадёжно" =/=> "в старом надежнее". Понятно, что некоторые пользователи так рационализируют своё нежелание менять старые привычки, но это же не значит, что нужно идти у них на поводу.

>>44425
ООП на жабе? Я не знаю, кем надо быть, чтобы смочь нормально учиться чему-то на примере жабы. Там же черт ногу сломит. Впрочем, в часто используемых для этих же целей плюсах тоже. Намного лучше что-нибудь легкое типа пытона, мне кажется. Тем более что можно сразу в нем же и ФП поковырять (хоть и не очень подробно, но для большего есть лисп). Ну и, кстати, если учить в рамках программы много языков, особенно жирных типа опять же крестов и жабы, то времени не останется на все остальное.

>>44457
Нужно учиться на языке со стат. типизацией. Иначе ничего не будешь понимать.

>>44458
Чего не будешь понимать?

>>44459
Почему 2 это не тоже, что "2", а false - не тоже, что "false". А то потом вообще будет непонятно, что происходит в коде, который пишешь. Вообще, я, честно говоря, разочарован в динамической типизации. Даже те же похапешники. Они пользуются дин. типизацией, а потом истыкивают пхп-доками в волшебных комментариях код и там начинают помечать типы, что иде и они видели, что где берётся и возвращается. А потом ещё вон понавводили же тайп-хинтингов в пхп 5 и 7! Видно же, что наигрались в дн. типизацию и всё равно возвращаются к тому, что было.

>>44460

> Почему 2 это не тоже, что "2", а false - не тоже, что "false"

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

Теперь про помечание типов. Во-первых, в нормально написанной программе сами имена аргументов говорят об их типе. Во-вторых, статическая типизация нисколько не избавляет от необходимости написания нормальной документации, включающей, таки да, типы принимаемых и возвращаемых значений. Посмотри хоть на документацию к STL в плюсах. Там все словами написано. В-третьих, похапешник не человек же.

Насчёт наигрались — непохоже как-то. Языков с ДТ становится больше, они становятся популярнее. Другое дело, что всякие там индус-триальные господа, возможно, не очень в восторге от этого всего, ибо больше простора для ошибок армии кодообезьян. Но ведь мы говорим об обучении, и тут как раз намного полезнее научить человека не стрелять в ногу самостоятельно.

>>44458
SICP же!

>>44460

> Почему 2 это не тоже, что "2", а false - не тоже, что "false".
> динамической типизации

Питона на тебя нет.

>>44461

> в нормально написанной программе сами имена аргументов говорят об их типе

Ты сторонник всяких дурацких префиксов (например, nameString вместо просто name, или ageInteger вместо просто age)? Или ты предпочитаешь венгерскую нотацию (lpszName и lAge, соответственно), прости г-споди?

>>44480

> префиксов

Суффиксов, конечно же.

>>44480
Кстати, про венгерскую нотацию, https://msdn.microsoft.com/library/ms229045%28v=vs.100%29.aspx

> Do not use Hungarian notation

Они таки признали ее фейлом

>>44482
Кхм, кхм, венгерская нотация была сделана для чистого С, при чём тут документация по C#, полностью ОО языку?

>>44483

> венгерская нотация была сделана для чистого С

Что, тащемта, совершенно не мешает плюсоводам зачем-то использовать её.

>>44483

> для чистого С

И ЧСХ даже там нафиг не нужна.

>>44482
И правильно, за венгерскую нотацию нужно пиздить раскаленной кочергой по ебалу.

>>44480
В правильно написанной проге имена переменный говорят об их типе безо всяких префиксов и суффиксов. Очевидно же, что name это строка, а age это число. Однако в менее очевидных случаях подобное вполне может иметь место. Типа ageString или подобного.

>>44515

> age это число

А если interval?

>>44516
Если это очевидно, то так и ставить age. Вообще по поводу имён следует поступать так: чем больше область действия переменной, тем длиннее должно быть имя. По этому нет ничего плохого в именах типа n, i, j, tmp и прочих. Обычно их тип и назначение абсолютно очевидны из контекста или вообще не так уж и важны. С другой стороны для всяких глобальных и долгоживущих имён лучше придумать что либо более осмысленное.

>>44515
Как имена переменных должны говорить о конкретных классах или пользовательских типах? Кроме числа, строки и булевого больше нет типов, что ли? Кроме того названия переменных не помогают при стат. анализе. Age - это упрощённый пример, далёкий от реальности.

>>44518
Приведи пример.

>>44363
PHP и MYSQL уже советовали?
1. Клиентское приложение будет работать на любой ОС, где стоит браузер.
2. Фиксированный IP нужен только для сервера
3. Никто не зависит от роутеров.
4. МАСШТАБИРУЕМОСТЬ (до сотни одновременных подключений выдержит точно)
5. Можно запустить даже на самом нищеброд-сервере

>>44395

> на JS и захотел развидеть

Взглянул один раз на JS и захотел использовать постоянно

ОП репортирует.
Всё оказалось совсем нелепо.
Похоже, сервер вообще не нужен.
Получается совсем простенькое приложение.
Надеюсь, в ВУЗе предложат какие-нибудь дополнения, чтобы потянуло на диплом.

Ещё раз спасибо всем.

>>44532
Без сервера на диплом в 2016 году оно не потянет.

>>44533
Так говорят каждый год, а в итоге принимают что принесут.

>>44533
Какая, нафиг, разница? Сложность программы от этого вообще никак не зависит. Можно подумать, разворачивание апача - это уже дипломная работа. Может ещё по установке виндовса или по пылесосингу пыли на материнке дипломные писать?