Российский центр компетенций по импортозамещению отказался инвестировать в два проекта на базе Java

Рабочий пример из реальной жизни будьте добры. Лавсан хоть хакер ньюс и грамарли в пример мог приводить на Лиспе. Вы что, даже не на уровне лиспа по используемости в современном вебе?

Добавлю ещё Kafka и Cassandra. Первая позволяет обрабатывать миллионы сообщений, вторая ворочает сотнями терабайт данных.

Наконец-то, спасибо. Правда я ждал что назовут Tomcat, но хоть кто-то понял суть вопроса.

Один из немногих примеров действительно Kafka от линкедина. Но это лишь журнал транзакций (коммитов) пусть и распределенный, отказоустойчивый и масштабируемый. Но вот пользователей(продаж и тд) на нем нет, есть сообщения и брокеры этих сообщений которые пихают данные по шине в основе которой не java, а вставки на другом ЯП :)

В Даймлер тоже много чего на java написано. А это и распределенное по континентам и десятки тысяч пользователей, как внутренних так и внешних.

В общем java много, в основном в крупных компаниях,и она почти не видна конечному пользователю.

И 4-5 лет это совсем не много для какого нибудь java приложения. Благодаря отличной обратной совместимости что то древнее на java 1.5 запросто будет работать на java 17.

вторая ворочает сотнями терабайт данных

Сам-то веришь в это? Тормозной интерпретируемый язык, который выжирает всю доступную память и сотни терабайт… Что же тут лишнее…

Причем тут вера? Работает, значит и язык не тормозной, и с памятью хорошо работает. На таких объемах альтернатива только Dynamodb, но стоимость выходит такая что вся прибыль уйдет Амазону.

опять же, крупняк как правило не склонен распространяться об устройстве своих кишков, но что-то можно обосновано предположить по косвенным признакам. Скажем, у Wallmart сотни вакансий на spring boot, сойдет за ecommerce с продажами?

Так это узкоспециализированный enterprise, доступный только одной сетке (или по блату нескольким)?

А nopCommerce - самый успешный софт (причём бесплатный большей частью) магазина ещё со времён вендового .NET Framework с уникальной программой партнерства и создания расширений. Около 60K работающих online магазинов !

А сейчас с переходом на Linux - он уже вероятно недосягаемый для конкурентов в этой весовой категории.

IMHO шансы против nopCommerce есть только у супер навороченных конструкторов типа Virto (опять же бесплатный open-source), и уже нацелен на enterprise типа вашего Wallmart. И как только они усилят свои позиции по масштабированию, джавистов из Волмарта заставят переучиваться на дотнетчиков как тов. Брежнева, LOL

Скажем, wallmart использует Scala уже лет 8, если мне память не изменяет.

И как только они усилят свои позиции по масштабированию, джавистов из Волмарта заставят переучиваться на дотнетчиков как тов. Брежнева, LOL

Лол. Отлаженную работающую большую систему перепишут только потому, что в Нескучном язычке улучшился какой-то показатель? Мдаа.

Рабочий пример из реальной жизни будьте добры

Я вам привёл пример из реальной жизни, показал потребление ресурсов. Технология называется OpenJDK 21. Запускаете на Linux и оно у вас работает годами. Что-то ещё доказывать всяких поехвашим пхп-ам смысла не вижу.

я попросил пример распределенной веб системы из ecommerce. Мне суют openJDK. Вас реально java так сильно контузит всех или это СДВГ? Всего пара чел на весь тред смогла примеры привести соответствующие вопросу, но вы до них ещё не дочитали.

Распределенная система строится на качественном фундаменте. Я вам назвал этот фундамент называется OpenJDK 21, показал качество его работы. Если вы не понимаете таких базовых вещей, то что с вами можно дальше обсуждать?

Вы правы, нам с вами не о чем обсуждать далее, а то вдруг качественный фундамент треснет по шву.

не то чтобы это был плюс, если мы говорим о потреблении ресурсов

Отметившиеся в треди чуваки где-то услышали, что джава тормозная из начала нулевых и теперь ходят с умным видом. И не догоняют, что JVM за это время серьёзно подросла. За это время нашли разумные воркараунды для обхода недостатков JVM. А с выпуском валхалы JVM можно будет рассматривать как качественную замену крестам.

Но при этом сказать с умным видом, что у волмарта скала, так запросто. Не понимая, что она работает на той же JVM и имеет больший оверхед, чем сама джава.

За это время нашли разумные воркараунды для обхода недостатков JVM. А с выпуском валхалы JVM можно будет рассматривать как качественную замену крестам.

