Strannyk

Все хаят электрон.
Но не пишут почему конкретно он плох.
Тогда я напишу его достоинства на свой личный взгляд:
1. Ты выучил typescript - и считай (грубо округляя) стал фулл стэк разработчиком: пишешь бэкенд на ноде, клиента на условном реакте, и совмещая все это можешь создавать кроссплатформенные desctop приложения на электроне. И все это используя один язык: современный ООП ориентированный TypeScript

2. Возможности создания красивого качественного интерфейса с помощью css поистине безграничны.

3. Огромная бесплатная npm библиотека различных пакетов под любые задачи и требования.

4. Кроссплатформенность.

Жрет ресурсы - ну так по факту - одно электрон окно = один хром. У каждого из здесь сидящего прямо сейчас открыто 15 вкладок хрома.

P.S. хотелось бы услышать аргументы "против" от тех, кто имеет опыт, а не от тех кто что то где то видел и слышал и на основании этого сформировал свое мнение.

Хороший пример составить простенькую дискретную модель. Вы получаете работу с вероятностью p и вознаграждением M, ну и соответственно теряете деньги в количестве K с вероятностью 1 - p. Понятно что простое математическое ожидание p*M - K*(1-p), в таких случаях не применяют, а имеют функцию риска, в которой учитывается все прочие факторы например:
1. Какова цена поездки для вас (на сколько для вас это значимая сумма)
2. Какова цена опыта интервью (может оно будет первое, а может у вас уже были оффлайн интервью)
3. Что для вас значит посетить Москву, будет ли это сопутствующим плюсом
и т.д. то есть подумать и оценить все это дело.

Вопрос этот о необходимости знаний алгоритмов в той или иной форме всплывает здесь часто. Напишу своё субъективное мнение.
Начинающему программисту знание алгоритмов больше всего может пригодиться на собеседовании, если собеседователь не придумает ничего лучше, чем заставить Вас при нём писать реализацию вот такого-то алгоритма!
А потом может оказаться так, что Вы за всю жизнь не обошли ни одного графа (не писали код для этого), а для сортировки Вам всегда хватало стандартной процедуры из любимого языка.
По-моему, программист молодец, если он знает, например, сам факт, что методы сортировки могут иметь разную эффективность в зависимости от характера данных и при необходимости найдёт и выберет нужный. А держать все их названия и реализации в голове - надо ли? Всё, что не применяется на практике, один чёрт, забудется.
Ещё раз повторюсь, что это моё сугубо личное мнение, и я на нём ни в коем случае не настаиваю.

Для начала поднимите самооценку и ищите работу не на стажировку, а на полноценного проджект менеджера. Ищите, кто-нибудь откликнется. И сейчас, похоже, скорее норма получить 100 отказов, прежде чем кто-то согласится пособеседовать. Раньше примерно каждый десятый отклик переходил в личное общение.
Еще советую искать ваканчии в той предметной области, где есть опыт (в которой был продуктовый стартап). Знание предметной области сильно повышает шансы попасть в компанию.

Добрый день.
Так может быть вам не нужна связь OneToOne, а нужна @Embeddable для Activity и вместо связи OneToMany для List использовтаь @ElementCollection или @CollectionOfElements для List<Address>
https://stackoverflow.com/questions/8969059/differ...
https://www.baeldung.com/jpa-embedded-embeddable
Если вы хотите встроить ID, то наверное можно глянуть на @EmbeddedId https://www.baeldung.com/spring-jpa-embedded-metho...

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

Спешу вас огорчить, но компаниям плевать на то, какие вы курсы проходили. Ну, максимум можно сертификатом от cisco покозырять, но и он тоже будет максимум приятным бонусом в случае если будут выбирать между вами и еще одним претендентом одного с вами уровня (и то, далеко не везде).
Прежде всего - спрашивать будут по конкретным вашим знаниям, без оглядки на то, где вы их приобрели.

Я вижу, что тут все пишут, что тебе на мидла надо идти, но с этим я в край не соглашусь. Ты джун. Не джун+, не мидл, никто кроме джуна. Есть гораздо важнее проблема в твоей карьере. Ты не умеешь и не хочешь учиться. Разработчиков мало и никого просто так не сокращают. Называй вещи своими именами - тебя уволили. Видимо, ты просто был очень плох. Если даже ты зазубришь вопросы с собесов, тебе это не поможет на самой работе. Обмануть собеседующего можно, но ложь быстро вскорется.

Что тебе с этим делать? Сложно сказать, тебе уже под тридцатник и я не знаю кейсов когда человек в таком возрасте успешно осваивал настолько важный и сложный скилл как самообучение, но попытаться стоит. Как это сделать?
- Во-первых, не перекладывай ответственность за свое обучение на курсы, учись сам. Начни уже читать книги по программированию, сторренти курсы, пили что-то.
- Научись проявлять инициативу. Стань, что называется proactive
- Не думай, что устроившись на работу можно остановиться учиться. Тебя уже увольняли, а среднячков просто так не увольняют, я думаю, ты ниже среднячка в софт скиллах.
- Выбери уже что-то одно. Бери то что лучше знаешь и начинай штудировать это.

Ну и если отвечать на вопрос "Как попасть на работу и сидеть там до конца жизни?", то просто зазубри их систему (скорее всего это твой путь). И, к слову, у шарперов таких работ много. Код будет говно, роста не будет, денег будет мало, но за то будет работа.

Использовать С++ можно на любой системе, но:
1. С++ нужно знать. Погуглил и в продакшен - не выйдет. Быстро заклинит в глубоком непонимании ошибок, которыми сыплет компилятор.
2. С++ - это не быстро и не гибко (программу нужно всерьез писать, собирать и отлаживать, и так для любого изменения). Для формошлепства, где реально не требуется оптимальное использование ресурсов - совершенно избыточно.
3. Есть же альтернативы. И у Питона гуи найдутся, и Электрон какой-нибудь, на худой конец. Есть смысл изучать их и не городить.

Итого: искренне полагаю, что вам С++ не надо. Ничего хорошего из этого не выйдет.

Лучше просто купить большой SSD, или два SSD, а про жёсткий диск забыть, как о устаревшей технологии.