от xml у меня текут кровавые слёзы

Здесь принято просить помощи в написании публикаций для песочницы хабра?

до тебя никто не просил

но вряд ли кто-то против

А что на Хабр не пишут здесь?

Только в личные заметки)

пишут

но мало

хабр сейчас - помойка

а что не помойка?

а что не помойка?

всё - помойка

каждому - по своей помойке, по вкусам

А что на Хабр не пишут здесь?

А что за вопрос?

А что за вопрос?

Хочу запоститься пример про ААА без spring security

Хочу запоститься пример про ААА без spring security

Так а в чем проблема?

Так а в чем проблема?

Обычно когда я сдаю работу заказчику у него ничего не работает

Ещё не хочу делать ни кому не понятный вброс

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

ммм... мозг?

Нет таких сервисов и вряд ли будут

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

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

ты хочешь на запрос "кислота" получать "acid" типа?

примерно, вот опять же это единственное определние которое приходит в голову, но есть ли специальные случаи когда кислота не acid?

ну и комбинировать с en.wikipedia.org/wiki/Scythe к примеру

для получения максимального охвата

давайте проще

вот пример "отправка обращения"

шаг 1: юзай гугл переводчик, чтобы получить перевод шаг 2: ищи в википедии нужное слово

английской википедии

вот пример "отправка обращения"

предметная область какая?

контекст

бумажки, запрос с разной инфой на подпись вышестоящему рководству

это можно охарактеризовать как "запрос" в юридическом контексте

допустим что да

подходит inquiry, query, enquiry

2-4

https://en.wikipedia.org/wiki/Inquiry

смотришь, подходит ли

вот как раз они полностью не подходят если следовать синонимам

вот как раз они полностью не подходят если следовать синонимам

request, например, подходит ещё

туда сюда прыгаешь по синонимам

legal request

вот это требует знаний предметной области, на изучение которой нет время

собственно поэтмуо и назрел вопрос

это требует 2 минуты google translate при условии абсолютного отсутствия опыта

или выдающегося мастерства обучения ИИ для подбора нужных слов

потому что google translate таким количеством нейросетей напичкан, что капец

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

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

не нужно тратить столько времени на выдумывание имен /** Лучше задокументируйте и опишите, как следует */

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

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

хех, какие люди)

Не ожидал увидеть среди почти 3к участников группы)

да тут чет тишина сейчас ужас, раньше хоть флудили, теперь вообще тишина

Ну вот щас ещё Антоха подключится))

на работе чтоли мало чатиков?)

На работе масштабы меньше

Ну да, тут еще тебя не хватало

Java9 уже юзаете? Я нет)

уже 10 юзаю, но дома для поиграться

Котлин в бою

Java9 уже юзаете? Я нет)

зачем, есть Kotlin, а ему и на 8 джаве норм

Он вообще на 6 по-моему сделан

Он вообще на 6 по-моему сделан

Ну можно на 8й запускаться

Там два рантайма

Ну, джавовских

Хотя может уже больше

как меняются volatile переменные? как обычные, но с моментальной записью измененного значения в рам или для изменения они вообще никуда не считываются и изменяются прямо в основной памяти? условно говоря есть volatile int i; я изменяю ее в двух потоках, как именно на низком уровне произойдет изменение? (не прошу описывать процесс, это отсылка к вопросу выше)

как меняются volatile переменные? как обычные, но с моментальной записью измененного значения в рам или для изменения они вообще никуда не считываются и изменяются прямо в основной памяти? условно говоря есть volatile int i; я изменяю ее в двух потоках, как именно на низком уровне произойдет изменение? (не прошу описывать процесс, это отсылка к вопросу выше)

volatile-запись — запись непосредственно в RAM, мимо кэшей. volatile-чтение — чтение непосредственно из RAM. Запись не моментальная, просто при volatile-записи программа притормаживается, пока значение не запишется.

