German Jet

https://qna.habr.com Хороший сайт, если в поиск скопировать заголовок вопроса вашего то парочку ответов будет

Добрый день, вот у вас же есть гитхаб с хорошими проектами? Если есть, то не вижу никаких препятствий, чтобы начать искать работу по всей России, или отправлять свой гитхаб всем HR из вашего региона.
Вот вы ищете работу, здесь тоже сидят вполне себе люди, которые в поиске работников, но вы себя никак не рекламируете. С таким навыком поиска работы будет очень сложно куда-либо попасть.

Наверное правильней на уровне роутов.
'GET some' => '/site/index',
'PUT some' => '/site/create',
'POST some' => '/site/update'
....

К сожалению, Андроид такая штука, что на каждом телефоне есть свои крайне специфичные глюки. Например, одно из моих приложений упорно вылетает на Honor/Huawei, причем не всегда и не на всех. Но на Xiaomi, Samsung, Sony, LG, BQ, Highscreen и прочих работает стабильно. Решение пока так и не нашел, учитывая, что у меня самого Honor/Huawei нет, а используемые библиотеки более чем стандартны - из чистого Андроида, даже не GMS.

По вопросам:
1. Единственный вариант из-за большого зоопарка, и то не факт что на конкретной версии прошивки в конкретной стране не будет глюков.
2. Тестируют долго и упорно, на всех устройствах, плюс анализ логов при сбоях на релизных версиях.
3. Компоненты то есть, наверное, только это не гарантия, что в новой прошивке производитель ничего не сломает.
4. Старайтесь максимально детально отрабатывать любые потенциальные ошибки, даже через банальное try-catch
5. Не нужно, со временем нужный навык прокачается, а если просто так зубрить, то оно все равно без применения быстро забудется. Но это не значит что читать для себя интересные статьи про типичные ошибки не нужно.

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

По Андройду советую строго Kotlin,: на Java будешь писать на старых (с точки зрения Андройда) технологиях, то есть тоже не релевантный опыт. Если планы на иос есть, то можно думать о Flutter сразу.

Карта: открывай любые курсы, бери там список тем и на каждую уделяй часа 3 на теорию, потом часа 3 на практику. Но, вообще, вопрос странный для айтишника с 10+ стажем.

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

Про Unity вообще отдельная тема, это, скорее, гейм-дев, а не мобильная разработка. Т.е. опыт будет релевантный лишь для Unity-вакансий.

Возраст - не проблема. Зп никто выше 1к$ точно сразу не даст. Но за год-полтора, при целеустремлённости и нормальной конторе (что первое бывает не всегда) можно до 2к$ подняться.

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

Со своей стороны скажу php, он очень востребован. Простой язык, половина возможностей носят рекомендательный характер и сильно зависит от команды, в частности от их силы в программирование. Мне попадались хорошие ребята, а попадали очень не очень, но всё конечно же зависит от ваших навыков.

Минус PHP в отсутствии однородности экосистемы. В РФ есть 3 главных фреймворка Symfony, Laravel, Yii2 и дальше 0.5% другие. Каждый из них тянет лямку на себя и составляют долю по грубому 33%. Каждый фреймворк богат на возможности, решают одну и туже проблему, но это всё равно что react/vue/angular. Свои подходы, методы и быть профессионалом в каждом нельзя. Соответственно список вакансий уже не такой большой как кажется, ведь потом явно появится какое-то предпочтение. Например у меня в blacklist однозначно стоит Yii2.

Также минус PHP в его направленности чисто на веб. Рано или поздно устаешь и хочешь возможности сделать обычное Windows приложение, игру, бинарник. Ведь PHP сильно зажат в этом плане, даже не так, там в принципе ничего нет на эту тему и не будет никогда. Только веб, но он прекрасен местами.

Ещё можно рассмотреть Python/Django.

В любом случае стоит ориентироваться на удалённую работу если вы не в СПБ и Москве. Лично в моём мухосранске какую технологию не выбери, максимум 1-3 контора нормальная. Остальные что-то мутят или в подвале сидят.

Выбирай по зову сердца, иначе тошнить уже будет на 2 неделю. Я сейчас изучаю C# в частности asp.net, wpf. Даже по этим направлениям информации выше крыши.

