German Jet

Привет.

1. Если живешь в 2 столицах России или одной из столиц Украина, РБ, то можешь учить Python (django), там есть работа в неплохих фирмах. Плюс на Python достаточно комфортно собирать проекты под себя (что я лично и делаю).

2. Если живешь в каком-то другом городе (более менее адекватном по размеру), то однозначно .net(java), так как и ЗП хорошие, и работу будет проще найти. Да и в плане переезда в столицы, со знанием .net(java) будет проще.

3. Если живешь в жопе, то учи php/1c.

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

На мой взгляд начинать изучение с документации не лучший способ. Да, узнать из чего состоит фреймворк можно, но начать им пользоваться сложно. Лучше изучать его планомерно, на конкретном примере реализации какого то проекта. И лучшее что я знаю по этой теме - https://knpuniversity.com/tracks/symfony Информация подается постепенно и доступно. Да, необходимо небольшое знание языка, но с гугл переводчиком вполне решаемо, да и английский неплохо подтянуть получается. Там есть и видео, и дублирование всего текстом/кодом. Текст доступен всем, видео бесплатно только первый курс из 12 уроков. Если есть желание учить по видео все материалы, а не только первый курс, то лучше оплатить месячный абонемент за 25$ - месяца более чем достаточно, чтобы скачать все курсы, и спокойно узучать/повторять в дальнейшем.

Сразу предупрежу - если оплатить месячную подписку, то через месяц с карты снова спишут 25$ автоматом. Они не предупреждают об этом... вроде. Так что автопродление подписки нужно отменить сразу, чтобы не забыть сделать это позже.

Еще советую почитать книжку Best Practices symfony.com/doc/current/best_practices/index.html и установить официальный демо проект Symfony Demo https://github.com/symfony/demo.

Зарплаты весьма высокие, т.к. необходима высокая квалификация даже на старте. Но не у нас. И удалённой работы, совсем не так много, как в IT, к сожалению.
У нас мало рабочих мест, зарплаты, обычно, довольно печальные, в сравнении с тем же IT, большая часть разработки электроники, в целом у нас, это оборонка, и там свои заморочки...

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

В перспективных разработках чаще всего будут ARM и ПЛИС. 8/16 битные микроконтроллеры, хоть и используются местами, но чаще из-за инерции, или очень специфичной периферии.

P.S. Я сделал, кстати, ровно обратный переход, и совершенно о том не жалею. Сейчас, если жить в России, к сожалению, разработка электроники хороша, только как интересное хобби, а не как прибыльная работа.

Насколько я могу судить из свой практики. Ангуляр остается (и еще долго будет оставаться) всего лишь "продвинутым шаблонизатором" для создания интерактивных страничек. Клиенты не спешат выкидывать бизнес логику на фронтенд. А на счет того что nodejs выпихнет python с рынка бэкенда, то это вообще нонсенс. Сервернный JS красив пока не начал на нем писать. Для Hello World пойдет, но писать серьезные бизнес приложения - просто сразу ставить крест на бизнесе клиента. Серверный JS взлетел лишь благодаря хайпу и наличию огромной армии jQuery программистов, который возомнили себя теперь full-stack программистами. Сами погуглите много интересных историй про качество кода в NPM. Вот тут уже давно тоже был показательный случай
https://habrahabr.ru/post/228751/
Я тоже поддавался хайпу и пробовал для продакшен проектов и nodejs и go. Но в итоге все равно вернулся к старому доброму python :))))

Самое распространённое - это программисты ЧПУ, которые есть на любом промышленном предприятии. А кроме них ещё множество специалистов занимающихся муторным, но хорошо оплачиваемым трудом модификации прошивок для кассовых аппаратов, систем управления автомобильными двигателями и тому подобным.

Как узнать свои ли работы человек положил в портфолио?
Речь идет о сайтах и веб-приложениях. Нигде нет надписи о создателе, владельцы ресурса не презнаются, человек выглядит компетентным.

