nekipelov

tac file | sed -n '1,/^$/{/./p}' | tac
Первый tac читает файл задом наперёд, sed вырезает первый блок непустых строк, второй tac переворачивает этот блок в исходное состояние.

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

Худшее решение которое можно было предпринять, говорю как физик по образованию ушедший в С++. Во первых С++ страшно костыльный и сложный язык, выучить который ни за 1 год, ни за 10 невозможно(при условии что есть семья и другие заботы), хотя если нон-стопом ботать, то лет за 15 можно. Но знание языка не основное, нужно еще знать паттерны, системы контроля версий, всякие стили разработки(фп, ооп) и предметную область. Так как это С++ то нужно знать еще и stl, boost либо Qt. Вакансий по чистому с++ нет.

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

- совершенно верно.

В общем вопрос - как вы думаете - куда лучше податься и почему?

Java - после С++ покажется раем(в плане языка). На постсоветском пространстве оплачивается хорошо, вакансий много. Осваиваете Spring, Hibernate по курсам и вперед на Junior-а, через 3-4 года зп будет выше чем у 70% с++ девелоперов.

А при чем здесь язык?
Ведь не язык делает программиста программистом.

Хотя С++ это отдельная история, но после года изучения этого языка плюс смежные области (архитектура компьютера, сети и пр.) можно легко перейти на любой другой язык. Таким образом, сам язык второстепенен, и более важным являются умение писать понятный (для других) код, документировать его, знать подходы и практики программирования, стили, парадигмы, математику, алгоритмы и пр. Плюс можете загуглить что-то типа "навыки программиста", чтобы понять, что требуется, кроме языка.

Вообще здесь два крайних варианта (а истина где-то посередине):

1. Если проблема выжить, то нужно сделать упор на пробелы в знаниях и навыках. И, как я сказал выше, это не только ЯП. Пожалуй, важным в такой ситуации будет качать софт скиллз, то есть умение работать в команде, общаться, договариваться, добиваться взаимопонимания, да и просто презентовать себя. Сюда же входит понимание трендов, так что ваш вопрос по идее отпадет сам собой.
   
2. Если запас прочности большой, и проблема найти работу, которой человек будет заниматься всю жизнь, то нужно смотреть на то, что человеку нравится делать. Ведь профессионалом со временем можно стать в любой области. И это в любом случае даст нормальный доход. Но важно заниматься любимым делом, чтобы была мотивация и собственно счастье от работы и профессионального роста в ней.
   

Потому что для коннекта по HTTPS нужно корректно настроенное SSL-взаимодействие - сертификат там, шифры...а уж потом, если всё хорошо - оно вас редиректнет на HTTP.

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

Вы задаете вопрос, который ежемесячно обсасывается на Тостере вдоль и поперек.
Значит, привычки гуглить и навыка читать нагугленное нет.
Следовательно, Линукс противопоказан. Dixi.

(сразу - никак Qt)

А зря. Это ведь идеальный язык для GUI.

Погуглил за вас: https://tproger.ru/digest/cpp-best-gui/

Всего гиг? Я бы сказал, что он прям компактно сидит.

Выбирайте то, с чем лучше знакомы. Изучение займет время + будут встречаться подводные камни, с которыми вы еще не сталкивались. Это увеличит время разработки и добавит нервов.

cat ашду | perl -ne '/^(\d+)(.+)/; print "".($1/2)."$2\n"'

но с пустыми строками такое не дружит

Про Java не знаю, но я расскажу про C++ и C#, даром что последний сравнивают с Java.
Макросы, нетипизированные шаблоны, частичная реализация этих самых шаблонов, указатели, константные ссылки, константные методы, перегрузка унарных операторов, разделение памяти на стек и кучу, - это только часть того, по чем я скучаю, программируя на C#.

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

Также стоит заметить, что C++ не заканчивается на голом синтаксисе и STL, после того как вы познакомитесь с ними перед вами откроется целый мир различных библотек. От того обилия высококласных математических библиотек, что есть на C\C++ (а первый вы совершенно спокойно можете подлинковать к проекту и использовать без проблем) у меня слюны все клавиатуру заливают. А Qt с его сигналами и слотами.... И да, не верьте, что многопоточные приложения сложны плюсах, Qt и C++11 упрощают до предела.

А когда баловство закончится и вы поймете, что вам надо решать задачи по-серьезнее, то перед вами откроется новый мир: вы начнете изучать компилятор и узнаете много нового о его ключах и возможностях оптимизаций. вы узнаете как можно ускорить свою прогу с помощью SSE, что такое OpenMP и OpenCL.

Да, C++ строг и беспощаден, его изучение сравни с игрой в шахматы с превосходящим по силе соперником, где любая мелкая ошибка может оказаться фатальной. Но работая на C++ (работая, а не кодя так, чтоб отвязались) вы получите гораздо больше в понимании того, как устроены It-технологии, на чем зиждются и в чем их ограничения.

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

А вот на вопрос - как выгладит application сервер - однозначного ответа не существует. Простейший пример - apache/mod_php, отдающий некий сайт. Или php-fpm. Или node.js. Или… тыщи их.

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

Из литературы всегда советую Брюса Эккеля - Философия Си++ ( Thinking in C++ ). К сожалению на данный момент в связи с выходом 2011 стандарта книга стремительно устаревает. Хотя все ключевые моменты там очень хорошо разъяснены.
Про разработку реальных приложений - тут на мой взгляд нужен реальный опыт - создание большого проекта в команде более опытных разработчиков творит чудеса и повышает уровень участников с невероятной скоростью. Разумеется команда должна быть офлайновая, через интернет подобные знания передаются хуже.

Никакие. Вы и знать не знаете с какими проблемами столкнетесь, когда будете кодить на Java 10 через 3-5 лет. Технологии развиваются так быстро, что только щупая их на протяжении нескольких лет, можно что-то прогнозировать в плане "полного" понимания. Не даром же есть джуниоры, мидлы, а синьеров вообще дают обычно 5+ годами опыта. Так, что можете в плане "полного понимания программирования" вообще не париться. Читайте классику: GoF, Кормен, Кнут.