Всем тредом ждём список воркараундов со сравнительными тестами. А не вот тот унарный пинг-понг что пытались подсунуть ваши коллеги по java контузии.

Java дитя оверхеда. Она быстра, но только в простой бизнес логике. Она надёжна, но только если работает 35 минут (извините, не удержался). Меня всегда улыбает когда говорят о надёжности java при том что сборщик мусора официально не гарантирует эту самую сборку что приводит к утечкам памяти.

Ваше приложение течёт по памяти со временем? Начинает медленнее работать? Ну, попробуйте в синглтоне сделать ленивую инициализацию вместо жадной. Не помогло? Ну попробуйте не использовать статические переменные вообще. Не помогло? Ну отрефакторите все классы чтобы были equals() / hashCode(), а то может это HashSet/HashMap (читай Hibernate) где-то текут. Не помогло? Ну не используйте локальные переменные потоки, они же текут, ну и что что так изоляцию обеспечивали. Не помогло? Это печально.

Ерунду пишете.

Меня всегда улыбает когда говорят о надёжности java при том что сборщик мусора официально не гарантирует эту самую сборку что приводит к утечкам памяти.

Если вы оставляете открытыми соединения или создаете в цикле новые объекты и не следите за тем, чтобы их заnullить, когда они вам не нужны, то извините: GC не может трогать то, что вам якобы нужно, ни в каком из языков.

Я же далее подробно описал места где вылезают утечки и без открытых соединений. Вы решили эту часть проигнорировать?

А ведь это только верхушка айсберга. Я ведь и продолжить могу этот список.

Да кто ж спорит, пишите на цпп. Я говорил только о том, что скала более жруча, чем жава. То есть, перефразируя, если скала может тянуть, то жава уж подавно сможет

Ваше приложение течёт по памяти со временем? Начинает медленнее работать?

Как со скриптотой здесь не прокатит. Нужно немного думать и иметь опыт работы. Но об этом я и написал выше, что джава не для низкоквалифицированных фрилансеров.

джава не для низкоквалифицированных фрилансеров

Миллионы выпускников шкилабокса не согласятся. Да и я не согласен. В институтах до сих пор мучают пасцаль и джава/сишарп после него более понятна чем питон/раби, а посему выгнать зазведившуюся джаву макаку и взять на ее место 3-х по цене одной - всегда предпочтительный выбор

взять на ее место 3-х по цене одной - всегда предпочтительный выбор

Более того, так и делают. У нас же теперь есть микросервисы. Берёшь трёх Obezyan и они тебе пилят приложуху. Как минимум Озон так запилили. Отвалился микросервис? У нас ещё тыща таких же запущена. И люди всегда при деле. И это не только в ИТ. Советы такой тактикой немцев победили.

Нужно немного думать и иметь опыт работы. Но об этом я и написал выше, что джава не для низкоквалифицированных фрилансеров.

Поделитесь вашим опытом в годах, высоко-квалифицированный вы наш? :)

Миллионы выпускников шкилабокса не согласятся

Наш высоко-квалифицированный не знает что Java преподаётся в школах в тех же штатах как в свое время у нас преподавался Pascal.

Как со скриптотой здесь не прокатит.

Речь о статической типизации? PHP умеет компилироваться в .NET сборки?

Нужно немного думать

Тебе это свойственно?

Но об этом я и написал выше, что джава не для низкоквалифицированных фрилансеров.

Акцент на низкоквалифицированных или на фрилансерах?

Бывают фрилансеры более высококвалифицированные чем ты?

Речь о статической типизации?

Не только. Стиль Обезъяны херак-херак и в продакшен. Потом код выбрасывается. Он об этом выше постил. На джаве с таким подходм конечно же получишь утечки памяти и прочие тормоза.

PHP умеет компилироваться в .NET сборки?

Не знаю.

Акцент на низкоквалифицированных или на фрилансерах?

На фрилансерах и прочих контрактниках. Нахреначил копрокода в микросервисы и ушёл в закат.

В школах ещё про интегрирование из мат анализа рассказывают. И что теперь?

В России в школах PascalABC изучают, а в институтах трупопасцаль много где до сих пор мучают

Министерство науки и высшего образования Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего образования «Владимирский государственный университет имени Александра Григорьевича и Николая Григорьевича Столетовых»

С. Б. НАУМОВА   ПРОГРАММИРОВАНИЕ  НА ЯЗЫКЕ PascalABC
Учебно-практическое пособие  Электронное издание    