Когда я ещё работал "сам по себе" (или точнее, "сам на себя"), мне тоже приходилось заниматься различными около полезными делами, вроде "создание портфолио", в которые я помещал некоторые проекты, авторство которых (точнее будет сказать: "копирайт которых") принадлежал, разумеется не мне, а например компании-партнеру, которая по сути и выступала инициатором проекта (или точнее говоря, основным подрядчиком). И то, что проект делал лично я или моя команда - мало кого волновало. В ряде случаев, заказчик даже не знает кто именно делает ему проект и какие суб-подрядчики над ним трудятся, он заключает договор с конкретной компанией, а остальное - это личные проблемы этой самой компании (исполнителя), что в общем то, справедливо. По этой причине, вполне вероятно, что субъекту, который Вы называете "владелец ресурса" - признаваться просто не в чем, т.к. они не могут знать, кто именно/лично что им там делал.

В вашем случае, насколько я понимаю, речь идёт о собеседовании... Простейшее, что можно сделать - это попросить исполнителя рассказать про конкретный проект, что было реализовано, как именно, какие проблемы возникали и т.д., если он действительно его делал - он будет помнить ключевые моменты проекта даже если прошло лет 5, а если он его не делал - это довольно легко заметить по ряду вторичных признаков его поведения (думаю, многим людям которые проводят собеседование знакомо то, о чем я говорю).

Так же, хочу сказать, что нельзя судить людей по их портфолио, вы же не выбираете себе жену по фотографиям блюд которые она приготовила когда-то? Почему на мой взгляд портфолио является очень субъективным показателем:
1. Далеко не всё и не всегда можно поместить в своё портфолио, например среди наших клиентов были полит. партии, некоторые гос. заказчики и прочие серьёзные (на мой сугубо личный взгляд) компании, при этом кто автор проекта, на чем он реализован и прочие подробности - запрещалось разглашать "под страхом смертной казни", разумеется, ряд лучших из моих/наших работ я в портфолио не мог(у) поместить физически
2. Даже если человек непосредственно участвовал в проекте, далеко не факт, что он занимал в нем лидирующую позицию, может быть он просто со-исполнитель, кои в свою очередь при должном руководстве и наставничестве способны творить чудеса, при этом сами по себе, работают довольно вяло (слабо)
3. Ряд прочих причин, которых можно насчитать с пол сотни, говорящих в пользу того, что портфолио - далеко не самый значительный показатель...

Развиваться нужно в ту сторону которая интересна, java достаточно многообразна и в зависимости от вашего выбора будут зависеть ответы на остальные вопросы. Я бы не стал ориентироваться на востребованность, мое ИМХО нужно заниматься то чем нравится, и становиться профи в этом направлении, тогда не зависимо от текущей ситуации на рынке вакансий вы будете востребованы. Для примера, кому-то нужно "видеть" результаты своей работы, т.е. Чтобы они были осязаемыми, тогда совет идти в front end, например android, но я не уверен что для android-а java сейчас актуальна. Если видеть результаты не обязательно, то можно back end посмотреть, тут возможности гораздо шире, mainstream в данном направлении spring. По вопросу что нужно знать обязательно очень зависит от ситуации, поэтому присоединяюсь к devalone открываете вакансии и смотрите что требуется и качаетесь в этом направлении.

Посмотрите Retrofit2

Концепция Rx заключается в основном в том, что существуют потоки данных внутри приложения. Эти потоки где-то начинаются (create) и где-то заканчиваются(subscribe).

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

То, что вы говорите про Observable, на который вы подписываетесь и работа идёт вне зависимости от этой подписки, это называется "горячий" Observable. Это можно сделать, но немного непонятно, зачем именно для сети нужно такое поведение. Зачем нужен выполняющийся запрос, если на его результат, возможно, никто больше не подпишется? В такой ситуации полезнее "холодный" Observable, который начинает запрос при подписке и отменяет его при отписке.

Далее, насчёт ввода с клавиатуры. Смотрите RxAndroid, и, в частности, RxTextView. В этом случае абсолютно то же самое - пока никто не слушает, следить за клавиатурой не нужно. Когда появился подписчик - начинаем слушать. И в случае именно андроида нет возможности установить несколько листенеров на одну вьюху, потому не удивляйтесь, когда дважды вызвав RxView.clicks(button).subscribe(Log::d) на одной кнопке, обнаружите, что эмиттит только второй Observable, а первый замолчал навсегда.

знаю только, о существовании node.js - фреймворка

Не могу быть уверенным до конца, но по моему, NodeJS - это не фреймворк.

Хочу развить в себе это понимание, но просто не знаю как к этому подступиться. Про что читать?

Смотря на сколько хорошо это понимание Вы хотите у себя развить. Если "очень хорошо" - то начинать нужно, я думаю, с основ сетей (из чего состоит TCP-пакет, какие бывают протоколы, OSI и так далее).

