> Ну да, просто вопрос быть или не быть программистом у меня не стоит, просто сама по себе разработка(за исключением написания архитектуры автотестов) мне почему-то не особенно интересна, а вот по селениуму я прусь.
Можно подумать что те кто газываются разработчиками - каждый день по архитектуре придумывают...
AlexeewAlex, ты не паши на говноконтору. Паши на нормальную. Где много опытных коллег. Людям свойственно учить себе подобных. Нам это приятно. Чувствуешь себя с новичком таким умным.
Я не написал что на фрилансе вообще ничему нельзя научиться с нуля и ничего нельзя заработать. Я написал что очное обучение с опытными коллегами на порядкок лучше.
Если вам для определения пользователя по IP адресу то это не работает.
На десктопе еще туда сюда.
А на мобильных - как правило через центральный коммутатор ходит. И адрес сибиряка запросто определяется как московский. Уже не говоря об экономии IP адресов и о широком использовании не белых адресов.
Например здесь обсуждается как определяют город пользователя. И метод с ip адресом они вычеркнули
Дмитрий Ларин, я бы попытался продавить если не MySQL то Postgres.
Ну или выяснил бы их доводы за MongoDB.
Может они действительно хотят масштабироваться до мировых масштабов. Микросервисы на это намекают. А может им кто в уши надул.
В случае аналогичных "модных" заказчиков вполне удалось пролоббировать выбор СУБД под конкретный микросервис на основании личного выбора разработчика, ведущего этот микросервис.
Не любой прям на выбор. Но возможность выбора именно MongoDB и/или Postgres сделали для разработчиков. И автоматизировали возможность подключать ту или иную всего лишь строчкой кода в конфигурационном файле микросервиса.
Впрочем, возможно, что под вашу задачу и Монга подходит.
Только с Монгой придется полагаться на денормализацию. Связи она поддерживает плохо. И, не знаю как сейчас, но тогда когда я с ней работал, то и единая транзакции при обновлении кучи таблиц тоже была под вопросом.
Собственно этот минус Монги является неотъемлимым следствием плюсов.
Максим Федоров, денормализацию можно и в РСУБД делать. Ровно также как и в Монге.
А вот наоборот нельзя - Монга с хорошо нормализованным не живет под нагрузкой
Нашел доклады с конференции Хайлоад, где хорошо разъяснена разница. Привел их в своем ответе
В Монге свои проблемы. Там много связей - она вообще стоит колом. Приходится денормализовывать. А это проблемы с консистентностью перекладывает на приложение.
Монга хорошо по кластеру размазывается. Это большой плюс. Но опять же проблемы при этом с консистентностью жуткие
Windows XP уже давно канула в лету, какой HAL?
С Линуксом все понятно - там в ядро запихано драйверов на все случаи жизни. Из за того в ядре и бардак.
Если бы вы использовали ядро Линукса компактное, специально перекомпилированное под ваше железо - то вы бы столкнулись при переезде с ровно теми же проблемами что и Винда.
Из того что вы попросту не умеете готовить Винду к переезду - не означает, что она плохая. Перед переездом нужно драйвер поставить правильный, как правило вполне достаточно драйвера для контроллера диска - и все у вас прекрасно заведется.
плохо у вас будет или хорошо решает не картинка эта
а насколько плохо или хорош будет конкретный разработчик
насколько хорошую или плохую он сделает архитектуру.
не вижу в описании задачи ничего такого сверх.
вполне можно сделать и на PHP, к примеру
и если сделать хорошо, то будет летать.
хотя лично я выбрал бы Go
хотя, с учетом дефицита квалифицированных разработчиков
(а больше количество на рынке только недоделанных разработчиков)
- по моему выбор языка программирования вообще вторичен.