Владимир 2022
ISBN 978-5-9984-1629-3 © ВлГУ, 2022 © Наумова С. Б., 2022 

Ужаснись, обезьяна… Все пропало! Дилдам, которым по 65, сложно просто все эти ваши питоны освоить. Хотя бы на сисярпе бы преподавали

Стиль Обезъяна херак-херак и в продакшен. Потом код выбрасывается. Он об этом выше постил

У вас проблемы с пониманием прочитанного. Скорость разработки и доставки фич в прод это требования безнеса который в пятницу заработает в 10 раз больше на этой фиче чем если её выкатить в понедельник. Но это не значит что нужно делать херак-херак. Мои архитектуры живут 4-6 лет в среднем, потом переписываться под что-то новое более быстрое, технологии на месте не стоят.

Не знаю.

Вот именно что не знаете, щупать php 15 лет назад и с апломбом что-то затирать это не серьёзно. Я для вас из php макаки стал на два поста java макакой и вы тут же слились как тов. Syncro. Я все ещё жду список воркараундов java о котором вы с таким гонором заявляли выше. Голословно портить воздух больше не получится, Обезъян может делать больно примерно на 2х десятках языков и java один из них.

Нахреначил копрокода и ушёл в закат.

На текущем проекте я 8й год. Все никак в закат не уйду :)

На фрилансерах и прочих контрактниках. Нахреначил копрокода в микросервисы и ушёл в закат.

Будто наемники не такие же.

В том что для того чтобы писать на java достаточно быть школотроном. Это о вашем высоко-квалифицированном «тут думать надо».

Нужно абстрактное мышление, те уметь думать категориями, которые не имеют аналогов в материальном мире. Но все так или иначе связано с неокортексом, так что все равно погроммисты умнее среднестатистических лысых обезьян, но не гении. Я думаю IQ где-то 110 баллов нужно. Это немного. У менегеров среднего звена по 125

Я вот на 100% уверен, что из художника выйдет лучший программист чем из математика. Программисты из дизайнеров выходят неплохие

Стиль Обезъяны херак-херак и в продакшен.

Зависит от бюджета проекта.

Потом код выбрасывается.

Бывает, рефакторят.

Он об этом выше постил. На джаве с таким подходм конечно же получишь утечки памяти и прочие тормоза.

А на кой тогда в Java автоматическое управление памятью? :)

Не знаю.

https://www.peachpie.io/

И чем он после этого хуже ?

На фрилансерах и прочих контрактниках. Нахреначил копрокода в микросервисы и ушёл в закат.

Записывайся в очередь и плати почасовку за рефакторинг, только и всего.

Или ты хочешь бесплатно кататься до бесконечности пока тебе Windows не напишут за 5 копеек, уплаченные ранее?

В России в школах PascalABC изучают, а в институтах трупопасцаль много где до сих пор мучают

И это хорошо. Я написал «раньше изучали» тк не знал как сейчас дела обстоят.

Ужаснись, обезьяна… Все пропало! Дилдам, которым по 65, сложно просто все эти ваши питоны освоить. Хотя бы на сисярпе бы преподавали

Ничего не пропало, Object Pascal вполне себе годный ЯП чтобы дать базу.

Сейчас проблема в другом, собеседуешь человека, 10-12 лет опыта, говоришь что не будешь его мучать по алгоритмам и техническими задачками. Вместо этого задаёшь один вопрос «что вам не нравится в ЯП, что раздражает, какие минусы для себя открыли при работе с ним?». А он сидит, глазами хлопает, тк знания алгоритмов - есть, а понимания языка - нет. Вот также и вот эти java дети с кучей лет опыта.

Причем, когда человек реально разбирается в своей сфере он на полчаса монолог развернёт о потоках java или какая же залипуха этот js. И сразу понятно насколько глубоко он в теме и насколько уживчив будет в команде.

Причем, когда человек реально разбирается в своей сфере

IMHO это зависит от кругозора, когда есть с чем сравнить. Мало кто создавал свои ЯП и вообще задумывался, как можно улучшить ЯП.

Вот у меня, например, чисто эстетические претензии к VB.NET, нужно IMHO:

• заменить dim на var как в шарпе
• добавить сишные комментарии //, /* */
• разрешить опционально (как в Scala) разделять операторы точкой с запятой ;, особенно в конце строки (дополнительно к опциональному двоеточию, как сейчас)

И вообще больше сделать опций, управляющих ЯП (запрет старого стиля комментарий и объявления переменных и т.п.) аналогично Scala.

