Что сейчас стоит осваивать для работы удалённо/фрилансно в России?

Вопрос подразумевает осваивать не просто конкретный язык, а язык + соответствующие пакеты, библиотеки. Стеки технологий, если говорить "высоким штилем".
В России, потому что для общения с заграничными заказчиками нужен разговорный английский которого нет.
Под формой занятости подразумевается надомная работа по достаточно гибкому графику (но не ничегонеделание).
Я говорю про себя. Если тут кто замечал, я предпочитаю строго типизированные языки, не скриптовые. Особо вкусно функциональное программирование. Но сейчас привередничать мне не стоит.
Способность осваивать новое я, несмотря на возраст, пока ещё не растерял. Специально себя всё время проверяю осваивая то один язык (или пакет), то другой (на уровне учебника). Может по этому и не растерял такую способность.
В качестве хобби-тренировки освоил до некоторой степени:
- JavaScript/HTML/CSS jQuery, qooxdoo - зарабатывал немного на этом.
- TypeScript (не полное прохождение базового курса на пробу)
- elm самое начало, но у него много от Haskell - понадобится, освою.
- Haskell (тут трудно объяснить до какой степени, достаточно продвинулся, но Haskell не востребован).
- C# (сделал бесплатно курсач, а так же решал задания дочке знакомого, прочитал пару книг)В туче пакетов и технологий .NET совсем не разбираюсь.
- F# не полное изучение пары учебников, успешное решение задачек
- OCаml - начало учебника, решение учебных задач.
- Ada - изучение в несколько подходов, поглубже чем пара учебников, хотя уже забывать начинаю.
- Rust - не полное освоение книги, успешное решение задачек.
- Java - заработал на написании одного приложения для телефона в AndroidStudio.
- Scala - прошёл с решением задач где то треть учебника.
- VBA - делаю макросы для своих нужд к Excel легко.
- Erlang/Elixir - думаю, немного ещё подучить ( и знать бы что), смог бы работать кодером на этих языках. Другое дело что они не очень востребованы.
- Delphi - уверенный пользователь, хотя на делфи-гуру не претендую.
- plSQL (давно), pgSQL, FireBird SQL с хранимками. tinySQL.
(наверняка ещё забыл много)

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

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

0

Curry, как-то Вы много языков знайте.

0

Сообщение от CoderHuligan Эти библиотеки сильно завязаны на реализацию этих API.

На Win API? Нет. Специально отвязаны и кроссплатформены.

Сообщение от CoderHuligan Опять, же тут вопрос времени, качества и т.п. стоит во главе угла.

Вы утверждали что

Сообщение от CoderHuligan А когда нужна быстрота решения задачи, то только скрипты и ничего кроме скриптов.

а так же

Сообщение от CoderHuligan это преимущество (скриптов) выражается в способности экономить время на написание гуи

Если бы это было так, то не веб-гуи бы были сплошь на скриптах. Но это, очевидно не так.
На серверной части web-а PHP пока ещё лидирует из за инерции, но это пройдёт.
Почему на веб серверах распространены скрипты? В начале 90-ых, когда случился бум сайтостроения, веб-сервера были не у каждого, пространство на них сдавали в аренду и естественно, серверовладельцы не разрешали запускать на своих серверах машинный код. Java почему то не так активно вписалась в этот сегмент как ей пророчили, возможно, потому что в ней тогда находили уязвимости.
Стали появляться под эту задачу скрипты, в том числе созданный на коленке PHP который развивали методом "письмо из Простоквашино". Но долгое время был только он. По этому и лидирует до сих пор. Никаких преимуществ у скриптов нет.

Сообщение от Соколиный глаз Curry, как-то Вы много языков знайте.

Это только вас удивляет. Для сдешних гуру это не выдающиеся показатели.
К тому же, я честно написал что с большинством только познакомился. И я перечислял только то что я изучал последние лет -надцать. В институте меня кормили модулой, фортраном, PL/1, C,C++. На плюсах я потом много писал и зарабатывал в 90-ые, начало нулевых. И это ещё не полный перечень. Это не похвальба. Просто это ничего особенного. Многие языки схожи. третий осваивается много легче, а 10-ый ещё легче. Разные языки прививают новое мышление, которое потом можно использовать в языках, вроде, для того не предназначенных.

0

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

2

Usaga, Вы правы. Но отдохнуть то тоже иногда надо. Не в свои темы не лезу. Т.е. активность на форуме снизил. Резко отказываться нельзя - наверняка вредно.

0

Это только вас удивляет. Для сдешних гуру это не выдающиеся показатели.

Может еще кого-нибудь. Но я все-же к гуру себя не отношу. Опыта маловато.