Если говорить про уровень "чуть попроще", я бы посоветовал начать с "начала", т.е. с того, с чего начинается работа веб-приложения, а именно с HTTP-протокола, от него можно плавно переходить к веб-серверам, от веб-серверов к тому, к чему эти самые веб-сервера передают "динамические" HTTP-запросы на обработку, т.е. к "бекенд-программам" и... дальше уже сориентируетесь, чего ещё не хватает.

Хотя, всё зависит от целей конечно, если Ваша первичная и основная цель научиться "клепать сайты" - для скорости подобного обучения - лучше максимально абстрагироваться от всех технический особенностей, например - не забивать себе голову "ерундой" о техническом устройстве, предположим, cookies'ов, а просто выяснить в общих чертах как они работают (зачем нужны) и как их можно использовать. Такой подход позволяет максимально быстро приступить к процессу "сайтоклепания", сэкономить массу времени и памяти (нейронных связей в голове) для других важных дел, например, просмотра зомбоящика :)))

P.S. Максимальную скорость возведения бекенда обычно обеспечивают готовые решения, например, CMS. В большинстве случаев они существуют для самых разных языков, в т.ч. должны быть и для JS'а. Прелесть подобного подхода в том, что имея минимальный набор знаний о бекенде, можно делать довольно красивые/функциональные решения (сайты), при умении, хотя бы неплохо верстать :)

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

0) Ты ещё не андроид-разработчик
1) Нет, не стоит именно переходить. Нужно знать джаву и стоит параллельно изучить колтин
2) Для начала Kotlin Koans
3) Start android не про джаву, а про андроид.

Всем в мире известен простой факт - со временем смартфон на Android начинает жутко тормозить.

Шо?

Мне помогает переустановка ОС полностью.

Я поставил себе Lineage OS (android 7) после этого телефон стал мнгновенно работать молниеносно, без лагов вообще, причём я поставил все приложения какие только можно и не ограничивал себя.

Ну тут проблема скорей всего такая: у вас элементарно что то хавает ОЗУ, если вы удалили прям-прям вообще все приложения, то значит у вас в телефоне что-то сидит раз переустановка помогает.

Во первых, я рекомендую чистить ОЗУ вручную, если вы это делали с помощью приложения, не делайте этого ибо оно в фоне жрет ещё больше, а если не делали раньше, то делайте. Посмотрите в Гугле как снимать процессы(останавливать) приложения в телефоне. По отключайте все возможную анимацию в телефоне, если это возможно(разблокировка экрана как открывания ворот, ощущения как буд-то приложение разворачивается, когда его открываешь и т.д).
Постарайтесь так же не устанавливать и не захломлять свой телефон не знакомыми приложениями. Я не знаю как вы это делаете, как вы умудряетесь сделать что бы телефон тормозил и переустановка помогала, я Windows за 3 года не переустанавливал, а кто-то умудряется это делать 2-3 в месяц(!). Будет хорошо, если вы предоставите список всех приложений который у вас был и откуда вы это все скачали.

Поиски в интернете не дали результатов, некоторые умники пишут что мол железо устаревает, приложения едят больше ресурсов... но это не так, так как эксперимент показывает что с одним и тем же набором приложений и с одной и той же версией ОС телефон работает коллосально по-другому! (я говорю про то что если поставить ту же ОС с теми же приложениями то всё работает молниеносно)

Не бейте себя так в грудь, это вполне может быть ибо третий раз вы OC не переустанавливали. Когда надумаете переустановить Android, то смотритите что бы версия подходила к вашему телефону.
Самый лучший вариант купить новый телефон, если конечно хотите и можете себе это позволить.

Очевидно, что та в которой вы находитесь в данный момент.
И не стоит забывать что:

Человек нигде не находящий себе места ожидает всё от места и ничего от себя.

- Сьерен Кьеркегор

Создай глобальный объект типа View и вначале onCreateView присвой к нему то, что сейчас возвращает эта функция, чтобы дальше в теле класса юзать его.

View tabView;
.......
/// onCreateView begin
tabView = inflater.inflate(R.layout.tab_three, container, false);
.......
return tabView;
/// onCreateView end

И дальше юзай так:

Button btnOk = (Button) tabView.findViewById(R.id.any);
btnOk.setText("ok");