Я недавно проходил этот тест с баллами. Он не показывает интеллект практически никак, скорее он показывает кругозор. Прошёл на 161 из 170, что по-моему кек. Вопросы уровня напишите слово которое относится и к лицу и к реке (губа) это таки на кругозор, а подсчитывание точек в квадратиках и треугольника - на внимательность.

Я вот на 100% уверен, что из художника выйдет лучший программист чем из математика.

ООП программист - да. А функциональщики которые лямбдами/замыканиями любят обмазываться больше из математиков.

Вот у меня, например, чисто эстетические претензии к VB.NET, нужно IMHO

И вот это «имхо» и есть ваша ценность, результат применения ваших знаний к рабочим задачам, ваш чистый опыт. Если у вас будут вопросы только к синтаксису, то я начну задавать наводящие вопросы про конфликты элементов пространства имён, например System.Windows, их решение через import (если владеете Python бегло обсудим как дела обстоят там - точно также, кек) и продолжим. Когда вы поймёте что это не экзамен вы сами удивитесь сколько всего неустраивающего вас в языке вы вывалите :)

Я импортирую выборочно то, что мне нужно. У меня нет никаких конфликтов имён в моём коде. А ещё у VB не учитывается case, хотя автоматически исправляется IDE. Т.е. и красиво, и правильно, и избыточно. К именам претензий нет от слова совсем. В крайнем случае можно указать полное имя. И такая красота там уже больше 20-и лет в отличие от скриптовых языков.

я про то что

Windows.Forms.MessageBox.Show("кек")

вызовет ошибку, а

Imports System.Windows.Forms
... 
MessageBox.Show("кек")

или

System.Windows.Forms.MessageBox.Show("кек")

будет работать. Частая ошибка вылезающая в момент написания кода, понятно что её даже IDE подскажет/исправит.

И чем он после этого хуже ?

Это как на ютубе DIY суперкара на педальной тяге и велосипедных колесах.

В том что для того чтобы писать на java достаточно быть школотроном

Как и интегрировать. Но есть нюанс.

монолог развернёт о потоках java

Что там у вас с потоками в джаве случилось? И с какими именно, сейчас же ещё и легковесных подвезли.

Единственная проблема в джаве при хорошем фундаменте отсутствуют качественные фреймворки (уродский хибернейт и спринг) для разработки веба с БД и приложений для ПК и мобильных девайсов. Ну, по мелочи ещё нужно байты гонять из нейтива в хип и обратно, чтобы получить производительность. Но ситуация и здесь постепенно исправляется.

уродский хибернейт

Почему уродский? Статью на Хабре читал и осуждаю.

Это как на ютубе DIY суперкара на педальной тяге и велосипедных колесах.

Позволяет задействовать огромное количество готовых популярных CMS. JVM такое обилие и не снилось.

Спроси у Обезьянина, думаю он лучше расскажет, если сталкивался конечно. Я лишь могу сказать, что подход ORM сам по себе ущербен для производительного бэкенда. Хибрнейт, в частности (как впрочем и SQL), вносит дух скриптоты и ухудшает надежность, поддерживаемость и отладку кода.

Количество != качество.

Спроси у Обезьянина, думаю он лучше расскажет, если сталкивался конечно. Я лишь могу сказать, что подход ORM сам по себе ущербен для производительного бэкенда. Хибрнейт, в частности (как впрочем и SQL), вносит дух скриптоты и ухудшает надежность, поддерживаемость и отладку кода.

Hibernate увеличивает продуктивность кодера? Стоит ли применять Hibernate там, где его производительности хватает при правильной настройке кэширования?

По сравнению с чем Hibernate и SQL «вносит дух скриптоты и ухудшает надежность, поддерживаемость и отладку кода» (c)?

Количество -> конкуренция хотя бы с Typo3.

Подскажи лучшие open-source CMS на Java.

Хибрнейт, в частности (как впрочем и SQL), вносит дух скриптоты и ухудшает надежность, поддерживаемость и отладку кода

Java

интерпретируемый язык

Подскажи лучшие open-source CMS на Java.

Laravel же… Столько джавы я ни на одной пхп-дрисне еще не видел

Это CMS?

Languages

PHP 99.6%
Other 0.4%

Покажите где там java?

Hibernate увеличивает продуктивность кодера? Стоит ли применять Hibernate там, где его производительности хватает при правильной настройке кэширования?

А у вас есть выбор? Я же говорю нет хорошего фреймворка для работы с СУБД в джава. В других ЯП их впрочем тоже нет. Поэтому если вы не гугл и даже не озон, то хибернейта вам хватит за глаза.

