whoami?root root_toor, а зачем вам мультимастер? =) Одной синхронной реплики недостаточно? При этом на серверах есть рейдмассивы. По поводу мультимастера лучше у DBA по posgresql спросить, как оно на практике работает.
Да использовать PosgreSQL. Зачем вам Apache Ignite? Его нет смысла использовать при вашей нагрузке. С такой нагрузкой легко справится PosgreSQL.
Посмотрите видео, в нем объясняется как человек пытался сделать обычный счетчик, и какой кровью ему это далось.
У вас не получится взять SpringData для PosgreSql и перенастроить его на Ignite. Это даже не всегда выходит когда переход осуществляется с реляционной на реляционную БД. Это совершенно две разные вещи.
Даже если вздумаете переходить на Ignite смысла привязываться к Hibernate OGM нет, если он так отстает от версии Ignite. Или вынуждены будете использовать старую версию Ignite.
Насколько помню в Ignite можно работать только с горячими данными, остальные сбрасываются на диск. Это надо смотреть настройки игнайта и читать документацию, не подскажу.
PostgreSQL XL предоставляет шардинг и репликацию. Это если вам нужно горизонтальное масштабирование. Но нужно ли вам оно? Здесь нужно смотреть как растет нагрузка. Какой у вас SLA. Какие ресурсы и др.
То есть не совсем понятно, какая у вас проблема и какую задачу вы решаете, и почему вы пытаетесь ее решить IMDG решениями.
raidhon: интерфейс это и есть абстракция как и абстрактный класс. Прочитайте Боба Мартина, DIP зависить от высокоуровневых абстракций, а не от реализаций. Переход от композиции к агрегации. Получается в зависимость ты можешь подпихнуть что угодно не нарушив контракт, так как его нет.
JS имеет ряд проблем, вот о чем речь, отсюда и появились coffescrypt typescrypt dart и др. Никто не говорит, что нельзя сделать на JS. Можно и на С написать, вопрос не в этом. Да и для интерпрайза он плохо годится со своей динамической типизацией typescrypt и dart тому подтверждение.
Эргил Осин: Эргил Осин: хорошо. Но как быть в продакшине? Испотльзовать lxc? Это правильный выбор? Или лучше поставить более старую версию debian с old stable веткой? И в ней установить нужной версии софт. Как скажется контейнер lxc на производительности и апдейте софта.
Спасибо, выход хороший, но это все же костыль. Бывают проекты, которые надо поддерживать. И они зависимы от определенных версий.
Скажите, в gentoo с портежами же по идее таких проблем нет?
А что собственно говоря плохо в проприетарщине?
Меня всегда умиляли подобные высказывания и люди с подобными взглядами.
Орут опенсорц, в который даже ни разу не заглядывали и не сделали ни одного комита.
Японский Городовой: речь не об этом. Это лишь еще один факт, в пользу Unity. Нет привязки к платформе. Пишешь в Unity билдишь под все.
Да и смысла создавать платный софт такого рода под Linux я не вижу. Скорее здесь нужно смотреть на Windows и MacOS. Количество linux на дэсктопе мизерное, поэтому можно забить. Да и это противоречить философии linux.
Артур Нуруллин: о разнице да знаю) Сам отказался, по многим причинам от php. Так как для себя еще пишу. Автору поста уж сам пусть решает, что ему нужно)
Артур Нуруллин: в том и дело, что это среднее арифметическое. Потолок у всех примерно одинаковый. И по любому стэку можно найти высокооплачиваемую работу, не меньше чем по другому.
вообще-то нет. Я стал получать больше. Речь не шла о 25 годах. В моем случае это был год.
Вопрос был изначально не в этом. А в быстром поиске работы. При уровне знания автора, и ограниченности времени + количеству вакансий я думаю php был хорошим выбором для первой работы. Я не говорил, что это выбор на долгие годы. Может он вообще не станет через пару лет заниматься программирование. Есть и такие случаи.
на счет зарплат вы не правы. Есть очень хорошо оплачиваемые PHP вакансии на уровне Java C# JavaScript. То, что новичков больше, это да, так как входной порог меньше. Но это не значит, что PHP проще чем тот же C#. Изначально да проще, но если заниматься профессионально и вникать в тонкости, то ни черта не проще.
Я работал PHP программистом, и ничего мне не помешало перейти на Java и найти работу.
Наоборот я расширил свой кругозор, и понял что мне ближе интереснее. В чем отличия той или иной технологии, что для чего лучше.
Артур Нуруллин: Почему версталой? Я про фронтэнд, он щас разросся и активно развивается. И пишется не проще чем бэкэнд, я работал фронтэдщиком. И также есть множество фреймворков типа Angular Ember БЭМ Knockout с разными подходами и патернами. Да + бэкэнд Node Express.
И работы намного больше чем по Phyton. И щас фронтэдщики очень востребовано.
Да Phyton хорош как ООЯ, чего не скажешь про PHP, но не пойму зачем его советовать, если человеку нужно быстро найти работу. Ruby так вообще отпадает сразу.
