Да, действительно, создавать CRM из Jira очень тяжело, хоть она и имеет лучшую базу для этого из всех CRM, которые я перебрал. Реально проще написать свою CRM под свои бизнес-процессы, чем тратить столько времени на сторонние решения.
Я использую для таких случаев редис. Но просто он используется почти на всех проектах, где я участвовал. А вообще можешь просто создавать где-нибудь файл при блокировке с уникальным именем для группы и удалять его при разблокировке.
Станислав Макаров: как будто на уровне приложения транзакционность не может быть реализована. Нужно ж из задачи исходить, а не из опыта работы с MySQL.
Может их проект изначально рассчитан на масштабирование через partitions или шардирование по какому-то признаку, и они не могут гарантировать транзакционность на уровне бд просто потому что и сама бд этого не может.
Нужно сперва знать больше деталей о проекте и кто вопрос задает, а так может быть миллионы разных ПРАВИЛЬНЫХ советов.
И спрашивающий может просто 1 из обычных разработчиков, которому не видны решения тим-лидов и архитекторов разного уровня.
эм ...
Вы Фаулера и прочих называете "любителями новых слов" или кого ? Я не понял.
"спроектировать бизнес-логику приложения" и "писать код, код сайта, который простой и легко обслуживаемый" как бы вообще в разных плоскостях находятся.
Вы что-то очень сильно попутали. У нас не соревнования какие-то. Вы находитесь в месте, где более опытные помогают менее опытным.
Если Вам что-то сейчас не понятно, то можете задать уточняющие вопросы, есть википедия, где все эти понятия описаны. Так же есть много разных курсов, где разбираются эти вещи подробнее. Есть даже статьи, где создатели этих понятий объясняют, что они имели ввиду. Но еще лучше есть опыт применения всего этого, который бесценен и дает самое лучшее понимание всех этих заумных слов.
Не знаю, как остальные, но я действительно пишу что-то, что стоит безумных(для меня и многих обычных людей) денег :) И не потому что мы ведущие разработчики захотели использовать кучу умных слов. Просто компания в своё время потратила почти 20 лет и еще более безумные деньги на поддержание говнокода и руководство наняло компетентного человека, который составил список технологий и архитектурных решений, и под них искали людей.
Ну а на счет "иди почитай", то если это подкреплено хорошей ссылкой на тематический материал, то я бы пошел и почитал.
Последние года 3 всё делаю через brew, ниразу не нужно было ресать систему из-за него, хотя и несколько версий пхп стоит и баз данных ... ну да ладно, каждому своё :) Удачи в поисках !
zooks: Какой вагрант ? Вагрант тоже нужно изучить, прежде чем применять, иначе будет много магии и в итоге нифига не понятно. Вагрант - это лишь обёртка, которая на данный момент развития технологий не очень-то и полезна, хотя по инерции еще приходится с ней сталкиваться, т.к. многие просто ленятся/боятся новых более гибких и продуманных решений.
Поэтому, если уж и изучать, то лучше докер - он и прост, и по объему гетстартед у него не больше вагрантовского. Зато пользы от докера колоссально больше и перспективнее эта технология.
Ну а если совсем ничего не хочется изучать, то просто развернуть самому виртуалбокс/vmware/что-то ещё. В сетевых интерфейсах придётся хоть как минимально разобраться хоть с вагрантом, хоть без него.