Подскажи лучшие open-source CMS на Java

Их нет.

Количество -> конкуренция хотя бы с Typo3.

Мы с вами говорим о разном. Я о инструментах для разработки потенциального проекта с миллионами посетителей в день силами небольшой группы погромистов. Вы о местечковом интернет магазине Рога и Копыта силами одного фрилансера по присланным шаблонам.

Что там у вас с потоками в джаве случилось?

Проснитесь, сэр, вы серите. Пришлось новый язык разработать (Scala) чтобы дать абстракции в виде коллекций для параллельной работы и хоть как-то совладать с течкой по памяти.

А у вас есть выбор? Я же говорю нет хорошего фреймворка для работы с СУБД в джава.

А Hibernate?!

В других ЯП их впрочем тоже нет.

Опа, а я и не знал …

Поэтому если вы не гугл и даже не озон,

Так ведь смотря, для чего. Что-то может храниться в Clickhouse и noSQL, а что-то в обычных РСУБД с ORM?

то хибернейта вам хватит за глаза.

Вот именно.

Подскажи лучшие open-source CMS на Java Их нет.

Когда появилась Java? Лет 30 назад примерно?

Количество -> конкуренция хотя бы с Typo3. Мы с вами говорим о разном. Я о инструментах для разработки потенциального проекта с миллионами посетителей в день силами небольшой группы погромистов.

Долго вы будете разрабатывать аналог Typo3 или Umbraco силами своих маленьких погроммистов?

Вы о местечковом интернет магазине Рога и Копыта силами одного фрилансера по присланным шаблонам.

Магазин «Рога и Копыта» на базе nopCommerce окажется в чём-то хуже вашей наколенной Java стряпни?

Он, наверно, перепутал с JS, я уже за ним много ляпов наблюдал, походит на вкатыша или тролля.

Мдя, в этом весь Обезъянин ) Сэр, все абстракции закончились на создании фреймворка Akka, потом скала оказалась никому не нужна. Настолько была в этом проблема, что сейчас скалы не видно, не слышно.

• Раньше был Apache Tapestry. Его прикольной возможностью была живая перезагрузка, поэтому можно было просто сохранить класс, IDE его компилировала и он подкладывался на сервер приложений без перезапуска. Жаль, что он, вроде, «того».
• На одном проекте, мы поддерживали сайт на Play!Framework. Он был весьма неплох, но минус то что там пошли метания «мы поддерживаем Python», «Мы не поддерживаем Python», «Мы переезжаем с Java на Scala»...
• Сейчас на удивление в РФ делают «импортозаместительные» проекты на Vaadin, причем не один.

Я читал на Reddit, Scala там хвалят.

IMHO прекрасный ЯП, когда надо сделать что-то алгоритмическое без GUI на JVM. Например, мне он может быть полезен, чтобы сделать DTO классы для Hibernate и потом передавать их по RPC в .NET приложение.

да тут через одного - ИТ специалисты :)

Не слышно где?

In March 2015, former VP of the Platform Engineering group at Twitter Raffi Krikorian, stated that he would not have chosen Scala in 2011 due to its learning curve.[159] The same month, LinkedIn SVP Kevin Scott stated their decision to «minimize [their] dependence on Scala»

Неосиляторы вынуждают нас всех деградировать до Golang?

все абстракции закончились на создании фреймворка Akka

щас модно хейтить акку, особенно после изменения лицензионной политики. Ну и очень много кандидатов с вообще отсутствующим опытом акки

Это фреймворк типа джанги, который позволяет что угодно сотворить с минимумом телодвижений, когда нужно чуть больше чем дефолтная срака. CMS такие же как и 20 лет назад… Wordpress тот же c include header/footer и повсеместными global.

если ты юмора не выкупил, что пхпмакаки пишут на пхп как на java, я не виноват

2011. Вам самому не стыдно? Вы точно также оперировали данными php 15летней давности. Кажется, кто-то забронзовел.

Это фреймворк типа джанги, который позволяет что угодно

Угодно enterprise CMS типа Typo3, на который потрачено 25*N человеколет и xxx Kilo U$D

сотворить с минимумом телодвижений,

Но одно телодвижение и rtxtxtrx уже натворил делофф :) Какой ценный щпециалист, предлагаю, обратить ваше пристальное внимание на него.

когда нужно чуть больше чем дефолтная срака.

Вот, я так и думал …

CMS такие же как и 20 лет назад… Wordpress тот же c include header/footer и повсеместными global.

