davidnum95

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

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

Существует ли реальная проблема нагруженности рынка труда людьми с курсов? Они вообще устраиваются по новой специальности?

Из реального опыта - до финала более-менее нормальных курсов, которые дают какие-то реальные основы, доходит ~10-15% студентов, остальные отваливаются, так как пришли за легким чтивом и халявой, а тут оказывается вкалывать нужно... Оставшиеся либо просто слишком настойчивы, но никак не пригодны, либо реально чего-то стоят, и там по Парето - 70/30 где то никаких/толковых. Вот эти 30 рано или поздно найдут работу.

Заметили ли настоящие промышленные программисты какое-то изменение в своей работе после появления хайпа вокруг их профессии?

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

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

лол
40 лет, а мыслит как 18-и летний юноша-максималист
выучит он "слишком много всего"
ты выучи сначала
потом приходи сюда
когда ты "слишком много всего" выучишь, тебе минимум будет 45 лет

Но вот думаю: А не слишком ли "крутым" я стану?

на первом же собеседовании тебя сотрет в порошок 25-30 летний чувак с опытом и покажет твое истинное место.
это не оскорбления.
это твое будущее.

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

Я разобрался. Есть @Qualifier из разных пакетов. Оба они касаются DI (внедрения зависимостей).

В реальной жизни может сложится ситуация, когда создаётся несколько бинов одного и того же типа (например, с 1 и тем же интерфейсом), но в конкретном случае например необходим конкретный бин. @Qualifier — аннотация позволяет уточнить какой именно.

1) Есть @Qualifier, которая импортируется из пакета CDI JSR 330 (CDI-это стандарт Java для контекстов и внедрения зависимостей, а JSR-330-это его подмножество, которое он полностью поддерживает), импортируется так:
import javax.inject.Qualifier
Ее уточнение не добавляется, просто пишется так:
@Qualifier

2) Есть @Qualifier, которая импортируется из пакета фреймворка Spring (фреймворк для внедрения зависимостей), импортируется так:

import org.springframework.beans.factory.annotation.Qualifier

И ей как раз указывается "уточнение" в скобках:
@Qualifier("appContext1")

В Spring бин называется по имени и вызывается явно по нему.

В случае JSR 330 для этого создается своя аннотация для разделения зависимостей с одинаковыми интерфейсами и затем применяется и к классу бина и к зависимости. Документ про который шла речь в вопросе как раз перечень таких аннотаций.

Итого: в Spring - определяемся с необходимым бином по его имени, а в JSR 330 - по имени его аннотации и удобно перечень всех этих аннотаций собрать в отдельный файл (что и сделали).

Источник (тут же можно и примеры посмотреть)

Простой в реализации метод: держите отрезки в каждом элементе отсортированными и непересекающимеся (если два отрезка пересекаются - объедените их).

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

Если же список очень длинный, а ответ ожидается маленький, то есть более быстрый метод. Но он сложный в реализации. Нужно реализовать персистентное дерево поиска. Можно его реализовать на основе персистентного дерева отрезков. Это такая структура, в которую можно добавлять элементы, и удалять их за O(log n). Также можно обходить все элементы за O(log n + (их количество)). Кроме того, сохраняются все версии дерева после каждой операции и общее количество памяти будет O(к log n), где к - количество операций.

Эта структура будет использоватся для хранения предподсчитанных ответов. Если все ваши отрезки нарисовать на одной прямой, то она разобъется на O(n) отрезков, все точки которого будут давать один и тот же ответ при запросе. Мы эти все ответы компактно сохраним.

Используем метод сканирующей прямой. Нанесите все границы всех отрезков на одну прямую, пометив их как начало или конец (и какому элементу списка они соответствуют). Если пройтись по этой прямой слева на право, то будут происходить события - отрезки откроются (новый элемент добавляется в ответ) или отрезки закроются (элемент из ответа удалится). Поддерживая текущий ответ в персистентной структуре мы сильно экономим память. Удобно в качестве начал отрезка брать их координаты, а в качестве конца - координаты концов+1. В таком виде все границы отрезков будут точками, а не числами.

Итак, создайте массив из структур {координата, это начало или конец, номер элемента}. Отсортируйте по координате, потом по флагу начала. Потом пройдитесь по ней и при обработке начала отрезка - добавляйте номер элемента в персистентное дерево. При обработке конца - удаляйте элемент из дерева. Так же перед обработкой каждого элемента запишите в массив-ответ: {предыдущая координата, текущая координата, ссылка на текущую версию персистентного дерева}, если предыдущая координата строго меньше текущей. Этот массив-ответ будет хранить все возможные отрезки с различными наборами ответов в виде {координата начала, координата конца, ответ}.

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

Это решение требует O(n log n) памяти (где n - количество всех отрезков) и O(n log n) времени на предподсчет и O( log n + (ответ)) времени на обработку ответа.

Более простое решение, где ответы считаются так же сканирующей прямой, но сохраняются просто в виде списков, а не версий персистентного дерева, может требовать O(n^2) памяти. Но будет работать быстрее, конечно.

Нашел решение проблемы. В общем тут есть несколько моментов. 1)Производитель намахивает с максимальной частотой, процессор с текущей СО не может справиться с таким тепловыделением и заявленная частота в 5Ггц утопия или в идеальных условиях. 2) Не знаю от кого, производителя ПО или железа по умолчанию стоит параметр тепловыделение процессора на 200W!? У меня процессор на 45w. Он может выделить больше, но СО не справится с такой нагрузкой. 3) Режимы энергопитания. Процессор нормально сбрасывает и наращивает частоты (в зависимости от нагрузки)только в режиме питания - Сбалансированно. В других режимах частоты не сбрасываются и держатся на пике.
Решение:
1)Ставим ПО intel extreme tuning utility . Согласно спецификации на ноут средняя расчетная TDP -45w. Погоняв процессор с пм проги пришел к следующим параметрам. Режим короткой большой нагрузки :20 сек, 45w.
Дальше спустя 20 сек после этой нагрузки если она не спадает процессор переходи в режим turbo boost power max, он дальше работает в нагрузке по нему. Я выставил его в 40w Стабильная температура под нагрузкой 80-90, за 90 не переходил, выше 92 тротлинг. Кто захочет может под себя подстроить.
2)Если кому-то не хочется ставить ПО, можно воспользоваться системным параметром и выставить значения максимальной частоты в ГЦ. Ссылка(https://windowsnotes.ru/windows-10/upravlenie-chas...) В конце статьи с реестром.
3) Можно ещё через фирменно приложение MSI для ноутбуков(если у вас ноут). В режиме питания dragon center 2. Но я не заметил какой-то нормальной функциональности в нем кроме режимов работы вентиляторов.

Стоит ли начинать изучение программирования в 13 — 14 лет?

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

Я не верю в разделение на технарей и гуманитариев, но есть факт, что те кто умеет в программирование, лучше учатся и лучше обрабатывают большие количества данных. Поэтому если не бросите, к 18 годам сразу прыгайте на работу + заочно университет, что бы получить максимальный профит.

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

И то и другое - пустая трата денег.

Да с этим можно жить. Сам Ретрофит не конвертит ответ в json, для этого ему проставляется addConverterFactory(factory). Нужно написать кастомный адаптер для той библиотеки конвертации json, которую ты используешь(примеры про Gson). Из ответа придется понимать, что именно пришло и возвращать соответствующий объект.