что выиграете в линкеде, можете сравнить сами.

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

Но как хорошо, что я далёк от Java )
CSS, JS, XSLT == моя отрада )

Последний абзац: ну да, тут конечно вопросов много, формулировки я дал не точные, основная библиотека коллекций в core  одна.

Остальное это не совсем про core, Эти объяснения считаю излишними. Так как если возникает такой вопрос — то это лишние заморочки. Т.Е. все это вообще не нужно. лучше остаться работать с массивами обычными.

Естественно я отталкиваюсь от java core 8, хотя давно уже у всех 11-13 быть должны, но когда связывался и сейчас может все поменялось конечно

хорошо, пруфы будут)

пруфы:

массив:

мы даже не смогли прочитать файл из-за внутренних операций с массивами, не то что сделать с ним что-то в методе

LinkedList:

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

то есть тут еще и баг

зеленые строчки - это то, что парсится на самом деле

результаты на более скромном количестве слов

пока что победитель - стримы из джавы 8 (в пять раз быстрее, чем код из задания)

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

но чем плох массив, я уже показал выше

#wanted_tw #tw_wanted #remote #удаленно #удаленка #fulltime #фуллтайм

Всем привет! Всегда рады новым техническим писателям в documentat.io, а сейчас — в особенности. Ищем на фулл-тайм, удалённо, 90–120 на руки.

Documentat.io занимается заказной разработкой технической документации. Техписатели в нашей компании — главные и самые важные сотрудники, мы строим все свои процессы вокруг них.

Какую документацию нужно будет писать на этой позиции:
— Статьи для баз знаний различных сервисов облачного хостинга (аналогов AWS и Google Cloud).
— Справочники для RESTful HTTP API.

По нашему опыту, эта позиция подходит техписателям с опытом около двух лет, которые имеют кругозор (хотя бы поверхностный) в современном инфраструктурном инструментарии (Docker, Kubernetes), владеют Git на уровне «посквошить коммиты» или «разрешить несложный мерж-конфликт» и работали в командной строке Linux. Пригодится опыт работы с с SSG типа sphinx-doc или MkDocs, опыт использования типовых Git workflows для документации, использование легковесных языков разметки (Markdown, RST, Asciidoc).

Откликнуться и задать любые вопросы можно Тане @picheva (это я :)) или в hh. Я HR, если сама не смогу ответить на предметные вопросы, свяжу вас с нужными людьми в компании😎

Ну как бы, ни слова о том в чем бред в моих заключениях.

Пруфы чего вы привели? того, что кто то начинает работать со строкой не понимая что это за объект в JAVA? Ну да, а причем тут мои слова что строка это объект, кстати не изменяемый?

Я не хочу холиваров, но вы заявили что я пишу бред, потому с вас и спросили.

А то что на стаке копипаста с решения другой задачи, с попыткой исправить решение под условия задачи новой, когда как условия вообще не введены в примере, а просто вопрос "что я тут поломал, что задача не решается"?

И это частая история на стаке, иногда этого достаточно что бы получить рабочее решение, иногда нет.

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

Разве это отменяет того что я написал, кстати которое в итоге подтверждают мануалы? Нет.

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

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