За 20 лет они написали только Hello include ?

Ты смотрел перечень функциональных возможностей?

PHP вообще к 8й версии натаскал много разного хорошего из всех современных языков. Он как робот пылесос.

А юмора я не выкупил, т. к. это была неудачная попытка свести все к шутке юмора.

Да тролль он. IMHO в Минцифре или где-то в спецслужбах, появились продуманные тролли, которые провоцируют нас на бесплатные консультации, чтобы на основе них в т.ч. принимались какие-то решения.

За 20 лет они написали только Hello include ?

Что ты несешь?

Угодно enterprise CMS типа Typo3, на который потрачено 25*N человеколет и x Kilo U$D

Какой стыд!!! PHP, ынтырпрайз, Typo3 - тут как минимум два слова лишних

Ты смотрел перечень функциональных возможностей?

Простите, если обидел чувства установщика модулей для Wordpress.

Какой стыд!!! PHP, ынтырпрайз, Typo3 - тут как минимум два слова лишних

Ты, наверно, про Бибиктрикс? Они так и не научились программировать на PHP? :(

На нем, кстати, многие немецкие сайты работают, причем крупные.

Какие у него преимущества по сравнению с Typo3?

Никаких. Это самое ужасное из того что существует.

Бибиктрикс - самое ужасное? IMHO просто поехавшее …

Это вы ещё код магенто 2 не видели.

Вообще, CMS на PHP делается за рабочую неделю со всеми ACL, пагинацией и прочей CRUD админкой, это зачастую малая часть веб-проекта и никакие WP, Typo3 и прочие Codeignitor не используются.

Да я не против помочь отечеству, просто тейки оч тупые, скатиться от обсуждения потоконебезопасности в Java к CMS на PHP за пару постов обсуждения это кек.

нет хорошего фреймворка для работы с СУБД в джава

jooq весьма годный.

Вообще, CMS на PHP делается за рабочую неделю со всеми ACL, пагинацией и прочей CRUD админкой, это зачастую малая часть веб-проекта и никакие WP, Typo3 и прочие Codeignitor не используются.

Из готовых наработок или каждый раз с нуля? А все узкоспециализированные разработчики CMS тупые, и не могут осилить иной раз за 10 лет, постоянно что-то доделывают, багфиксят, улучшают.

А тут хоба, и за неделю, LOL

И абсолютно без ошибок, аналогично математически верифицированнному коду (который стоит около $200/1 LoC - Line of Code)?

Вот его в той статье про недостатки Hibernate и хвалили, но это IMHO какой-то возврат в прошлое, если и годно, то только для нагруженной части. Писать на таком ненагруженное или легко масштабируемое IMHO не стоит затрат, если это не супер нагруженный проект.

С другой стороны, если это богатый клиент, и у него денег куры не клюют, то аналогично Go макакам, нужно заткнуть дыры, завозим ещё один трюм рабов и фперёд и с песней. (Я такой подход НЕ одобряю).

простой crud там тоже делать вполне себе просто

jooq весьма годный

Да, это уже ближе к тому, с чем бы хотелось работать. Но остаётся проблема с контролем данных. Дублирование кешей, схем и т.д. У нас СУБД отдельно, JVM отдельно. Я бы хотел их объединить в одну сущность. Может даже когда-нибудь осилю такой проект, если кто раньше не сделает.

Из готовых наработок или каждый раз с нуля?

Берётся фреймворк который соответствует PSR и на нем реально за неделю делается. А если с готовыми наработками то и за выходные.

А все узкоспециализированные разработчики CMS тупые, и не могут осилить иной раз за 10 лет, постоянно что-то доделывают, багфиксят, улучшают.

Нет конечно, не тупые, это вы немного перепутали т. к. это общие решения, а не узкоспециализированные, эти CMS может даже продвинутый юзер развернуть и настроить.

Я же говорю об узкоспециализированном варианте, например, когда разрабатывается апи сервер платёжных методов и методов доставки и для их добавления/управления и нужна CRUD админка. И т.д. Подключать для этого Typo3 не имеет никакого смысла.

Дублирование кешей, схем и т.д.

Да что ты такое, черт побери, несёшь? Какое дублирование, каких кешей?

Я бы хотел их объединить в одну сущность.

Зачем?

Может даже когда-нибудь осилю такой проект, если кто раньше не сделает.

Прилинковать к своему приложению какую-нибудь готовую недоСУБД на Java?

Как в InterSystem Cache, в ПФР затроение-запятерение данных, LOL

Я же говорю об узкоспециализированном варианте, например, когда разрабатывается апи сервер платёжных методов и методов доставки и для их добавления/управления и нужна CRUD админка. И т.д. Подключать для этого Typo3 не имеет никакого смысла.

Так наверно тоже есть что-то готовое.

Не поверю, что у вас при объёме кода хотя бы в 1K lines, написанных за неделю с нуля, не будет ни одной ошибки.

Так наверно тоже есть что-то готовое.

Да, Берётся готовый фреймворк, например Slim, а не CMS и пишется.

Не поверю, что у вас при объёме кода хотя бы в 1K lines, написанных за неделю с нуля, не будет ни одной ошибки.

Тесты апи проходит, админка тоже. Если что-то и будет то уровня опечатки в названии колонки в гриле в админке.

Зачем?

Перечитайте внимательно ещё раз. Вон, даже Обезъянин возбудился, увидел знакомые буквы.

Прилинковать к своему приложению какую-нибудь готовую недоСУБД на Java?

Чтобы порадовать эффективных менеджеров? Нет, я хочу фундаментально закрыть проблему для себя. Для возможности разрабатывать проекты на трафик в миллионы пользователей за день.

Вон, даже Обезъянин возбудился, увидел знакомые буквы.

Не надо меня приплетать. Вы лоханулись на списке воркараундов в Java, потом на ереси про дублирование и сейчас хотите:

У нас СУБД отдельно, JVM отдельно. Я бы хотел их объединить в одну сущность.

Это что-то уровня джуна. Вы вообще не возбуждаете Обезьяна.

А можно пример на Github?

Чтобы порадовать эффективных менеджеров? Нет, я хочу фундаментально закрыть проблему для себя. Для возможности разрабатывать проекты на трафик в миллионы пользователей за день.

Заменить СУБД на алго работы с текстовым файлом, LOL ?

Кластер современной noSQL СУБД не справляется?

Вон, даже Обезъянин возбудился, увидел знакомые буквы.

Вам не страшно?

А можно пример на Github?

В 2014м году гитхаб вместе с прогрессивным западом выписал меня из людей и удалил все мои репозитарии вместе с кодом. С тех пор все мои решения только в закрытых рабочих репах. Могу посоветовать просто открыть Slim 4 документацию, скачать и попробовать, вы удивитесь насколько быстро и просто можно подключать middleware и писать свой код. Накидал роутинг, контроллеры и модели, подключил phinx для миграции БД, какой-нибудь шаблонизатор типа twig, для ORM сходу eloquent, в базовую модель CRUD, от неё наследование по сущностям и собсно все.

Может быть, чужой пример.

И ведь хостеров Git репозиториев типа Github довольно много разных.

а, и ещё, после этого сравните скорость получившегося решения с готовыми CMS, после чего готовые решения вы будете использовать примерно никогда.

Сомневаюсь, что прям сильно быстрее. А если правильно настроить кэширование и кластер с балансировкой, то тем более? IMHO время на разработку дороже, а уж тем более потом всякие баги и т.п.

И Typo3 - это ведь не специализированное e-commerce решение, а вот если nopCommerce или Virto Commerce.

Заменить СУБД на алго работы с текстовым файлом, LOL ?

С данными в текстовом файле, в некоторых случаях, можно быстрее работать, чем с доступом к ним через СУБД. Это так, вам на будущее.

Кластер современной noSQL СУБД не справляется?

Справляется, но PL/SQL придумали не просто так. Когда вы работаете в СУБД с данными на прямую это быстрее и проще. Но в моём случае вместо PL/SQL будет полноценная JVM, которая одновременно будет «современной noSQL СУБД» и бэкендом.

Может быть, чужой пример.

Можете поиском по Slim 4 skeleton найти варианты.

Сомневаюсь, что прям сильно быстрее.

А вы не верьте мне на слово, вы проверьте сами. Slim - один из самых быстрых PHP фреймворков на сегодняшний день.

С данными в текстовом файле, в некоторых случаях, можно быстрее работать, чем с доступом к ним через СУБД. Это так, вам на будущее.

Ога, особенно в многонодовой многопользовательской среде, а разработчики Redis, Tarantool и Clickhouse, даже и не знали …

Справляется, но PL/SQL придумали не просто так. Когда вы работаете в СУБД с данными на прямую это быстрее и проще.

Быстрее и проще? LOL

Вы видели код оптимизатора запросов, сортировок и т.п.?

Но в моём случае вместо PL/SQL будет полноценная JVM, которая одновременно будет «современной noSQL СУБД» и бэкендом.

Какая связь между PL/SQL и NO/SQL.

Говорили, мне в одном чатике, что на ЛОРе много поехавших, но от вас такого не ожидал …

Меня обычно скорость работы вообще не интересует (в пределах разумного конечно), только скорость разработки. Я никогда сам не разрабатывал high load проектов.

Хотя для средне-малых контор, думаю, легко смогу настроить нормальную скорость работы готового качественно сделанного приложения, чтобы без вот этого самопального кодинга.

вот поэтому я и называю их java детьми, по суждениям их. Такая чистая и незамутненная ахинея.

Slim быстрый не только в работе, но и в разработке. Прочитайте PSR стандарты после чего бегло пройдитеcь по документации Slim и думаю вы довольно быстро сможете писать не приходя в сознание. Для средних проектов он также подходит.

Сомневаюсь, что PSR может так кардинально ускорить.

Вот XAF может, но он тут вообще не в тему, он для малых проектов со сложной моделью и навороченным GUI. Ускорение формошлепства в десятки раз, типа 1Це.

PSR это описание как делать правильно, Slim использует PSR, поэтому чтобы на нем писать быстро и легко стоит ознакомится как минимум с PSR 7 и PSR 11.

Писать никогда не будет быстрее и надежнее, чем деплоить готовое отлаженное годами (и иногда десятилетиями) :)

