mayton2019

Я где-то читал что астрономы уже давно не дают названия планетам и звездам. Закончились у них названия. Они их нумеруют. Может быть в какой-то степени это оправдано. Если для блоков веб-дизайна нет названий то возможно им стоит давать хотя-бы номера из sequence. Или если есть указание на относительную ориентацию (север-юг или слева внизу) то можно добавлять там какой-то символ. Вот. А если у автора возникнет именно задача тесной работы со слайдером - то тогда он его просто переименует в slider и будет работать. Похоже конечно на обфускацию больше чем на конвенцию по именам. Но может быть имена не так уж важны в данном процессе.

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

int hashCodeRange(int from, int to) {
        final Object[] es = elementData;
        if (to > es.length) {
            throw new ConcurrentModificationException();
        }
        int hashCode = 1;
        for (int i = from; i < to; i++) {
            Object e = es[i];
            hashCode = 31 * hashCode + (e == null ? 0 : e.hashCode());
        }
        return hashCode;
    }

Используй метод equals. Это будет правильный ответ на собеседовании.

Это не большой размер

2000 * 500 * sizeof(int) = 4 000 000

4 мегабайта на каждую матрицу целых чисел. Когда-то давно во времена DOS этой памяти хватало чтобы поиграть в DOOM.

Ты сам себе создал проблему. Вот какую пользу тебе дает вложенность?

Бери правило Паретто. Вот если метод method_2 покрывает 80% нагрузки - то кешируй только его а на остальное - забей. Это будет проще и надёжнее чем придумывать какие-то немыслимые ВЛОЖЕННОСТИ которые никакого
отношения к техникам кеширования не имеют.

Я ниразу не использовала ИИ и для меня будет это трудно, но есть билибиотеки для работы с аудио и переводами

Конечно нужно брать готовые решения.

ИИ - это некое общее понятие которое скорее всего будет программным API и его еще нужно долго конфигурировать. И без специальных знаний это конфигурирование будет невозможным.

Просто на сервере дай бог 10 гб свободного места осталось. Не будет ли он на сервере создавать какие то архивы?
А передать надо много, гб 200

Можешь отдельно заархивировать кастомным архиватором и порезать на тома и добавить контрольные суммы для восстановления.
200 Гб - это тот размер когда стоит дополнительно сделать проверки на целостность.

Как построенн язык программирования, например: Как понять, как устроенны ключевые слова; Препроцессорные процессы: define, include и др.; - Я правильно понимаю, нужно опустится на ещё более низкий уровень до ассемблера? - Ассемлер является той фундаментальной сущностью в программировании (не считая машинный код, который и так человек не должен понимать)?

Лет 50 назад так было. Программист был физик-математик. И он обязан был знать как работает транзистор. Этот был "тот" уровень понимания требований к профессии. Сегодня знания ассемблера уже не являются обязательными. Можно прожить бурную и интересную жизнь будучи синьором-помидором разработчиком но так и не написать ни строчки на асмах. Профессия разделилась на узкие специализации и знать весь стек уже стало настолько трудно что это перестало быть необходимым.

По второму пункту - я не понял что хотел автор. Хотел достичь какого-то дзена?

Ну и вообщем, какие-то фундаментальные знания - на чём базуется/построенна програмированние и IT, тоже не помешало. Например рекомендуют SICP почитать, правильно ли я тогда пойду или это не то. Если да, можете ещё набросать ваши варианты? Буду признателен.

Кажется один из авторов SICP сказал примерно следующее. Что современный инженер - это уже не создатель алгоритмов. Он - интегратор. Просто сама индустрия подталкивает к тому чтобы популярным стал язык Go а не Scheme. Хотя c моей кочки зрения Scheme интереснее и умнее, но увы. Прагматизм все решает. Для меня Scheme останется в разделе забавных мозговых экспериментов вроде брейн-фака. Ты решаешь задачу и получаешь от этого эндорфин. Как codewars. Вот такого эндорфина от Go нету. Хотя в резюме такое вписывать бесполезно наверное. Кому нужен Lisp-овед или Schem-щик?

Кстати кто знает какие курсы в MIT сейчас читают? Поделитесь.

base64 здесь скорее всего непричем. У него нет таких странных артефактов воздействия на отступы.
Тут либо документ вообще был-бы сломан и не открылся либо он будет 100% побайтово соотвествовать
оригиналу.

У меня какое-то дежа-вю. Кажется что вопрос повторяется. Ну вот рекурсивно. С дополнительным опциональным параметром.

def isMonotonic(i:Int,o:Option[Int] = None) : Boolean = {
	if (o.isDefined) (i % 10 <= o.get) else isMonotonic(i / 10,Some(i % 10))
}

Написан на Scala но можно без труда переделать в Java. Option/Optional там тоже есть.

Все int я индексировал

Вот ты чудак. Надо не все индексировать а только те которые оптимизатор запросов может выбрать в плане запроса.
Ты кстати еще получишь обратную связь в виде замедления update/insert/delete на такой чудо-таблице.
Оптимизация - это искусство. И тут нельзя так... приходить и ВСЁ индексировать...

Обычно эволюция кода идет синхронно с обновлением схем в БД. Для этого есть инструменты типа liquibase/flyway. Они приводят в БД в состояние полного синхронизма с вашим репозитарием кода. И то что у вас происходит (нет таблицы) - это ужас-ужас и надо срочно что-то менять в жизни.

Вот так. Развивайтесь. Взрослейте. Хватит уже бегать в детских штанишках. Хорошая система должна трекать свои изменния. Берите лучшие практики которые есть сегодня. Создание таблицы в секции catch - это опасная практика которая кроме того вызывает еще один парадоксальный вопрос из серии - а что делать если exception возник внутри секции exception и так далее.

Для более конкретного примера: мне нужен middle+ frontend разраб, которого заинтересует моя та или иная идея

Со стороны выглядит будто ты - такой себе ловкий менеджер. Сидишь и хочешь надурняк что-то высидеть :)

Смотри если твоя идея реально ценна (в ней есть бизнес интерес) то наверное лучше пойти на крауд-файндинговы площадки и там собирать деньги. Или поискать инвесторов.

Если у тебя - чисто научный интерес - то иди лучше в научные кафедры. Ищи себе руководителя и грызи гранит науки. Может станешь лет через 10 кандидатом наук.

До кучи еще посмотри сериал Силиконовая Долина. Тоже про идеи.