Алексей Черемисин, ладно верю. Я не спец в clojure. Просто я знаю как в банках тяжело проходит согласованию любых спецификаций. Тоесть в тех либеральных языках где тип аргумента может быть чем угодно - должен быть над-механизм который объявит что ожидается сущность такая-то. Java и C# имеют это из коробки. А кложура мне кажется в этом смысле... слишком расплывчатой чтоли. И типы должны прикручиваться не как в Питоне. Как соплю из носа достали и сбоку примазали. А тип должен быть такой ... чтоб... железобетонный короче.
Lisp, Scheme я-бы изучал для себя. Просто как игры разума. Или как задачки на leetcode. Эти языки просто расширяют сознание и позволяют по другому смотреть на вещи даже в императивных языках.
Но я-бы не стал это советовать. Просто сложно будет найти актуальные вакансии. Редкие языки имеют свои риски. Хотя-бы в той части что для разработки нужна команда а не один человек. Для бизнеса - слишком рисково затевать проекты на редких языках. Если-бы я был бизнесом - то поддержал-бы go (потому что в него Google много вкладывает и Java потому что Oracle).
По поводу того кто из кого вылез - это вопрос сложные. И генеалогия языков сложна. И корпоративные языки такие как C# создавались как раз с целью быть непохожими на конкурента. Поэтому в основе стоит не заимстоввание а как раз декларация того что "мы другие" и мы корпоративный стандарт. Ну а фигурные скобочки такое. Вообще ни о чем не говорят. Тоесть если сравнивать С++ и JavaScript по фигурым скобам - то все остальное там разное как небо и земля.
sl0, я честно говоря не помню что из себя представляет сервис тессеракта. В моем понимании это консольная утилита. Как вы ее используете - вот главный вопрос. И далее от использования можно уже начать думать как ее вызвывать. SSH или https - это уже второй технический вопрос. Вообще дай больше информации по реализации.
Контейнеры обладают правом запускаться на различных физических хостах. Тоесть у них нет единого адресного пространства чтобы просто так запускаться. Поэтому ваш вопрос звучит как - удалённый вызов процедуры (RPC). Или вызов веб-метода. Вобщем оба ваших тессеракта должны предоставлять сетевые услуги. Быть и клиентами и серверами друг к другу.
Максим, ты лучше определись точнее. Потому что "скорее всего" - означает что ты точно не знаешь для чего.
Потому что для аудита там будет эконом-вариант. А для репликации истории изменений будет совсем другой подход.
А для отгрузки в warehouse или bigdata - там будет вообще третий вариант с денормализацией например.
DevMan, как будет угодно. Я говорю о том что в подавляющем большинстве это так. А Windows с регистро-нечувствительностью создает проблемы для git например.
Это для само-проверки.