Подумайте об образе жизни, который хотите вести.
SAP - это командировки, если вы хотите развиваться и получать больше 150к. Если вы согласны на меньшее, то обоснуетесь в сервисной компании и будете там вариться. SAP - это переработки. Т.к. всё завязано на бизнес-циклы компаний, вы должны ориентироваться на периоды производственной, бухгалтерской и налоговой отчетности вне зависимости от позиции ( конс или разраб). Например, свалить покататься на лыжах в декабре-январе-феврале-марте может быть проблемой (закрытие года, закрытие 1 квартала параллельно). Просто могут не отпустить или отправить в командировку (если вы работаете на таком модуле).
Про фронтэнд ничего сказать не могу, но в SAP нет такого потока обновлений, что вам постоянно требуется бесперебойно учиться, чтобы не оказаться за бортом трудового рынка.
Сейчас все активно переходят или завершают переходы на HANA, так что вы можете удачно въехать на рынок, т.к. всем, кто работал до этого, тоже надо будет доучиваться/переучиваться. Это даёт вам некоторую фору.
Главный плюс - SAP очень интересный и очень большой. Если вы любите копаться, ковыряться и понимать как тут это вообще всё взаимосвязанное работает, надо брать.
И еще надо учесть, что если вы хотите идти консом по функциональному направлению, то ваша работа больше про понимание бизнес-процессов и знание и выполнение настроек своего модуля и хорошее ориентирование в смежных. Если бизнес попросит что-то новенькое, то кодить будете не вы, а разраб, ТЗ которому вы поставите.

По-моему, Вы в гугле задаёте совсем не тот вопрос, что Вас интересует. Найденные ответы не имеют отношения к проблеме. Ну вот грубо по пунктам:
2) Сотрудники "почему-то не отмечена бухгалтерия". А бухгалтерии не интересен каждый сотрудник по отдельности. Она учтёт в расходах предприятия одну общую сумму - зарплата всех сотрудников. А каждым отдельным сотрудником видимо будет заниматься подсистема Зарплата.
3) Номенклатура "что это вообще". Список услуг, которые оказывает предприятие клиентам, и список материалов, которые требуются для оказания этих самых услуг. "Покраска стен" - услуга. "Банка краски" - материал. Вот это будут элементы справочника Номенклатура. Имеет отношение ко всем подсистемам кроме Зарплаты.
4) Склады "почему нет галочки бухгалтерии". Склад - это конкретное физическое место, где лежит допустим та самая банка краски. Складов может быть несколько. А бухгалтерии нужно только знать, что у организации есть столько-то краски, на такую-то сумму.

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

В обработчике ПриИзменении

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

Добрый день. Установите локально express редакцию, создайте таблицу и поля, внесите 1 запись (+- что планируется вносить) и посмотрите запросом размер строки. И методом простой математики, узнаете ответ на ваш вопрос.

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

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

Но вы всегда будете как эйнштейновый человек вне ведении истинной картины:
«В нашем стремлении понять реальность мы отчасти подобны человеку, который хочет понять механизм закрытых часов. Он видит циферблат и движущиеся стрелки, даже слышит тиканье, но он не имеет средств открыть их корпус. Если он остроумен, он может нарисовать себе некую картину механизма, которая отвечала бы всему, что он наблюдает, но он никогда не может быть вполне уверен в том, что его картина единственная, которая могла бы объяснить его наблюдения. Он никогда не будет в состоянии сравнить свою картину с реальным механизмом...»
«Эволюция физики» А.Эйнштейн, Л.Инфельд.

Сервер на windows (есть мысль, что во всём виноват он, так ли это? стоит ли переехать на линукс?)

Нет. Быстрее на линуксе работать не будет.

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

Если предположить что базы файловые то -

1. Обратить внимание на клиентские компьютеры которые работают с базой - SSD и8гб озу обязателны. Именно на клиентах. Ну и настройка процессора на максимальную производительность.
   
2. Сеть, и организация шары. Сеть должна быть нормально настроена и работать четко.
   
3. Базы на сервере на SSD желательно, обязательно форматировать диск под базами с размером кластера 8к.
   
4. Обратить пристальное внимание на обслуживание БД. Регулярно проводить реиндексацию и сжатие баз. В процессе работы, а особенно при обновлениях базы распухают - а это все приходится тащить по сети.
   

В общем при нормальной настройке база должна открываться примерно за 1-2минуты. Быстрее не получится. А этих результатов достичь вполне реально.

Из явно видных проблем - raid 1 из 2-х дисков.
Сразу возникает подозрение что на этом массиве установлена система и лежат базы. Так делать нельзя.
Сделали рэйд под систему - отлично. Но под базы будьте добры выделить отдельный диск или рэйд.