0

Сообщение от Curry На Win API? Нет. Специально отвязаны и кроссплатформены.

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

Сообщение от Curry Если бы это было так, то не веб-гуи бы были сплошь на скриптах. Но это, очевидно не так.

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

Сообщение от Curry Стали появляться под эту задачу скрипты, в том числе созданный на коленке PHP который развивали методом "письмо из Простоквашино". Но долгое время был только он. По этому и лидирует до сих пор.

Вы судите только по PHP? Кстати пых сейчас намного стал продвинутее чем был раньше и по скорости обгоняет многих и многих, да и качество выросло. Он давно уже вырос из детских штанишек.

Сообщение от Curry Никаких преимуществ у скриптов нет.

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

0

Сообщение от CoderHuligan Преимущество их заключается в простоте отладки, когда всё сразу видно,

А приложения на компилируемых языках отлаживать очень сложно? Нет никакой отладочной информации позволяющей отладчикам соотносить исполняемый код со строками кода исходного?

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

Что за "скриптинг"? Декларативное описание интерфейсов?

0

Сообщение от Usaga А приложения на компилируемых языках отлаживать очень сложно? Нет никакой отладочной информации позволяющей отладчикам соотносить исполняемый код со строками кода исходного?

Лично мне - нет. Однако в интрпретируемых языках этот процесс нагляден так как "компиляция" происходит практически на каждой букве кода.

Сообщение от Usaga Что за "скриптинг"? Декларативное описание интерфейсов?

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

0

Сообщение от CoderHuligan знать Api всё же необходимо

Знать, к примеру, Win API при создании приложения на Delphi нужно только если не нашёл компонент эту возможность Win API оборачивающий. Что случается крайне редко. При использовании гуя на скрипте, наверняка, тоже возможны ситуации когда авторы гуевой либы не все возможности api низлежащей оси реализовали.

Сообщение от CoderHuligan в интрпретируемых языках этот процесс нагляден так как "компиляция" происходит практически на каждой букве кода

У вас просто нет опыта отладки на компилируемых языках.
И, для любого языка, некоторые преувеличивают роль пошагового отладчика, иногда часами в нём баг ищут, запускают проходы по циклам по много раз, да ещё и имена=значения переменных на бумажках выписывают. Сам видел.
Между тем, грамотно расставленная отладочная печать творит чудеса.

Сообщение от CoderHuligan это проект на время, это большой забег с прицелом на небольшую монетизацию

То есть вы не про фриланс/удалёнку. (Кстати, про удалёнку мне никто, вобщем то ничего не сказал.) Вы про получение денег пожертвованиями.Что бы за пожертвования стоило работать, про такое я только в индустрии геймдев слышал.

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

А между тем мир меняется. Как я уже говорил, я изучал разные языки (и библиотеки) в основном ради интереса, но не жалею. Зато теперь можно быстрее освоить актуально востребованное. И, вообще, сразу понять, нужно ли мне куда то соваться осваивать. Если что то не понравилось (по разным причинам), значит это не моё и не стоит тратить время. Так, я отклонил изучение php,perl,phyton,go и многих других языков. То есть я не стремлюсь узнать все языки. Тут существует трудно определяемый оптимум. Но оставаться с каменным рубилом и языками на которых писали на стенах пещер в верхнем палеолите тоже не стоит.

0

Сообщение от Curry При использовании гуя на скрипте, наверняка, тоже возможны ситуации когда авторы гуевой либы не все возможности api низлежащей оси реализовали.

Ещё реже.

Сообщение от Curry У вас просто нет опыта отладки на компилируемых языках.

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

Сообщение от Curry Вы про получение денег пожертвованиями.Что бы за пожертвования стоило работать, про такое я только в индустрии геймдев слышал.

Вы цитируете часть моего удалённого текста если кто не понял откуда. Удалил, так как подумалось: а нафига мои проблемы и то чем я сейчас занимаюсь ещё кому-то знать?
Нет я не имел в виду краудфайдинг. Имел ввиду написание модов под конкретный заказ. Тот же фри-ланс. Ну, и постоянная поддержка за небольшую плату в виде обоюдной помощи.

Сообщение от Curry Так, я отклонил изучение php,perl,phyton,go и многих других языков. То есть я не стремлюсь узнать все языки. Тут существует трудно определяемый оптимум. Но оставаться с каменным рубилом и языками на которых писали на стенах пещер в верхнем палеолите тоже не стоит.