Вы так рассуждаете, как будто вам легче написать заново, даже если вы этот проект сохранили на флэшку, которую не можете найти за 10 минут.

Лень разжевывать. В ваших пэт проектах вам это не пригодится, так что не заморачивайтесь.

Вы так рассуждаете, как будто вам легче написать заново

Считайте это high load контузией. Открываешь код magento 2, икаешь, закрываешь и качаешь Slim.

Ну есть же готовые распределённые кэши хотя бы типа Hazelcast?

https://hazelcast.com/products/#resources

Я еще могу согласиться, что обычные типовые CMS могут не подойти, но наверно есть специализированные решения или хотя бы можно сделать подобное на базе вашего типового, чтобы новые типовые клепались ещё в разы быстрее. И если уж у вас действительно там счет на миллисекунды, то наверно, что-то типовое из кастом обработчиков можно переписать даже на Rust или плюсах?

Дык разные части на разных языках и есть. Зачем например писать CRUD админку например, на Rust? Каждой задаче свой инструмент.

Только я не поверю, что плюсовый код вы каждый раз заново пишите с нуля просто как утреннюю зарядку, его отлаживать и отлаживать, тем более сильно нагруженный.

Проекты по 6-8 лет в среднем. На следующем проекте уже новый стандарт будет и возможности. Поэтому брать 1 в 1 не оправдано.

