Tritus: у меня быстрее получается на Appcelerator писать, т.к. я не люблю верстать html, а тут свой удобный шаблонизатор. Но сначала вы потратите время на обучение, поэтому старт будет медленнее, чем html, который скорее всего вы уже знаете. Плюс для html больше готовых библиотек, примеров, ответов на stackoverflow и т.п.
Ну и опять же у вас уже есть сверстанный сайт, адаптировав верстку к мобильному экрану, и запаковав ее в тот же Phonegap вы (в теории) быстрее получите готовый продукт.
Если же проект будет длиться долго, то выигрыш получится уже не такой значительный.
Раз вы себя уверенней чувствуете с C#, то вариант с Xamarin мне кажется поинтересней, даже может так понравится, что вы вообще ударитесь в мобильную разработку :)
Тут проблема психологического плана, все проблемы решаю я, даже те которые мне не нравятся, или даже очень не нравятся, например верстать не люблю, а нужно, и никто за меня не решит, даже самую малюсенькую херню. Когда смотришь на то, сколько нужно сделать, и думаешь, что у тебя только 2 руки, это демотивирует.
Но когда прошел, хотя бы часть пути и смотришь назад, начинаешь собой гордиться. Это пока главный позитивный момент.
Просто человеку предстоит очень длинный путь, кого-то испугает, кто-то не поймет.ю какой путь длинный и сольется уже позже, а кто-то дерзает - и у него получается или нет. Но быстрого результата не будет - это правда.
semki096: выше вам объяснили, дополню, что никаких дополнительных запросов быть не должно, пишите все через JOIN, не собирайте результаты запросов в коде, именно это сжирает перформанс.
Можно, но медицинская экспертная система это либо очень сложно, либо некачественно. Я бы не доверил себя программе. Если только это не что-то действительно мощное. Вон для того чтобы ставить диагнозы IBM пользуется супер компьютером.
Сейчас часто слышу на всяких стартап мероприятиях, про городские проекты, например, сфоткал нарушение, или проблему, и отправил в городскую службу. Например ремонт дорог, знаков. Такая тематика, полезные приложения для гор-/госслужб мне кажется должна быть благосклонно принята комиссией на защите.
Andrey San: не знаю, грубая оценка - 1000 - 5000 USD, но может и дороже, дьявол, как говорится, в деталях. Покажите моки.
Но вам дешевле всего будет где-нибудь на freelansim.ru и им подобных заказывать. Опишите подробности приложения, приложите моки, и вам отпишут, студии или одиночки.
malikan: Тогда svn это шаг назад. нужно объяснять начальнику, что у вас есть процессы, уже налаженные, и проще обучить пару бабулек 3м командам в Git чем менять устоявшиеся процессы.
почему же чушь? вы хотите много таблиц для разного транспорта, но для таблицу для связи транспорта и юзера вы хотите одну, значит указателем на транспорт является не только id (хотя есть варианты, если например id уникален не в рамках таблицы а базы), указателем на транспорт является пара ("имя таблицы", "id транспорта в этой таблице"), собственно поэтому я и сказал, что можно назвать колонку transport_table(вместо _type), но тогда если будут изменения в названии таблиц и вообще с точки зрения здравого смысла, лучше использовать для этого ENUM, на картинке выше по сути я его и нарисовал.
Кстати таблица вида user_id, boat_id, bus_id, ... плоха еще тем, что когда вы будете добавлять новый транспорт, придется альтертейблы писать каждый раз.
Если вы решаете задачку какую-то учебную по базам данных, то мета информацию придется хранить как на картинке. Если же это боевой проект, то эту логику маппинга типа транспорта из колонки на таблицу, часто хранят на уровне приложения, когда пишут запросы, или же пишут вьюшку, которая удобно все выгребает, из нужных таблиц. Отдельную таблицу вряд ли бы делали, только если бы таблиц с транспортом было много.
Вы не понимаете, как написать запрос, который в зависимости от значения tranport_type выведет значения из определенной таблицы?
Почему без связи, просто в таблице user2transport ключ составной, одна часть это тип транспорта, другая часть это его id. Тут конечно нужно где-то описать и сохранить логику ключа, например в хранимую процедуру, или можно какой-нибудь комментарий написать, или вынести ключ в отдельную таблицу, transport_type2table. Чтоб потом было ясно как этим пользоваться. А можно ничего не делать, зависит от того, что вы там делаете и для кого.
Ну и опять же у вас уже есть сверстанный сайт, адаптировав верстку к мобильному экрану, и запаковав ее в тот же Phonegap вы (в теории) быстрее получите готовый продукт.
Если же проект будет длиться долго, то выигрыш получится уже не такой значительный.
Раз вы себя уверенней чувствуете с C#, то вариант с Xamarin мне кажется поинтересней, даже может так понравится, что вы вообще ударитесь в мобильную разработку :)