Думаю, изучать какой-то язык стоит под конкретный проект. То есть что-то хочется сделать. Выбираем наиболее подходящий инструмент и начинаем изучать приёмы работы с ним, а затем реальный кодинг. Так в процессе познаётся инструмент, по ходу дела. Это наиболее перспективный путь, именно так я и делаю. В процессе реализации чего-то осваиваю конкретный язык-инструмент.

0

Сообщение от CoderHuligan Ещё реже.

У вас кругом голословные утверждения:

Сообщение от CoderHuligan когда нужна быстрота решения задачи, то только скрипты и ничего кроме скриптов

Сообщение от CoderHuligan В основном это преимущество выражается в способности экономить время на написание гуи

Сообщение от CoderHuligan Если на Си мне нужно сделать динамическую структуру, то придётся создавать её с нуля

Сообщение от CoderHuligan Эти библиотеки сильно завязаны на реализацию этих API.

Когда вам говорят что это не так, вы приводите ещё неподтверждённое заявление.
Этим вы стали напоминать одного кристаллически-матрицированного робоангелочка.

Сообщение от CoderHuligan Думаю, изучать какой-то язык стоит под конкретный проект.

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

0

Сообщение от CoderHuligan Лично мне - нет. Однако в интрпретируемых языках этот процесс нагляден так как "компиляция" происходит практически на каждой букве кода.

Чем он "нагляднее", чем обычная отладка на компилируемом языке?

0

Сообщение от Usaga Чем он "нагляднее", чем обычная отладка на компилируемом языке?

Он вносит так называемую "интерактивность" в процесс написания кода. Ошибки ловятся сразу после их возникновения буквально налету. На компилируемом языке обычно пишут довольно большой кусок кода, а после этого запускают компиляцию, ибо иначе слишком неудобно кодить. Большие проекты требуют очень много времени на перекомпиляцию, надеюсь с этим спорить не будете. Если на каждом слове ждать даже 5 минут то это растянется на очень долго. Так никто не делает. Пишут готовую функцию, а потом начинается процесс мозго...я. Интерпретатор не требует никакого времени на компиляцию, и ошибки сразу отлавливаются ещё на подходе.

0

Сообщение от CoderHuligan Ошибки ловятся сразу после их возникновения буквально налету.

Часть ошибок палится самой IDE с помощью статического анализа. По крайней мере в случае Visual Studio и C# это так.

Сообщение от CoderHuligan Большие проекты требуют очень много времени на перекомпиляцию, надеюсь с этим спорить не будете.

Буду. Инкрементальную компиляцию для того и придумали, чтобы не пересобирать всё решение на каждый чих.

Сообщение от CoderHuligan Интерпретатор не требует никакого времени на компиляцию, и ошибки сразу отлавливаются ещё на подходе.

Какие именно ошибки? Синтаксические? Они ловятся на этапе компиляции. Компилируемая программа будет обработана компилятором обязательно, в случае с транслируемой - трансляция может быть отложенной. Соответственно, ошибки даже синтаксические могут выявлять сильно позже.

Ошибки времени исполнения ловятся только при исполнении кода, в этом нет разницы между транслируемыми языками и компилируемыми.

2

Сообщение от Curry (Кстати, про удалёнку мне никто, вобщем то ничего не сказал.)

(возможно это слишком большая (обширная) тема для обсуждения здесь):
1. Изучаем рынок фриланса.
rus:
https://kwork.ru/ , https://work-zilla.com/
eng:
https://www.upwork.com/

-- http://web4rabota.ru/kwork-ru-... l-reviews/
2. Обзор всего мира фриланса.
https://smartprogress.do/goal/312302/

3. Выход на мировую арену.

Добавлено через 8 минут
А лучше всего создать себе блог на языке программирования каком-нибудь. И писать о собственном понимании технологий.
Зарабатывать на посещениях сайта (много опций). Уникальные сайты очень ценятся. SEO достаточно изучить будет основы.
Поисковики сами вас найдут.
И это будет лучшим портфолио.

Добавлено через 8 минут
-- SEO достаточно будет в заголовке html вписать (блог программиста, функциональные языки программирования, портфолио)

Добавлено через 37 секунд
ну и зарегистрировать в поисковиках сайт (бесплатно везде и всегда)

1

Сообщение от Usaga Буду. Инкрементальную компиляцию для того и придумали

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

0

Сообщение от CoderHuligan А затраты времени на пропись всего и вся в мэйк файле?

Нуль. Я ничего не прописываю в makefile. Просто нажимаю F5.

Сообщение от CoderHuligan А затраты времени просто на навигацию по кнопкам и пр.?

Что за навигация?

Сообщение от CoderHuligan Мне надо решить задачу, а мне приходится бороться со средой и пр. в том же духе.

Мне не приходится бороться.