6-8 лет, а «накидать код приложения за неделю»?

Одно с другим как-то не очень стыкуется?

Вы начинаете передергивать, я говорил про конкретную часть - CRUD админку. Она пишется за неделю потом раз в месяц за час другой добавляются новые поля и тд, и так на протяжении жизни всего проекта. Весь проект пишется от 6 до 12 месяцев ударно и потом уже идёт доработка и сопровождение с учётом новых вызовов в реальной жизни.

Вы вроде и про Slim упоминали, а это ведь уже часть нагруженной части?

CRUD одной таблицы то и я могу на MS Access или LibreOffice base накидать за 5 минут. :)

Показания не сходятся :)

Вы вроде и про Slim упоминали, а это ведь уже часть нагруженной части?

Нет, это наименее нагруженная часть всего проекта, если мы про админку, но она все равно должна быть быстрой, потому Slim. Часть апи тоже бывает на нем.

CRUD одной таблицы то и я могу на MS Access или LibreOffice base накидать за 5 минут. :)

Именно так, просто на PHP в Slim вы этот CRUD заверните в Base модель, а потом каждый раз будете от неё наследоваться и определять поля таблицы в БД, а не писать CRUD в для каждой сущности с нуля.

Нет, это наименее нагруженная часть всего проекта, если мы про админку, но она все равно должна быть быстрой, потому Slim.

Админкой и пользователи пользуются? Это типа личного кабинета?

Админкой и пользователи пользуются?

Она для внутреннего пользования сотрудников, из пары десятков варехаусов по всему миру пару сотен сотрудников дёргают разные части админку от CRUD форм до генерации qr кодов этикеток с внутренней инфой для товаров и тд.

Также, эту админку может через апи дёргать разные шлюзы, т. е. это не только сотрудники.