в чем сейчас (кроме бд) модно хранить многострочные большие текстовые константы, которые будут использованы в приложении, и чтобы их можно было удобно набирать и редактировать перед сборкой приложения? в голову пришли только 3 варианта: 1) класс с текстовыми константами: public static final String CNST1="blablabla blabla\n" + "bla \bla bla\n" + "\"bla\""; достоинство: удобно использовать, недостаток: неудобно редактировать (переносы строк, эскейпы, вот это всё) и читать в сыром виде. 2) в xml CDATA: достоинство: удобно читать отдельные текстовые блоки, недостатки: все-таки много обвязки вокруг в виде лишних тегов, неудобно подгружать в приложение, надо читалку реализовывать. 3) каждый текстовый блок хранить в своем файле: достоинство: удобно читать отдельные текстовые блоки, недостатки: невозможно скроллом пролистать все текстовые блоки, неудобно подгружать в приложение, надо читалку реализовывать. Есть еще варианты?

Сделайте, если спринг, то какой-нибудь properties.yaml-файлик

ну или messages-файлик. в проде переопределяйте по вкусу

в чем сейчас (кроме бд) модно хранить многострочные большие текстовые константы, которые будут использованы в приложении, и чтобы их можно было удобно набирать и редактировать перед сборкой приложения? в голову пришли только 3 варианта: 1) класс с текстовыми константами: public static final String CNST1="blablabla blabla\n" + "bla \bla bla\n" + "\"bla\""; достоинство: удобно использовать, недостаток: неудобно редактировать (переносы строк, эскейпы, вот это всё) и читать в сыром виде. 2) в xml CDATA: достоинство: удобно читать отдельные текстовые блоки, недостатки: все-таки много обвязки вокруг в виде лишних тегов, неудобно подгружать в приложение, надо читалку реализовывать. 3) каждый текстовый блок хранить в своем файле: достоинство: удобно читать отдельные текстовые блоки, недостатки: невозможно скроллом пролистать все текстовые блоки, неудобно подгружать в приложение, надо читалку реализовывать. Есть еще варианты?

Какое назначение у этих констант?

Сделайте, если спринг, то какой-нибудь properties.yaml-файлик

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

а почему же получается, что volatile не может использоваться для разрешения race condition-ов? по сути race condition - ситуация, когда два потока считывают в кэши переменную, изменяют и возвращают в рам, и из-за такой параллельной модификации один из потоков просто перезатирает изменения второго. а если переменная volatile, то, выходит, она никуда и не считывается при изменении, и раз потоки работают с одним общим ресурсом напрямую через RAM, то такой проблемы и быть не должно? или я чего-то недопонимаю

Какое назначение у этих констант?

шаблоны (по типу String.format или как у slf4j/log4j2) для вывода сообщений пользователю

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

https://gist.github.com/rjattrill/7523554

второй пример валиден для тебя

второй пример валиден для тебя

хм, интересно, похоже на то, что надо

а почему же получается, что volatile не может использоваться для разрешения race condition-ов? по сути race condition - ситуация, когда два потока считывают в кэши переменную, изменяют и возвращают в рам, и из-за такой параллельной модификации один из потоков просто перезатирает изменения второго. а если переменная volatile, то, выходит, она никуда и не считывается при изменении, и раз потоки работают с одним общим ресурсом напрямую через RAM, то такой проблемы и быть не должно? или я чего-то недопонимаю

банальный x++ — это несколько операций: volatile read, increment (в регистре), volatile write. За это время может произойти всё, что угодно.

шаблоны (по типу String.format или как у slf4j/log4j2) для вывода сообщений пользователю

Типа локализация?

You've sent

эти блоки разной длины, где-то 3 строки, где-то 20

я бы взял .properties

банальный x++ — это несколько операций: volatile read, increment (в регистре), volatile write. За это время может произойти всё, что угодно.

т.е даже для volatile int x++ - это три операции, и даже в случае с volatile переменной потоки на разных цпу теоретически могут одновременно считать одно значение в регистры, изменить и вернуть обратно, тем самым создав race condition?

т.е даже для volatile int x++ - это три операции, и даже в случае с volatile переменной потоки на разных цпу теоретически могут одновременно считать одно значение в регистры, изменить и вернуть обратно, тем самым создав race condition?

Да.

окей. спасибо

Ничего в RAM напрямую не пишется и ничего не притормаживается

Есть MESI протокол и его расширения