Сообщение от CoderHuligan Сейчас кодить на компилируемых языках типа с++ для создания какого-то реального продукта уже напрягает как автора(заказчика)так и исполнителя(программиста).

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

Сообщение от CoderHuligan Время уже убежало вперёд. Сейчас все орудуют готовыми компонентами.

Это о чём вообще?

0

0

CoderHuligan, вам не надоело демонстрировать своё незнание? Что такое современное (и даже не самое современное) IDE вы не представляете. Usaga, вам пишит про Visual Studio, но не намного хуже (а в чём то лучше) Среда Delphi, IntelliJ IDEA, NetBeans, среда для Ады GPS, QtCreator и т.д. Во всех них всякие вкусности для программиста, нигде не нужно писать make файлы (разве что в QtCreator). Мало того, IDE сделаны и для скриптов (WebStorm,PhpStorm). Такое впечатление что вы и про них не слышали, т.к. принципы схожи.

3

Сообщение от Curry В России, потому что для общения с заграничными заказчиками нужен разговорный английский которого нет.

В контексте фриланса я бы назвал "разговорный" другим словом - "переговорный". Разделил бы "переговорный" на две группы:

• Устный переговорный английский
• Письменый переговорный английский

Можно обойтись без устного. В письменном мне помогает Google Translate и Lingvo. Я в течение двух лет время от времени выполняю заказы на Upwork. Ниразу мне не потребовался устный. Кстати, я ниразу не переписывался с носителем языка. Там есть: туроки, итальянецы, евреи, индусы, немецы и др. Много раз я переписывался, но либо не стал делать, либо по каким-то причинам отказывался делать дальше. Большинство заказчиков - это не носители языка. Поэтому не нужно бояться общаться перепиской. Вообще, конечно, мне тоже надо бы как можно больше пробовать общаться на устном. Это как с подтягиваниями или отжиманиями. Если ты тренируешься подтягиваться регулярно, то есть прогресс, если запускаешь, то теряешь. Мозги тренируются также как мышцы - регулярными упражнениями. Страх и лень иногда могут быть нашими врагами.

Сообщение от Curry Вопрос подразумевает осваивать не просто конкретный язык, а язык + соответствующие пакеты, библиотеки. Стеки технологий, если говорить "высоким штилем".

Если это фриланс, то нужно регулярно анализировать сайты с фриланс заказами, читать описания заказов, что требуют использовать, смотреть, что более востребовано. Если это удалёнка (то есть full-time в России по трудовой), то искать вакансии в интернете. Вакансий на удалёнку много, требования разные. Опять же удалёнку, как и фриланс нужно анализировать, что востребовано. Обычно в описаниях вакансий и в описаниях заказов подробно перечисляют требования, какие языки и технологии нужно использовать.

Посмотрите по каким языками и технологиям количество свежих заказов больше всех (число в скобках) https://www.freelancer.com/job/

К примеру, на данный момент:
C# Programming (353)
C++ Programming (255)
Java (504)
Javascript (1091)
PHP (3801)
Python (446)
iOS Development (77)
Typescript (9)
x86/x64 Assembler (1)

Смотрите, одно дело, если вы будете концентрироваться в фрилансе, например, только на поиске заказов по "x86/x64 Assembler" (как видно, на сайте только один заказ), а другое, если вы будете прокачивать несколько востребованных языков и технологий, тогда, очевидно, будет проще искать заказы. Такой вот мощный логический анализ позволяет выбирать языки и технологии на изучение, на оттачивание которых стоит тратить основное количество времени. К примеру, вам хочется узнать много ли заказов на WinAPI и Delphi - открывайте сайты фриланса, смотрите через поиск, сколько заказов в день по ним выкладывают. Некоторые языки и технологии на фрилансе очень мало востребованы.

Поизучайте тему ИП. Чтобы серьёзно заниматься фрилансем, нужно оформлять ИП, платить налоги самому. Иначе, налоговая может начислить большие штрафы. Сейчас для ИП НДФЛ снижен с 13% до 6%. В пенсионный фонд нужно будет каждый месяц отдавать 22% от заработка. А на оплату медицинского полиса страхования, по-моему, 5% в месяц. Итого 6 + 22 + 5 = 33% от заработка нужно будет каждый месяц отдавать государству, то есть треть своего заработка, а что делать, так надо. При работе в офисе или на удалёнке из вашей ЗП эту сумму вычитает работодатель. Как ИП вам нужно будет самому расчитывать и уплачивать эти налоги.

На хабре есть статья короткая статья по налогам и валютному контролю банков для ИП: Как официально принимать валютные платежи из-за рубежа в России (ИП)

2