Добра всем.
Задумался о том что хочу переметнуться на другую сторону.
Посоветуйте путь кто в теме.
Как учились? Курсы? Самостоятельно? Если курсы то какие?
Сколько это заняло времени?

p.s с java знаком.

Сначала на офф. сайте все уроки пройди. Там хорошо сделано.

И джава не канает, котлин сейчас.

(1) Спасибо.
(2) Котлин тоже ковырял немного. Вспомню

(0) У нас длинные руки. Мы тебя и там достанем.

(4) Чот тебя редко стало видно, делаешь карьеру в ВЕБе?

Ахаха, двусмысленно прозвучало ;-)))))

(0) Путь коллеги.
Записался на курсы, где они пилили сквозной пример по типу какой-то поделки препода. Начал тыкаться по вакансиям - не проходил по багажу. Каким-то каком договорился с кем-то на некоторый менторинг и через пару месяцев продолжающегося тыканья по вакансиям таки втыкнулся. В 1С нормальный прог был, а главное - целеустремленный и замотивированный.

О боги.. .Очередной убегун...
Сколько таких тем уже было в последнее время...

Да. Все бегут в город. Деревня 1С вымирает.

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

(7) поймал удачу за хвост ваш коллега, или разочаровался в переходе?)

(11) Не разочаровался точно, а удачу еще седлает.

(0) по моему это зависит от Вашего андеграунда.
Сам подсел на https://www.youtube.com/c/RomanAndrushchenko
Ну и сам Google - https://developer.android.com/jetpack/guide

Я прям заколдобился - что для одинэсника андеграунд? :)
ЗЫ. М.б. бэкграунд?

(0) Перебороть отвращение от необходимости построения велосипедов и ущербности визуал-дизайнера. А больше ничего и не надо.

(14) У одинесников только андерграунд, только хардкор.

(15) Как может отвращать необходимость построения велосипедов? Это же глоток свежего воздуха в бездушном мире серийного производства. Можно изобретать свои станки и меряться ими с другими, а не пилить на выданном станке одну и ту же скучную гайку.

(15) По мне 1С это некоторая простая реализация основных компьютерных принципов. А разработка в Android это полная противоположность. Куча свободных мощных библиотек, сверхбыстрые изменения и полные открытия принципов построения приложения...
Самый большой шок был в автосоздание объекта по имени шаблона
activity_main.xml -> ActivityMainBinding

(18) если ты хочешь программировать, а не зарабатывать деньги, то да.

(18) А чем это должно шокировать после автосоздания объекта формы по ее имени в 1С? Она ведь точно также лежит xml-кой в метаданных.

(18) Ничем от 1С не отличается. 90% вопросов закрывается стандартными методическими рекомендациями. И никаких километров кода как в 1С.

(0)
"Капитан сказал большому старине Джо Генри:
Здесь, где-то здесь валяется старый молоток.
Возьми этот отбойный молоток и начинай работу!
И пусть он стучит! Стучит! Бьет сталь до дыр!
Пусть стучит, стучит, бьет сталь до дыр!"

(19)(22) - Так начинаешь заниматься не от хорошей жизни - Геолокация на 1С без Google сервисов не работает - В телефоне HONOR 9S в мобильной 1С не работает определение геолокации

(23) Моргни два раза, если Хуавей держит тебя в заложниках.

(24) Да нет. Стандартная процедура покупки телефонов для 1С приложения, решили сэкономить и тут сюрприз!

(22) Опенинг к приквелу к Гуррен-Лаганн какой-то =)

(26) А зачем ты пишешь набор непонятных слов? Это какой-то принципиальный момент?

(27) Не. Просто выпустили новый культурный код и ты уже не можешь дешифровать новые пакеты с помощью старого.

(0)скачать курс по андроид разработке. но только актуальный. за 2021. Либо если есть деньги записаться на курс там где есть менторинг.

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

(29) (30) Резак, выражай поддержку уже всеми своими аккаунтами. Почему только два?

Это очень удачный финал!

https://www.youtube.com/watch?v=2GNyGuldFms

(0) Проблема не переквалифицироваться
Проблема будет устроиться на хорошо оплачиваемую работу
И перебороть себя в построении дичайших лисапедов с точки зрения МП 1С, если придется учетные системы по сути ваять

(33) так не надо учетные системы ваять. Не благодарное это дело

(33) Вот соглашусь что проблема получать основной заработок с другого стека.
А вот насчет мобильного приложения 1С не соглашусь, он сам является лисапедом.
Где там в мобильном приложении сервер и клиент? По сути фоновыми заданиями 1С мы делаем асинхронность выполнения заданий.
И какие сложные учетные системы вы хотите в мобильном приложении? Только показывать данные из базы 1С красиво...

(2) а котлин дочка джавы и половину оттуда использует, без понимания джавы такое...

(36) котлин вроде только синтаксис, он на джава машине вроде работает. Подохнет этот котлин, так же как и хоу.

(35) "Сервер" в МП 1С обеспечивает единообразие работы с метаданными.
В нативном варианте приложения придется велосипедить тот же справочник или документ + их хранение.

(37) кучу библиотек

(38) Да 1С дает нам готовый простой шаблон сразу с основным хранением в базу - файловую базу 1С ;)
Это дает быстрый прототип готового приложения - это плюс.
Он очень плохую кастомизацию такого решения - это минус.

(38)(40) всё бы ничего, только в мобильной разработче "учётносистемность" далеко не приоритетное направление. И база данных не центральный нерв, как в 1с. А то что мобильной разработке особенно ценно, то в 1с уныло. Поэтому 1с ну такое себе для мобильной разработки

МП 1С не имеет никакого отношения к андроил разработке. Это скорее шаг назад.

(41) Так 1С это внезапно про учетные системы. Странно было делать что-то для мобилок, конкурируя с нативными приложениями в полном объеме.

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

(44) По-взрослому - это нанимаешь двоих андройд-прогов за 500к/чел и они полгода пилят простенький АРМ на ТСД. У нас же обычный мидл может за вменяемые сроки сделать работоспособный АРМ. Да, где-то есть проблемы с UI, но для бизнеса немаловажна скорость внедрения решения.

(45) есть же готовые армы, которые из 1с управляются при этом нативные

(45) тебе кажется. Разработка на МП 1с не особо-то быстрее разработки нативных приложений

(47) Мне не может казаться. Я сам разрабатывал.

(46) Готовые все равно надо пилить под свои нужды.

(49) там пилится на стороне 1с

(47) Мало того, прог 1С может сделать МП для андройда и айОс, что совсем уже экономит много денег.
(50) У того решения про которое я думаю тоже есть свои заморочки.

(51) я вообще про акселотовское говорю, но есть и аналоги

(48) пилил и на том, и на другом (с нативными правда баловался в основном). Пока задачка разработки "запилить справочник", "вывести поля таблички в форму" МП 1с летит как ракета. Только в мобильной разработке такие задачи второстепенные. А те, которые первостепенные (стащить данные с сервера через интернет, подтянуть картинку из интернета на форму, добиться "живого" поведения формы и т.п.) приводят к лютому кододрочерству на 1с. То, что в нативных приложениях деляется в несколько строк кода (на каждый чих обилие фреймворков), в МП делается портянками кода

(52) Ну пусть там будет немного лучше. Но такие навыки не так востребованы как разработка в 1С.

(51) это же может сделать разработчик Flutter или Xamarin

(53) Еще раз, мы тут про учетные системы. Нам нужна быстрая разработка под нашу основную систему. Рюшечки, бантики это для МП по расчету калорий для девочек.
(55) Может. Но за другие деньги. И будет чесать репу с взаимодействием оборудования ТСД.

(56) >>быстрая разработка под нашу основную систему

Ты видел "разработки под учетные системы"? Как само собой разумеющееся пользователи стремительно начинают хотеть "а мне бы как вон в том приложении..." [тыкает пальцем в нативное приложение]. И тут начинается лютый онанизм, в виде вкорячивания через поле HTML кода на JS и т.п. Вон, рарусовцы плюнули на МП 1с и пилят нативные приложения
https://play.google.com/store/apps/developer?id=1C-Rarus+Ltd.

(51) Есть одно, вряд ли хоть один вменяемый человек захочет себе поставить на свой телефон одинэсную apk. Если он в твоей фирме не работает, хрен ты его заставишь поставить, и даже если в твоей фирме работает, тоже хрен кого заставишь поставить ибо оно места может сожрать дохринилиард. А на андроиде ты можешь только морду сделать, а сервер на 1Се будет.

сторонним людям(да и своим) вообще похрену сколько ты там денег с экономил. Всех интересует сколько оно места жрет и насколько садит процессор и батарейку. Чем ты не можешь управлять из однэса. Что 1с слепило то и поставишь.

(57) Так никто не запрещает пилить нативные приложения. Если пользователь хочет как в "том приложении", то пусть идет к руководителю, обосновывает хотелку, а руководство пусть нанимает разрабов.
(58) Иногда выстреливают же https://play.google.com/store/apps/details?id=com.e1c.MobileAccounting

(60) кто ж еще кроме 1с замахнется на бухгалтерию

(61) Так об этом и речь. МП 1С крутится вокруг учетных систем.

(60) чушь полная эта мобильная бухгалтерия для ип, полно всяких онлайновых сервисов.

(57) Нативные приложения? По-моему Рарус их как раз на 1С и клепает.

(63) Сейчас много всего. Конкуренция это хорошо.

Тоже пожалуй андроид поизучаю, а то что-то жаваскрипт уже надоел

Как обычно будем писать миста клиента. Кстати вроде был какой то. Он еще жив?

хз, иногда складывается ощущение что переходуны не умеют в гуглъ
https://github.com/mobile-roadmap/android-developer-roadmap/blob/master/images/android_roadmap.png

(66) (67) пиши на реакт нэйтив

(60) не всё так просто. Как и обычно, начинается разработка с "попробуем что получится". Попробовали, что-то получилось, и тут начинают лезть хотелки, типа чатик бы, интерактивную карту... дальше уже придётся краснеть перед руководством: почему вот это на 1с не сделать, вот это делается долго и мучительно; почему МП с переменным успехом работает даже на разных моделях одного производителя смартфонов и ты не в силах ничего с этим сделать...

(69) везде где я был, о реакт нейтиве только негативные отзывы

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

(70) Ну тогда просто говоришь руководству: "Давайте закажем разработку нативного П на-попробовать". Ну и далее по списку, только краснеет пусть тот, кто нанимал прогов под Андройд.

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

(2) ну да, конечно.

В банковском секторе Котлин хипстров сразу же выгоняют на мороз голышом

(74) Скажу по секрету: в 1С могут быть справочники без иерархии. Только никому не говори.

(73) ты как будто в первый раз на автоматизацию. Никакой заказчик сразу не может обозначить всех хотелок, они будут появляться и конкретизироваться в процессе разработки

(76) спасибо, кэп. Только как часто ты видел линейный справочник номенклатуры?

(77) Я до сих пор не могу понять почему в платформе не предусмотрен многоиерархный. Приходиться велосипеды делать.

(77) Кто мешает пользователю в МП показать так, как ему надо?

(77) Ну так о том и речь. Хочешь попробовать быстро - сделай на 1С. Хочешь с блекджеком и блестящим UI - зови дорогих разрабов.

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

(79) никто не мешает. Я как раз и объясняю, что когда "учётное" переезжает на мобилки, начинают действовать совсем другие законы физики. Тот же кейс с номенклатурой: на мобилках нужен тот же справочник, но не весь, и иерархия должны быть другая, и наименование укороченное... И так на каждом шагу.

(80) блин... я же объясняю, что "быстро на МП 1с" - это миф. В том сырющем виде, в котором на МП 1с получается "быстро", никого не устраивает. У каждого в кармане есть смартфон, на котором установлены красивенькие приложения. Люди привыкли листать пальчиком по экрану. Всегда придётся доделывать-переделывать, хитрить, изворачиваться.
Ещё один реальный кейс: в учетной системе есть документ путевой лист, у него несколько ТЧ. Нужно тот же путевой лист выводить в приложении водителя. Только он будет иметь мало общего с путевым в 1с. Шрифт должен быть крупным, по кнопкам и гипперссылкам должны попадать толстые водительские пальцы одной руки, пока вторая крутит баранку. И вот уже от изначального путевого листа ничего не остаётся

(82) Так это нормально.
Ты реально с десктопа переезжаешь на маленькие экраны. В 1С есть достаточно способов настроить UI для толстых пальцев. Да и голосовой ввод прикрутить тоже можно.
"быстро на МП 1с" - это не миф. Я сам его подтвердил. Бизнесу понадобилось решение для ТСД, я разобрался, сделал, внедрил. Все довольны. Хотелки допиливаются в два счета.

(83) а после доработок нужно ходить и мобилки обновлять?

(84) У меня МК, поэтому результат сразу виден.

(84) Можно автоматом получать обновления конфы при желании. При входе будет обновляться.

МП и МК - настолько же годные техи, насколько бессмысленнен и ущерен вебклиент

(83) Вообще у 1С с узкими экранами наша боль. Как настроить показ колонок на узком телефоне? Только установить свою важность колонок при отображении?
Я думаю это архитектурный недостаток идущий из того что компоновка экрана осуществляется "на сервере" где нет физической ширины экрана.
Впрочем переубедите меня, очень хочется надеяться...

(88) сервер прекрасно знает параметры твоего экрана, я думаю.

(88) Колонки можно регулировать группами. Например, первые две поместить в одну группу. А третью разместить в группе под ними.

(86) Это отладочная история. Если делать отдельны apk, то с автоматическим обновлением могут быть заморочки.

(89) Переменная не определена (ИнформацияЭкранаКлиента)
(Проверка: Мобильное приложение-сервер), (Проверка: Мобильное приложение-клиент)
Только что проверил на учебная версия (8.3.19.1229) ;)
А синтаксис помошнике все хорошо ;) Дебаг не показывает.

(88) это колоссальный архитектурный просчёт 1с. Они почему-то решили, что достаточно просто растягивать или сужать элементы формы. Но в мобильном мире так не делается. Там принято сразу разрабатывать интерфейсы под разные экраны по-разному (и под портретную/ландшафтную ориентацию интерфейс тоже дорабатывают). Красноречиво на скрине
https://developer.android.com/images/guide/fragments/fragment-screen-sizes.png
но 1с так не умеет, приходится велосипедить интерфейс под конкретный экран

(88) вроде с какой то версии на клиенте рисуется

(93) вот были бы css grid-ы...

(93) Что тебе мешает разрабатывать формы под разные ориентации экранов?

(96) Квалификация видимо ;-)

(92) ПолучитьИнформациюЭкрановКлиента()

(98) Вот с такими ребятами приходится иметь дело :-)

(92) Епстественно, тот же МК отсылает на сервер 100500 параметров устройства при старте, в т.ч. инфу о экране.
Об этом даже в СП написано:

Информация об экранах передается с клиента при старте сеанса или при вызове метода ОбновитьИнтерфейс.

(0) Весной курсы яндекса стартуют по андроид разработке. Советую.

(102) можно пруф пжл?

(101) можно пруф пжл?

(103) Яндекс практикум. Про старт мне менеджер яндекс практикума сказал. Хотели осенью стартануть, перенесли на весну.

(104) Имеем 1С в котором все поросло мхом совместимости с Андройд 4.1 и depricated  
И нативную разработку в которой бешенные изменения в архитектуре.
Сам копировал примеры 3-х летней давности, бесплатные от Google https://classroom.udacity.com/courses/ud9012
Делаешь обновления и не понимаешь, что не работает ;)

(105) Google крайне криворукая компания, у неё примеры андройд приложений были depticated еще в районе 2й версии

Коллеги, ну андроИд же.

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

(96) ничего не мешает. Только это редкостный онанизм. В нативных приложениях это делается гораздо проще и элегантнее

(107) > приложуху на ведроиде
Коллега, ну андроид же.

> в процiдурную
Коллега, ну в процедурную же.

(109) Вы намеренное искажение с орфографической ошибкой сравниваете? Тогда вот вам до кучи - астеройд, гиперболойд, европеойд. Наслаждайтесь.

(110) Да если раньше к Андройду можно было пренебрежительно относиться, то теперь очевидно что он выполняет роль операционки по умолчанию для любых мобильных устройств(аналог Windows в компах).
За Ваш ник особое одобрение ;)

(110) Амулет, перелогинься!

(111) Да я вообще не про функциональность андроида как оси :)
Непонятно, откуда в названии "й" вообще взяли и начали использовать. Испокон веков "андроид" был, ещё задолго до компьютеров, первые упоминания этого понятия где-то в 18 веке начинаются.

(112) Ненене, вот ваще не он, даже наоборот.
Глаза рэжэт :)

(105) таки сделал дайс роллер, но конечно сейчас все пишется уже не так как там.
Пришлось открывать 2 окна. Одно для урока, второе из темплейта и смотреть как же теперь все делается.
Все таки в 1с старт на порядки проще. вот окно - вот код. никаких разных путей

(113) ты езще скажи что "иод" надо вместо "йод"

(113) вот при царе андроиды были не чета нонышним. В лакеях у барина, помнится, был один, тот его стягал-стягал, порол-порол, а ему хоть бы хны: куда уж вашему бостон дайнамикс...

Сам реально хочу тоже попробовать в мобильной разработке (не 1С).
Начинал Flutter'ом баловаться, как раз Kotlin. Но увы, маленький ребёнок не дает мне дальше двигаться в обучении.

(115) а почему на RN не хочешь попробовать?

(119) для начала нужно базу поизучать

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

(121) это если для себя писать. А если на работу устраиваться то мало кому нужны веб в мобилках

(122) Почему ты так думаешь? Это огромная экономия денег. Любой владелец фирмы рад сэкономить, думаешь не так?

(118) странная отмазка для мужчины
(122) отнюдь, я ввообще заметил поветрие что народ в сторону реактнейтива и флаттера двигается, чтобы не держать отдельных ios/android разрабов...а фроновики и так уже есть

(124) Тогда почему "везде где я был, о реакт нейтиве только негативные отзывы"?

Переходил с 1С в android разработку. Непросто это. Именно у андроида очень необычный жизненный цикл вьюшек
Очень высокий входной уровень
Естественно английский нужен, потому что практически все на английском
Естественно ООП нужно на полную катушку. В 1С такого и близко нет, у меня был бекграунд С++
Огромная куча разных технологий, нужно выбрать то, что действительно нужно
Реактивщина конечно.
Dependency Ingection и о... черт его побери Dagger
Kotlin конечно
Андроид это бардак в бардаке.

(125) Потому что ты хреновый программист реакт нейтив?

(125) Он сложнее и вследствие херово поддерживается и сопровождается.

(126) >> Андроид это бардак в бардаке.

Полностью поддерживаю. Мне тут с прошлой работы спрашивали, не соглашусь ли я им сделать еще одно приложение под андройд. Отказался даже не спрашивая сколько денег предлагают. Ну его нафиг. Забыть как страшный сон.

(127) Пашо, зря умничаешь. Ты даже не представляешь, что такое react программирование и какие скиллы нужны для сопровождения react кода.

(75) "В банковском секторе Котлин хипстров сразу же выгоняют на мороз голышом"

Дичь. Работаю в одном из крупнейших банков, знакомые во многих банках. Всё новое только на Kotlin

(129) Пашо, переименуйся в "ВедущЙЙ"

(131) В Сбере?

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

+(134) ... хотяяя...

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

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

(126) >>Очень высокий входной уровень

смешно

(138) Ну может что то и изменилось, я входил еще до ковидобесия. Эпидемия очень сильно подняла спрос на программистов, в разы

(0) Очень правильно. Люто поддерживаю.

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

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

Имхо, сложность андроида никакая не сложность. Просто 1сник, заскакивая в андроид, сталкивается со многими неведомыми ему подходами. Возьмём тот же даггер. Если за спиной есть опыт в ООП, понимание что такое сопряжение и связность, хорошо умеешь в паттерны проектирования, то даггер покажется чуть ли не интуитивно понятным

(142) Ты Dagger абсолютно точно не использовал. Нет связи между ООП и Dagger. Вообще никакой.

(143) ты че? Даггер каждый форумчанин использует каждый день, а ООП, мы вообще знаем как отче наш.

Я разрабатывал на c++, на 1С, десктопные приложения, под iOS
разработка под Android действительно сложна. Ну если конечно писать качественное приложение а не поделку

(145) что вы понимаете под "качеством"?

(146) ну например если идет входящий звонок и пользователь его принял, то приложение должно полностью восстановиться после звонка

(147) за какое время "полностью восстановиться после звонка"?

(141) Я бы так сказал - у них тупо времени нет.

(148) нужно просто сосояние сохранять и восстанавливать. А не тупо при запуске форму с 0 рисовать

(144) Блинк Даггер?

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

(151) ты тоже его знаешь? Удивлен..

(147) >> ну например если идет входящий звонок

Вот это определение качества! Но похоже на начальный уровень.

(152) Работаю в одном из крупнейших банков, не Сбер, но рядом. Больше 100 человек разработчиков под каждую платформу. Платят по верху рынка. Ты не поверишь, проблема с кадрами. Приходится набирать середнячков чтобы двигать функционал вперед. Благо под нативные платформы все таки программисты еще есть. И стандарты нативной разработки позволяют получать приемлемый результат даже от середнячков. Не представляю, как выкручиваются кроссплатформщики и где они берут программистов. Вот уж сэкономили так сэкономили. Это не касается конечно Яндекса, это отдельный разговор, они могут себе позволить экспериментировать.

Поэтому я не верю в существование "супер-пупер" команд.
И не верю в экономию на кроссплатформе. Я много работал с кроссплатформой. Xamarin, Kotlin Multiplatform Mobile. И мой опыт говорит, что там где кроссплатформа, денег не жди.
Исключений не было

(155) Это хорошо что не Сбер. Хороших реакт-фронтендеров полно на рынке, да и в штате у любой веб-ориентированной конторы. Переквалифицироваться такому специалисту в мобильные разработчики - как два пальца. Количество денег зависит от квалификации, а не от платформы. Забанься, пропиндосский тролль!

(156) так, его, так, пусть знает казанских, ибо нех!

(143) лолшто? Как ты даггер собрался использовать без ООП? Dependency injection (DI) - впринципе ООПшная тема

https://dagger.dev/

Dagger is a fully static, compile-time dependency injection framework for Java, Kotlin, and Android. It is an adaptation of an earlier version created by Square and now maintained by Google

(147) ты точно разрабатывал под андроид? Это базовая вещь, и никакой сложности она не представляет. Для этой цели и служит жизненный цикл активности. Андроид сам всё разрулит

(123) Потамучта в браузере ты не можешь делать что хочешь

(155) Соглашусь с человеком даже если его забанили. И я прекрасно понимаю кросплатформищиков, включая 1С. Как в анекдоте про слоника. Главное внедрить, а потом ты или другие могут стричь  за переделку до бесконечности...

Более того мы видим в 1С мобильной приложении уже такие фантомы:
Для мобильного приложения есть СЕРВЕР И КЛИЕНТ. Наверно это может пережить только тот кто кроме 1С ничего и не видел.
А ранее получение размеров экрана из функции УстановкаПараметровСеанса. Сеанса внутри мобильного приложения. Фантомасы сплошные...
Понятно, что это живет и пахнет именно из-за возможности сэкономить беря программиста 1С без понимания специфики мобильности. Это все позволяет запустить процесс, но далее возрастают нагрузки и технически что 1С, что kotlin это просто инструменты в решении их. И знания внутренней архитектуры выходят на передний план.

Так что Ведущий веден правильные речи про слоника ;)

Так что Ведущий ведет правильные речи про слоника ;)

Если кто не знал анектод про слоника:
Встречаются два мужика. Один другого спрашивает: Как жизнь? — Отлично! Купил слона: дети в восторге, жена его обожает, грядки поливает, на крышу бревна таскает, колодец чистит. — Потрясающе! Слушай, продай, a? — Нет, он же вроде как член семьи. — Ну, пожалуйста! — Хорошо.
Через месяц: — Ну что, как слон? — Ужас! Все грядки растоптал, крышу сломал, в колодец нас@#л! Весь дом в г@#не, дети в ужасе, жена из комнаты не выходит. — Нее, друг, с таким настроением ты слона не продашь!

(163) <Для мобильного приложения есть СЕРВЕР И КЛИЕНТ. Наверно это может пережить только тот кто кроме 1С ничего и не видел. >
да задолбали вы с этим сервер-клиент скакать... как блин антиваксеры с куаркодом которым именно сам квадратик не нравится

вас не смущает что в андройд приложении тоже есть model-view-controller и если вместо СЕРВЕР - написать controller а вместо КЛИЕНТ - view - то оказывается ...да бл.. ничего не оказывается, получается что это тоже самое что в большом ИТ

сюда просто притянули логику большой платформы чтобы разработчикам было проще, но логика совершенно аналогична другим языкам в mvc

(167) Garrik кажется твои утверждения (71) и (124) противоречат друг другу. Просвети 1с-ников, как там в большом ИТ в мобилках, правда ли что что уже от 500к платят, как Beduin тут вещает, и за что...

(168) они не противоречат, то что от него плюются - говорит в том числе о том что ЕГО АКТИВНО используют и хотят переходить на чтото другое аналогичное (там где я видел - на флаттер)

(168) вилки давно известны по РФ, 50-150 джун, 150-250 миддл, 250-400 - сеньор, дальше рокстары и руководящие
что тут просвещать? я об этом много раз говорил, только бедуин говорит что 500к получают все подряд, в реальности в 250-400 попадают именно что сеньоры

а фрилансить - удел далеко не всех

(170) т.е. сеньор флаттер 250-400к? чета на hh таких сумм нет и всего 142 вакухи...

(172) сеньор в принципе 250-400, неважно какой

(173) даже 1с-сеньор по тесту Крона?

(174) ты меня про большое ИТ спрашивал

(172) <чета на hh таких сумм нет >
очень редко когда вилки вообще указывают корректно

(175) блин, опять 1с в пролете, даже с сертификатом сеньора (((

(177) у меня есть сертификат сеньора по клюшкам ;)

(178) Он не сеньорский. Щас спецы в 1С будут мидлы и сеньоры и все остальные - УГ. Вот например

https://1c.ru/rus/partners/franch.jsp?id=52933&mark=1

Число сертификатов 1С:Специалист    50
В ТОМ ЧИСЛЕ:
Аттестованые 1С:Специалисты среднего уровня ("миддл")    -
Аттестованые 1С:Специалисты высокого уровня ("сеньор")    -

(179) хах...ох... каргокульт прямо

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

(161) Нука, нука, поподробнее? Что я не могу делать в браузере, что можно делать без браузера? Ты точно программировал веб-приложения под мобилы? Похоже что нет.

(181) Что за бред. От серьезности и массовости это никак не зависит. Есть смысл писать на нативном только если не хватает быстродействия JS, например мощную игру, требовательную к ресурсам процессора и памяти. Нетребовательные игры, всякие личные кабинеты, приложения сотовых операторов, банковские приложения, магазины, и т.д. все это лучше писать кроссплатформенно, что они и делают. Ты даже не представляешь сколько у тебя в телефоне установлено веб-приложений, про которые ты думаешь что они нативные. Все от незнания.

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

(184) Это эффект Даннинга-Крюгера - https://youtu.be/K88Soi6Atz4?t=66

(179) Уже официальные ценники выложили
https://1c.ru/rus/partners/franch-citylist.jsp

(184) Приложения уровня чатов вполне нормально на одном ядре работают, они должны на любом телефоне работать, даже на самом слабом. Загрузка контента в парраллельных потоках - легко реализуется в браузере. Это пример как раз такого приложения, для которого веб-приложение подходит просто отлично.

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

(183) >>От серьезности и массовости это никак не зависит

Зависит напрямую. "Родные" технологии позволяют в тонкую настройку, а всякая универсальщина - нет. Попробуй декомпилировать, например, банковское приложение. Внезапно обнаружишь для себя, что оно написано на Java. А под iOS точно такое же написано на Swift. Повторюсь, когда предъявляются серьёзные требования к масштабируемости (чтобы на многих устройствах) и безопасности, всякая универсальщина, типа реактов и ксамаринов, посылается нафиг и приложения пишутся на Java/Kotlin под андроид и на Swift под iOS

Те кто пишет универсальные приложения им обычно и приложения не особо нужны. Мобильного сайта хватило бы за глаза

У какой нибудь пиццерии свое приложение - вот накуа?

(182) ты не можешь в браузере получить доступ ко всем тем нужным вещам (покупки, камера, флешка, почта, звонки и иже с ним), которые всю дорогу нужны в мобильном приложении

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

(188) обосрётся твоё веб-приложение против нативного приложения. Ты в самом деле не понимаешь что ли? Когда пишешь нативное приложение, в твоём распоряжении вся мощь операционной системы Android/iOS. Операционная система (!) возьмёт многие вещи на себя, надо ей лишь подсказать. В веб-приложении ничего подобного даже близко нет. Вся "мощь" веб-приложения зиждется лишь на веб-движке, который по-сути сам узкоспециализированное приложение

(191) чтобы пуши слать

(189) Какую например тонкую настройку не позволяет веб-приложение?

(190) Конечно. Сейчас почти для всего не нужно приложение, все делается через сайт. Но пользователь хочет приложение, и они его ему дают, раз он хочет. Хотя это нафиг не нужно.

(196) пользователь то как раз и не хочет

(191) Для экономии. Если продавать пиццу через сторонний сервис, то им комиссию придется платить. А через свое собственное не нужно платить.

(198) с каких пор свой сайт стал сторонним?

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

(200) обычно плюхи дают за заказ через приложение

Хотя конечно у веб-приложения гораздо больше прав в телефоне чем у веб-сайта в браузере. Но они в большинстве случаев не используются

(201) Вот это не знаю. Как ты можешь это объяснить?

я до сих пор не меряю шаги приложением от самсунга, потому что не даю ему доступ к микрофону

(202) Паша, как называется твоё заболевание?

(203) и пользователь: ну ладно х.. с вами установлю таки ваше гр...ное приложение

(192) В браузере может и не сможешь, но веб-приложение же имеет доступ ко всему. Какие проблемы?

(193) Чего нет в веб-приложении? Пример в студию. У меня пока ни разу не обосралось. Факты против твоих фантазий.

(204) А без доступа к микрофону оно не меряет шаги что-ли? Я тоже не даю доступы для таких приложений к тому, что им не нужно.

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

На телефоне есть приложения, которые даже хуже чем веб-версии.
Например Ютуб. В приложении он не может играть музыку в фоновом режиме при заблокированном экране, если бесплатная версия. Зачем он вообще нужен, если только хуже?
Второй пример: Ютуб-Студия. Приложение для телефона при загрузке видео сжимает его, ухудшая качество. А при загрузке с телефона но через веб-сайт, видео загружается в оригинальном размере без пережатия, и качество при просмотре гораздо лучше. Какой дебил пользуется этими приложениями, зачем их сделали? Я ХЗ.

(211) ЛОЛ, что? "он не может играть музыку в фоновом режиме при заблокированном экране" - это не "хуже веб-версии", а тебя принуждают к покупке

(212) Ну и нафига приложение, которое принуждает к покупке? Кто-то специально его себе поставит, ради принуждения? Я еще понимаю, если ты купил подписку, и установил себе приложение чтобы всех хвастаться какой ты богатый: "Смотрите, я слушаю Ютуб через приложение потому что мне теперь не важно через что слушать, у меня подписка бебебе". А нормальному человеку, который не будет платить за то что невозможно потрогать, зачем ему устанавливать приложение?

А, еще в приложении Ютуба рекламу нельзя убрать. Они прям все делают чтобы люди им не пользовались, а пользовались только веб-версией. Логика!

(195) никакую не позволяет. С веб приложением ты пускаешься в бой аки с платформой 1с - надеясь что она за тебя разрулит такие-то и такие-то вещи. Нативное приложение позволяет более предметно обыграть каждую ситуацию

(207) да с какого бы перепугу? Веб-приложение как обезьянка в клетке - может исполнять свои выкрутасы только пределах клетки

(215) То есть ты не можешь привести пример того, что не позволяет веб-приложение. Я это заранее знал, потому что программирую веб-приложения, в отличии от тебя.

(208) покупок через гуглплей, например

(217) пример хоть одного твоего приложения? Посмотрим на его разрешения (мултимедиа, покупки, камера, сообщения и проче)

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

(219) мултимедиа, покупки, камера, сообщения и проче - это все доступно, разумеется. Неуж то думаешь что нет? Учи матчасть

(220) бред. В нативном приложении можно прописать какие угодно разрешения, лишь бы пользователь разрешил

(221) брехня! Все разрешения по-умолчанию заблочены для каждого нового приложения. Так примеры твоих веб-приложений будут?

(222) То есть ставишь приложение, и оно переводит твои деньги куда-то без твоего ведома, без ввода пароля, без отпечатка пальца? Вот так новости.

(223) Так кто мешает разрешить их? Для нативных приложений ты можешь дать добро, а для веб-приложений религия не позволяет?

(225) операционка дает разрешения конкретным приложениям, а не веб-мордам

(226) Именно, так и есть.

(227) заканчивай писать бред!
https://developer.android.com/guide/topics/permissions/overview

(228) Но пока что ты пишешь бред и сочиняешь всякую фигню, в то время когда я тебе говорю факты которые сам лично проверял

Вот только что специально проверил на своем приложении, что можно давать разрешения:

https://i.ibb.co/jzx353j/1-F5616-C6-C0-DF-4-C92-80-B0-2-E33-B896-A237.jpg

(230) теперь попробуй то же самое выполнить с покупками, камерой, контактими...

(231) То же самое, чувак! За подтверждением покупок только в магазин перекидывает

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

С контактами меньше веб-приложений работают, так как это реже нужно. Вот пример: https://youtu.be/6oCOp1DlBVk

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

(234) Ты все правильно написал что ос выдает разрешения. Так с чем ты не согласен? Твоя ос не дает разрешения веб-движку?

Кстати, похоже я ошибся про оплату. Тут пишут что оплата в веб-приложениях присутствует:

https://imaginovation.net/blog/successful-enterprise-web-app-features-guidelines/

Так же про доступ к дополненной реальности есть упоминание, это значит что и к камере есть доступ.

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

(235) есть разрешения для сайтов, а есть разрешения для приложений. Разрешения для сайтов сильно ограничены, по сравнению с разрешениями для приложений

(236) нет

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

(239) веб-приложение это тот же сайт, оно работает через тот же веб-движок

(240) Движок тот же, но разрешений больше чем у сайта. Как у обычного приложения.

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

(241) нет

Пашо, напиши чонить толковое по своей концепции, покажи, а потом уже расхваливай.
Там подводных камней чуть более, чем дохрена.

(243) Слив засчитан

(187) Б. Гейтс тоже говорил «640 КБ должно хватить всем». ты видимо еще не сталкивался с по-настоящему сложными приложениями.

(242) сплошная болтология. В самом деле думаешь, будто бы одна из самых безопасных операционных систем содержит такую дырищу, позволяющую через веб-движок протащить что угодно?

(245) сворачивай уже свои фантазии. Совершенно очевидно, что никакие мобильные приложения ты не писал

(248) Ведущий как Гений 1С дает только инфоповод разобраться в технической части ;)
Хотя смотря в мисте свои посты десятилетней давности, самому становится стыдно ;)
https://developer.android.com/guide/webapps

(249) спасибо, только разрешения для сайтов работают по-другому, не как разрешения для приложений. И разрешений там с гулькин нос
https://developer.android.com/reference/android/webkit/PermissionRequest

(213) Что за бред... Кстати, после подписки реклама отключается.

(213) < А нормальному человеку, который не будет платить за то что невозможно потрогать>
так ты что, нехороший человек, и 1С наверное ломаную пользуешь, потому что её потрогать нельзя?

(252) на ломанной 1С Гений работает, как истинный системный администратор.

(182) "Нука, нука, поподробнее? Что я не могу делать в браузере" - Я обычно бесплатно не консультирую...Но для тебя, сделаю исключение)) Теперь, внимание вопрос - Как ты из браузера,  для своего "веб-приложения" ,установишь- уровень доступа "signature"...Пример кода желательно.

(247) Я пишу только то, что сам использовал, факты. Твои предположения глупы.

Сколько веб-приложений ты написал? Смог-ли в них использовать например камеру? Не написал, не смог? Это твои проблемы. У меня все получилось.

(251) Обоснуй. Ты смог заблокировать рекламу в приложении Ютуб? Похоже что врешь. Даже у меня это не получилось.

(252) Нет конечно. Зачем мне покупать 1С? Пусть ее покупают те, кто ее использует для своей работы. Программист не обязан платить за софт клиентов.

(254) Для доступа к чему конкретно? Назови устройство или данные, к которым ты не смог получить доступ из веб-приложения. Не можешь назвать такое?

(255) ты занимаешься болтологией

(256) ютуб - нативное приложение. Гугл пишет приложения для миллиардов пользователей, а это только нативщина вывезет. Веб-приложения и кроссплатформщина это баловство

(256) Ты больной что ли? Иди назад в 90-е с такой терминологией. Если ты нищеброд и не можешь подписку купить, чтобы отключить рекламу, то извините.

У меня uBLock блокирует рекламу, не помню когда видел последний раз, кроме зашитых в видео непосредственно авторами. На мобилу специально firefox для этого поставил

(258) "Для доступа к чему конкретно? Назови устройство или данные"    Например к - WRITE_SECURE_SETTINGS...если ты вообще понимаешь о чем я?))

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

(259) Так я про то и говорю. Сделали нативное приложение, которое хуже чем сайт. Ты бы его себе поставил?

(260) Делать мне нечего, еще в Ютубе отключать рекламу за деньги, когда блокировщик рекламы делает то же самое.
У меня полноценный премиум Спотифай есть, по подписке. Кто еще нищеброд, шутник блин.

(262) Ты пишешь всякую тупость из терминологии нативных приложений. Пиши конкретно, как я тебе сказал, а не выкручивайся как уж на сковородке. К камере ты не смог получить доступ? Или к датчику угловой скорости? Или к NFC? С какими конкретно проблемами ты столкнулсы при разработки веб-приложения? Слабо ответить прямо на простой вопрос?

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

(267) этож сколько нужно было  в 1с получать, чтоб в 3 раза выиграть? 3 руб?

(268) ЗП у нас была всегда на 10% выше средней по рынку в нашем городе, каждые пол года делали мониторинг зарплат, и корректировали. Мы сами искали пруфы зарплат, старались самые высокие найти, чтобы нам относительно них посчитали, поэтому выходило даже еще выще чем средние.

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

(270) Ну на веб достаточно просто перейти сразу не на нулевой уровень, а на какой-то выше нулевого. Любой одинесник же применял какие-то обмены с сайтами, вставлял html в формы 1С, так или иначе приходилось изучать веб хоть немного.
Мне повезло, что на работе нужно было сделать доработку сайта, и мне дали задачу, типа "Ты же программист, какая разница что программировать, 1С или сайт". Тоже немного подучился.

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

Но если не повезло, и ничего этого не было на работе по 1С, то это не проблема, можно быстро наверстать.

(205) Оно называется: Вовочка, забанься :))))

(264) не хуже, а намного лучше. Особенно разница заметна на слабых устройствах и при плохом соединении. Это и есть масштабируемость мобильного приложения - чтобы стабильно работало на как можно большем количестве устройств и в самых разных условиях

(271) МП 1с имеет к полноценной мобильной разработке примерно такое же отношение, как детские раскраски к профессиональному рисованию картин

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

(274) Это точно. МП - это детский конструктор, который хреново собирается.

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

(277) Я же тебя уже спрашивал, какое разрешение ты не смог получить в веб-приложении, ты так и не ответил, слился. Щас про какие-то старые дрова сочиняешь, которыми еще и пол мира пользуется.

Еще раз спрошу: объясни как по-твоему нативное приложение ускоряет медленный интернет.

(278) интернет оно не ускоряет, но нативное приложение может тонко взаимодействовать с операционной системой. Чего впринципе не может веб-морда

(278) надеюсь ты не думаешь, что весь мир дружно облеплен вышками 4G и все ходят с флагманскими смартфонами? Россия одна из топовых стран по интернетизации, а в нищестанах мобильный интернет скорее диковинка

(279) Отлично, значит признаешь что интернет оно не ускорит, это уже прогресс. Едем дальше.

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

(281) обычно нативные версии дают лучший юзер экспириенс чеб веб

(266) "Пиши конкретно, как я тебе сказал"...я думаю , что после этого тезиса,  тебе надо конкретно ответить на -(205)

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

(281) как ты уже надоел со своей болтологией. Почему гугл пишет нативные приложения?

(284) нативные приложения можно тонко адаптировать под самые разные экраны. И многие вещи в этом плане берет на себя сама ОС. Веб-страницы - сосамба

(285) Я тебя то де самое спросил. Зачем гугл написал приложение Ютуб, если оно заведомо хуже веб-сайта?
Но другие уже ответили на этот вопрос: чтобы зарабатывать бабло на подписках, потому что на сайте рекламу отключают, и можно на заблокированном экране слушать музыку бесплатно, а гуглу это не выгодно, вот и сделали приложение где нельзя отключить рекламу и нельзя слушать музыку на заблокированном экране не заплатив за это деньги.

(286) Конечно нативные приложения можно тонко адаптировать под самые разные экраны, в точности как сайты. Тут они не отстают от сайтов. Но во многом другом нативные приложения хуже.

(287) а как же вансед?

(287) это ты себе пытаешься доказать, что оно хуже сайта. Реальность другая

(289) Вансед написали как раз для обхода недостатков оригинального клиента. Он работает не хуже чем сайт.

(290) Нет, тебе. Ты же сомневаешься. Я и так знаю.

Нативные писать конечно сложнее. Вывести список в ресайклер - это сколько ж бойлерплейта нужно написать

(293) Да, в этом их недостаток как раз. Порог входа в веб-приложения на много ниже.

(288) как ты будешь на своей веб морде делать хотя бы вот такое
https://developer.android.com/images/guide/fragments/fragment-screen-sizes.png
в нативных приложениях оно разруливается на изи, это базовая вещь, которую берет на себя ОС

(295) на гридах это элементарно делается

(293) зато возможности богатые. Можно делать чуть ли не всё что вздумается, в твоём распоряжении мощь целой ОС

(295) В смысле как? Это же обычный фронтенд, все делается на html и на js, тут даже вопроса нет. Это же не какая-то 3Д игра или программа по заливке прошивок в USB-устройства, что кстати через обычный сайт делается.

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

(297) Это очевидные вещи. Конечно все можно сделать. Но ты почему-то уперся только в одно, что на нативном можно сделать, а на веб по каким-то волшебным причинам нельзя. Это же не логично. Если это можно на нативном, следовательно можно и на веб, потому что веб может все то же самое, и под него полно готовых компонентов, в том числе как на твоей картинке.

(298) ну как твой интерфейс будет тонко адаптироваться под различные экраны? Тупое растягиванин-сужение не в счет. Ручное дрочерство, как в МП 1с, тоже такой себе вариант

(299) Так я не сомневаюсь что на нативном что-то можно сделать, я тут полностью согласен с Конструктором. Но так как я веб-программист, то я так же знаю что можно делать на веб, это и пытаюсь объяснить.

(301) Так же как и на нативном, очевидный ответ. Что еще не понятно?

(300) да конечно. В нативном приложении в твоём распоряжении все возможности устройства и ОС. Веб-морда может только то, что может веб-движок

(301) Даже на банальном бутстрапе есть такая возможность, готовая изкоробки. Называется адаптивная верстка, загугли.

(303) снова болтология. Ну и как оно делается в нативном?

(304) В том то и дело, что веб движок может все что только вздумается, сколько раз повторять.
Индексируемая БД - есть. Прошивка USB-устройств - есть. Использование GPU - есть. Доступ к блютусам и NFC - есть. Ну и так далее.

(306) В нативном используется библиотека готовых компонентов. В веб неожиданно то же.

(305) загуглил. Отличное решение, требует изрядно надрочить кода для разных случаев жизни

(306) У тебя все аргументы основаны на том: "Я не знаю что такое есть, значит этого нет".

(309) Что-то ты не то нагуглил. Ссылку сюда, пожалуйста

(307) НЕ может он, не придумывай
(308) ничерта ты не знаешь

(310) я тебе уже сто раз объяснял, нативное приложение взаимодействует с ОС примерно как конфигурации 1с с платформой 1с. В случае с веб-движком ничего этого и подавно нет

(312) Ну вот ты и обосрался, показав что ты не знаешь что он это может. Тут не о чем спорить если ты тупо отрицаешь факты.

(313) Это что-то плохое? Наоборот, так легче программировать, значит лучше.

(311) ну дай правильную

(314) ты в голову себе вбил, якобы веб-движку предоставлены все возможности ОС. Но это чушь собачья. Напиши на вебе приложение для сканирования в PDF.go!

(315) это ОГРАНИЧЕННЫЕ возможности веб-морды против нативного приложения

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

(316) Вот тебе правильная: https://www.youtube.com/watch?v=4-3EUXaPUMA

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

(316) Ну и какие особенные возможности ОС требуются для сканирования? Что конкретно у тебя не получается?

(317) Чем же они ограничены? Только фантазией программиста разве что.

(320) ты же дока в веб-мордах, вот и напиши такое приложение. Посмотрю что у тебя получится

(318) Точно так же. Не делай вычислений, не будет расходоваться батарейка. И есть правила для игр, уменьшать частоту кадров не более частоты обновления экрана, чтобы меньше жрало батарею.

(322) И что? За деньги что угодно напишу. Тут вопрос в потраченном времени, а не в ограничениях веб-приложений, ты путаешь уже.

(323) опять болтология. Это делается совершенно не так
(324) да хрена с два ты напишешь. Ибо не умеешь и понапридумывал сверхмогущества веб-движка

(325) Ты же не знаешь как.

(326) в отличии от тебя хоть что-то знаю

(325) Или давай так, я подпишусь написать приложение на веб если ты напишешь точно такое же на нативном. Тут мне будет проще чем тебе, поэтому скорее ты сольешься. Либо ты оплатишь мне за потраченное время, тоже согласен.

(327) Уже выяснили что нет, читай: (314)

Как минимум веб приложения памяти жрут брльше ибо нужно поднимать весь движок хрома

(328) бла-бла-бла. Зачем мне писать? Таких нативных приложений вагон и маленькая тележка. Например, вот, очень удобное и интерактивное:
https://play.google.com/store/apps/details?id=com.adobe.scan.android

Ладно, давай иначе. Вот есть интернет-магазин OZON
https://www.ozon.ru/
у них есть мобильная версия сайта. Когда заходишь на мобильный сайт, в самом верху висит приглашение установить мобильное приложение. Чего же они такие дурачки-то, кинулись писать мобильное приложение? Ведь по заверениям "эксперта" тебя веб морда умеет всё то же самое, что и нативное приложение. А может всё таки это ты чего-то не понимаешь?

(331) это элемент маркетинга, а не реальная потребность

(332) да как же. На сайте оплата через обычные интернет-платежи, с вводом карты. Далеко не каждый будет рисковать. В приложении можно оплатить через Google Play и так далее

(332) а разве можно в мобильной версии сайта пуш уведомления сделать нормальные?

(333) через гуглпей можно и на сайте оплатить)

мобильное приложение дает возможность офлайновой работы

(336) веб тоже умеет

(337) да ладно, это как?

Вот только что ради пушей, чтоб рекламу слать

(338) ну 1 раз конечно нужно будет подключение чтоб скрипты скачать

(335) да ну?
https://disk.yandex.ru/i/p_w90f19MCPkJA

(341) если на данном сайте не подключена такая возможность, это не значит, что такого нет

(341) просто они не интегрировали. У меня например за электричество сделали

(342) я частенько оплачиваю именно через гуглпей на сайтах

(339) "Вот только что ради пушей, чтоб рекламу слать" почему сразу реклама? Оповещение о заказе, его отслеживание и т.д. Очень полезные штуки. Причем очень экономит для конторы

(343) просто не интегрировали, просто написали приложение... А может нативное приложение удобнее, предоставляет больше возможностей, поэтому и написали его?

(346) не думаю что сложно гпей подключить

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

(348) разве в приложении не нужно авторизоваться?

(349) обычно, только 1 раз, далее уже запоминает, так же есть возможность авторизации по отпечатку пальца, для тех же банковских/гос приложух. Что-то я не припомню, чтобы так можно было авторизоваться в мобильной версии сайта.

(330) Это не как минимум. Движок хрома нужен всего в одном экземпляре для запуска любого количества веб-приложений. И наверняка он уже загружен, его же много кто использует в системе. Это не проблема.

(331) С чего ты взял что их мобильное приложение не на Веб?? Это же магазин, значит с вероятностью 90% это веб-приложение.

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

(334) Конечно пуши есть на веб. Они же в нативных приложениях есть, значит и в веб тоже должны быть.

https://sceptermarketing.com/how-do-push-notifications-work-in-mobile-web-browsers/

(336) Веб приложение тоже работает оффлайн. При наличии интернета может обновления скачивать.

(346) >> А может нативное приложение удобнее
Что за догадки? Учи матчасть уже.

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


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

(352) 100% нативное, проверил

(357) может хватит уже отрицать реальность?

(350) >> Что-то я не припомню, чтобы так можно было авторизоваться в мобильной версии сайта.

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

https://hsto.org/webt/mv/yc/qd/mvycqdwga0dhbag3c83yr00utni.png

(359) Как проверил?

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

(362) Ты же не шаришь. Зачем продолжаешь усираться если тебе уже доказали что ты не прав.

(359) Подскажи почему разной ширины элементы, хотя на дизайнере все ок.
https://i.imgur.com/RXiOQsp.png

(363) пока что ты только фантазиями кидаешься, как якобы веб-морды могут всё то де, что и нативные приложения. Но реальность-то другая. Было бы так, не было бы android и iOS разработчиков

(364) наверно заполнение wrap_content

(365) таки заполнено match_parent и на дизайнере это видно.
Может нужно не linear юзать. А чтобы ты посоветовал?

(365) Я тебе предложил привести пример что не умеет веб-приложение, ты так и не смог. Зато я привел пример что оно может, а ты показал что этого не знал. Так что ты сливаешь.

(0) Вот тебе подойдет вакуха, без опыта работы, джуном, потери в ЗП не большие или вообще нет. Я бы с такого начинал, если бы хотел из 1С в Андроид податься:

https://hh.ru/vacancy/50256370

(366) возможно зря завернул ConstraintLayout в LinearLayout. ConstraintLayout самостоятельно прекрасно юзается. Но х.з., я не такой уж спец в андроиде

(367) так почему же тогда пишут нативные приложения, если веб всё то же самое может? А может всё-таки не то же самое?

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

(371) >>Чисто ради пользователей, чтобы им угодить

бред

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

(373) Веб тоже через API. Времена, когда страницы целиком скачивались, давно прошли.

(373) Пример с какой аппаратной вещью не получилось работать через веб - в студию. Ты как Конструктор пишешь, которому уже все объяснили.

(375) Я тут не много не в теме, что ты имеешь в виду под веб? Нативное приложение со встроенным браузером, в который грузятся веб страницы?

(375) А подними-ка, Пашенька, мне из твоего браузера VPN соединение.

(377) Пашенька дроны в Бостоне запускает, не когда ему.

(377) Да проще пусть Ведущий нам напишет код вызова камеры и сохранения фотоснимка в приложении. ;)
Жалко что собеседники приводят мало технической информации.

(379) Пашенька скромно промолчит.

(376) Progressive Web App, это когда делается приложение полностью как веб-страница, но в заголовке прописывается дополнительная информация типа манифеста, меняющая его свойства с обычной страницы на приложение PWA, дающая дополнительные права, которых нет у обычной веб-страницы. Пользователь его не просто в браузере открывает, а устанавливает в телефон, оно отображается как обычное приложение со своим ярлыком на рабочем столе, запускается без элементов управления браузера.

(379) Уже все написано. Тот же скайп, например.

(382) с чего бы скайп веб-приложение?

(381) опять брешешь

(383) А вот так, прикинь, да.
(384) Заканчивай показывать свою некомпетентность.

(385) интернет подсказывает, что PWA даже к собственным локальным ресурсам обращается через HTTP, а ты тут сказки рассказываешь

(386) Ну ребята давайте читать документацию, а не языком чесать - https://developer.android.com/guide/webapps
Рассмотрите возможность использования этих альтернатив WebView, если ваше приложение подпадает под следующие варианты использования:
1. Если вы хотите отправлять пользователей на мобильный сайт, создайте прогрессивное веб-приложение (PWA).
2. Если вы хотите отображать сторонний веб-контент, отправьте запрос в установленные веб-браузеры.
3. Если вы не хотите выходить из приложения, чтобы открыть браузер, или хотите настроить пользовательский интерфейс браузера, используйте пользовательские вкладки.

(387) спасибо, кэп, только разговор не про то. Что можно создать веб-приложение никто не отрицает. Тут у нас спор про то, что якобы веб-приложение может всё то же самое, что и нативное

(388) Думаю, о чём-то спорить с Пашо, который в своей жизни ни веб-приложения, ни нативного не написал и не напишет, как минимум бессмысленно. Знаешь, как голуби в шахматы играют, особенно очень тупые голуби? :)

(388) Вопрос именно в том как в архитектуре Android работает архитектура web-base приложений, так это и надо читать в документации.
Кстати api геолокации в web - геолокация для андройда в которой невозможно выбрать источник network или GPS. А если это критично, то как раз и произойдет тот момент когда придется выбрасывать приложение web и переходить на 1С или натив.

Тема же про переквалификацию а не про выбор более удобной или подходящий технологии. Технологий всегда много, в любом направлении. Я вижу примерно так: поиск например на hh кажущейся наиболее востребованной, первичное изучение по открытым источникам, курсам и т.д.. Потом первое трудоустройство а дальше как карта ляжет. Уже будучи в профессии перейти на другую технологию почти не проблема

(391) сначала нужно в целом определиться: фронт, бэк или мобилки

Зп везде одинаковые примерно

(385) Ну вот хоть не зря болтали. Стандарт доступа к камере из мобильных устройств работает на большинстве устройств.
<input type="file" accept="image/*" capture="camera">
http://sikuda.ru/mobile/webfoto/ - нажать кнопку на сайте из мобильного браузера.
По умолчанию Вы дали разрешение браузеру имеет доступ к вашей камере ;)

(394) только это не доступ к камере, а что-то вроде интента (позвать камеру и ожидать ответа)

(395) а что есть доступ к камере?

(396) Строка в манифесте приложения <uses-feature android:name="android.hardware.camera"
И разрешения самого пользователя.
Все строго по архитектуре Андройд.

(396) ну как... возможность использовать все возможности камеры. Например, написать собственное приложение для камеры
https://play.google.com/store/apps/details?id=com.google.android.GoogleCamera

(397) получит разрешение приложение, но не веб-морда

(399) Ну да все правильно. Так вообще у Android следующее поколение api работы с камерами https://developer.android.com/training/camera2
И тут действительно голову сломаешь...

(398) Тебе же уже написали что можно. Какие еще вопросы:

Доступ к камере - это одно из первых, что появилось в веб-приложениях. Без него бы ни Скайпы, ни Зумы не работали бы.
Я делал морду для автомобильного ПК еще лет 5 назад, там камера включалась при включении задней передачи. Сейчас еще больше фич понадобавляли, и блютусы, и джойстики, и другие USB-устройства доступны.

(402) Так как оно там с VPN, Пашенько?

(403) разве кто-то впн реализует у себя как доп функцию? Ну разве что телеграм с их прото прокси

(404) tor

(405) таких приложений по пальцам пересчитать. Где реально нужно что-то что веб апп не сможет дать

(406) Ну вот, уже пошли положительные сдвиги. От тезиса "оно может все" уже переместились к "не все, но кому это нужно".

(401) нельзя и не придумывай

(406) чего же тогда большинство приложений нативные, а в каждой серьёзной организации сидят толпа андроидовцев и толпа иосовцев?

(408) на нативе таки можно получить более лучший юзер экспириенс

и таки я не был против нативных приложений

(409) На веб так же можно получить более лучший юзер экспириенс. Все же зависит от квалификации дизайнера интерфейса.

(408) Тебе же уже объясняли: Не все они нативные. Ты не сможешь отличить нативное от веб. Они выглядят одинаково, работают одинаково. Ты пользуешься веб-приложением, но думаешь что оно нативное, и радуешься какие же хорошие нативные приложения.

(411) на винде на электроне это не особо удается

(412) Увии, Пашо за дебилов разработчиков держит)

(413) Пофиг на электрон. Не пользуюсь, и другим не советую.

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

(412) это ты надеешься, что не могу

(412) На iOS даже от флаттера отличу, не то, что от pwa

И с каких пор Skype стал pwa, кстати?

Пашо реально не понимает зачем делают нативные приложения? Говорить, что по работе с UI/UX нет отличий от нативщины можно только если работаешь и там и там на тормозящем говнофоне, где лагает даже простейшая анимация и транзишены, ну или изначально убиты вся работа с потоками и все вычисления, работа с базой данных, сетью и прочими слоями сделана в главном потоке. Да, в теории мы имеем доступ ко многим системным апи, однако перфоманс там такой, что лучше бы и не было. На том же iOS вообще критичное - нет доступа к пушам, что является важнейшим инструментом взаимодействия и удержания пользователя (что там с андройдом понятия не имею, н в контексте создания "мультиплатформы" это уже не важно). Еще очень интересно посмотреть на работу с bluetooth и nfc, да и в принципе в оффлайн-режиме в pwa.

(419) у него религиозные убеждения

(416) Ты что, ни разу не видел как две и более анимации одновременно на веб-страницах работают? Что за дичь ты пишешь?

(418) Я не говорил что Skype это pwa

(419) >>  Еще очень интересно посмотреть на работу с bluetooth и nfc

Так присоединяйся к Конструктор1С, он так же думает: "Если я этого не знаю, значит этого нет"

кстати на нативном приложении даже бордер по простому не нарисуешь. Приходится через ЖПО

(421) и как ты запустишь через свою веб-морду несколько потоков?

(422) ну-ну. Ты уже совсем запутался в своих показаниях

Конструктор1С 383 - 12.12.21 - 05:57
с чего бы скайп веб-приложение?

Ведущий
385 - 12.12.21 - 07:29
А вот так, прикинь, да.

(423) Web NFC - Draft Community Group Report 10 December 2021
Web Bluetooth - Draft Community Group Report, 29 November 2021

(425) Еще раз читай внимательно, вдумчиво, мозг включай. Если не получается, воспользуйся поиском по слову pwa, попробуй найди эти буквы в моем сообщении.

А, я понял, ты не понимаешь разницы между веб-приложением и pwa. Куда тогда лезешь, еще и споришь с теми кто в теме.

(427) Так что там с VPN, Пашенька? Сформулируй уже мысль - можно его из веба твоего поднять?

(427) бла-бла-бла. То есть Progressive Web App вдруг перестал быть веб-приложением (Web App)? Докатились...

Мобильные приложения делаются для тотальной слежки за пользователем, чтобы подсматривать, подслушивать и так далее. Биг дейта, не от слова большие данные, а от слова биг бро. А так оно нафиг не нужно, все тоже самое можно сделать и через сайт. Я большинство приложений ставлю, если банк/кафе/такси и прочие конторы навязывают поставить, выполняю задачу и сразу сношу.

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

(431) > мы с ним как муж и жена
И кто таки сверху? =)

(432) ох. По моему мы все раком.

(427) А как давно React Native стал веб-приложением?

(421) С системными тредами как работать будешь?

(429) Они не перестали, но скайп же не pwa, а обычное веб-приложение.

(434) ХЗ с чего у тебя такие мысли в голове. Сам придумал, сам разбирайся.

(437) Пашка почему в каждой теме тебя все пинают?

(437) Скайп написан на React Native, отсюда и удивление тому бреду, что ты несешь

(438) так петушок же.

(439) Ты наверное спутал с нативным приложением веб-приложение. Ну бывает. Присоединяйся к Конструктору1С, он тоже не шарит

(441) Еще раз. Ты на мобиле используешь веб-приложение скайпа?

(441) заканчивай придумывать
https://reactnative.dev/showcase

(438) Пока что я тут всех пинаю и угараю над невеждами.

(442) Нет конечно. Только на компе. Зачем мне на мобиле скайп?

(439) Реакт натив это желание Цукерберга откушать от пирожка мобильной разработки, вряд ли Бил даст ему, чего то лепить в его песочнице. Да и Брин не даст и яблочники не дадут.

(445) потёк... как бы не выяснилось, что ты нам, невеждам, объяснял совсем не про тот скайп, на который мы подумали

+(446) ну если только по надкусывать.

(447) Китайский скайп, он такой.

(447) О, потихоньку начинаешь соображать! Давай напрягись еще немного, может поймешь свою ошибку. Осталось совсем мало

(446) Реакт нейтив это стремительно отмирающее чудо, но речь сейчас не об этом) Флаттер сейчас пожалуй единственная живая мультиплатформа, но один фиг с нативной разработки туда не слезу.

(450) Да с тобой и так все ясно, клоун) "Нахера мне на телефоне аппа", и при этом другим "продавать" воняющий кусок, которым пользоваться невозможно (сам же не пользуешься))

(452) Переход на личности? Ок, слив засчитан.

(453) Где ты увидел переход на личности?

(454) Ты меня обозвал клоуном. Или это оскорбления? Тем более ты сливаешь.

(450) ты заврался

(451) flutter это желание Брина отжать чутка у яблочек. Короче как обычно, Цукербрины между собой мир делят, а у дурачков лбы трещат от всяких "новых" технологий.

(455) Это не обзывательство, а описание твоего поведения, не более того) Встретил тему, почитал, поржал, еще и бесплатно, спасибо, Пашо)

+(457) своими браузерными войнами весь веб "новыми, нужными" технологиями позасрали, теперь значит за веб принялись.

(455) > Ты меня обозвал клоуном.
Ну так не будь таким, Пашенько. Все же очень просто.

(456) Раз аргументов у тебя больше нет, а осталисть только хамства, значит ты уже погуглил, и убедился что скайп в браузере отлично работает, с доступом к камере и с видеозвонками. Причем это даже не PWA, а обычное браузерное веб-приложение. Кстати, Телеграм так же работает в браузере, и там есть видеозвонки и видеочаты.

Поехали дальше. Эта штука тебе наверное вообще взорвет мозг: https://www.team-blacksheep.com/agentm/

Прямо на странице в брузере можно подключаться к устройствам через USB, менять в них настройки, и даже заливать прошивки. Как вам такое? АХахах!!!11

Я так перепрошивал свои радио-передатчики и приемники для дрона (до 40 км радиус действия), а так же пульт ДУ "TBS Tango", кстати, очень хороший.

(461) Как дела с пушами на iOS?

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

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

(463) читай (430) до полного просветления. И вообще уделал тебя Паша.  
Give me absolute control
Over every living soul
I've seen the future, brother
It is murder

(463) С юзабельностью как раз и нет проблем. Любой интерфейс какой только взбредет в голову можно одинаково сделать как на нативном так и на веб приложении. Веб-приложения как раз заточены под юзабельность и под интерфейс, тут не может быть сомнений. Это же веб -> фронтенд -> интерфейс.

(464) web - это html страница со сценариями, которые сидят в клетке браузера. А мобильник это камера в твоей спальне, микрофон в туалете и градусник в твоей жо пе.

(467) Постепенно эти границы стираются. В html теперь есть и камера и микрофон и градусник. Все ради тотального контроля

(461) > Эта штука тебе наверное вообще взорвет мозг
Зачем эта херня требует пароль?

(465) У тебя паранойя, братан)

(466) Ты понятия не имеешь что такое юзабилити, судя по этому бреду)

(471) Снова без аргументов, снова переход на личности. Снова сливаешь.

(464) А с чего это не надо учитывать ограничения платформы-то? Ты зависишь от нее, и когда принимаешь решение инвестировать миллионы в аппу - не захочешь надеяться, что тебе не порежут доступ к каким-то апи в будущем и пилишь нативку. Это большие риски и большие деньги, очевидно же.

(472) Да хорош, алло)) Юзабильность без нормальной многопоточности? Ок, не аргумент, да)

(472) Боже ж мой, была-бы хоть личность-то...

(473) Нативку так же могут порезать, не надейся. Это тебе не ДОС с Ассемблдером. Нативка - это не нативка, а вызов функций АПИ системы в которой она запускается. А выполнять или не выполнять, решает уже эта система. Разница между тем что ты называешь нативкой и вебом в том, что нативка отдает команды например Java-машине а веб-приложение отдает команды веб-движку, например Хромиуму. Будешь спорить у какого движка внутри ОС больше прав и возможностей? Основное все одинаково, а отличия только в мелочах.

(474) Ты за конструктором повторяешь? Он тоже говорил что не бывает сразу двух анимаций в веб приложении. Ахахахха! Я ржал :)))))

(476) > нативка отдает команды например Java-машине
Пашенька, что там с поднятием VPN из веб приложения?

Короче, когда вы планируете начпть работать?

(474) Давай приведи пример где нет многопоточности в вебе. Что ты вообще имеешь в виду? Я уже писал, если нужно ускорить обсчет многогигабайтного массива и распарралелить потоки, то я использую видеокарту, там параллельность огого! Что еще надо? Менюшки тормозят на одном ядре, нужно все ядра процессора нагрузить? Ну нет такого. Везде где большие рассчеты, прямая дорога на GPU ускоритель.

(479) Щас как раз перерыв на обед. А я пообедал час назад, так что делать нечего.

(468) html открыто, ее кто угодно может распарсить и посмотреть, что она делает. http - открытый протокол, его тоже можно расковырять. А про то что мобильное приложение стучало, ты узнаешь не скоро.

а может даже не узнаешь.

(482) Возможно это и есть причина, почему разрабатывают приложения с закрытым кодом. Поэтому я пользуюсь веб-версиями при любой возможности. Никаких мессенджеров вообще не устанавливаю на комп. Скайп, Зум, Телега, Вацап, Фейсбук, Аська - все в браузере открываю. Только с Вайбером проблема, у него нет веб-версии. Ну и хрен с ним.

(478) Все смешалось в доме Облонских. Это какой-то диалог немого с глухим.
Аккуратно оставлю ссылку на архитектуру react native - https://habr.com/ru/company/ruvds/blog/505540/

(485) > Аккуратно оставлю ссылку
Кросивое

"И я хочу сказать, что то, что другое, это очень условно готовый продукт, который иногда работает, а иногда нет, и никто и никогда не даст гарантии, что то, что работает у тебя, будет работать у других. Все что сложнее CRUD'а — это боль, мобильная разработка это место отчаяния."

...

"RN отлично годится для того чтобы быстро разрабатывать приложения которые работают с данными. Но как только начинаются взаимодействия с нативными функциями приходится танцевать с бубнами. RN хорош когда надо реализовать +100300 приложение площадку для заказчика с супер крутой идеей и совсем не годится для разработки мессенджера"

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

ТС спроси. Как учились? Какие курсы? Специально, отметился, чтобы потом зайти посмотреть, всю ветку просмотрел, один какой то унылый срач. Ни одного примера, кто как учился, ни одного курса за 500 постов.

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

(489) хотя бы книги озвучили

(490) Я в iOS ушел, про андройд конкретики не подскажу, к сожалению

(488) Ну народ в конец обленился. (13). Кроме меня я так понимаю, остальные пришли только языком  почесать? Выложите ссылки на что-нибудь интересно для Вас.
(490) Скорость обновления огромная. Книги устаревают.

(492) подходы к разработке так же быстро устаревают?

(492) это тебе спасибо. Я пока всякое такое пока совсем для новичков освою, потом пойду это смотреть. Правда я не собираюсь в андроид разработчики. Просто интересно.

(492) > Выложите ссылки на что-нибудь интересно для Вас

Чтобы услышать в ответ "это все устарело, сейчас круто вот это, я точно знаю"?
Ну так этим уже Пашенька занимается, не бойся.

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

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

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

(498) тоже верно)

(498) > если есть желание работать не только в пределах родины
А почему этот тезис применим для программиста и неприменим для стоматолога?

Сравнение теплого с мягким какой-то.

(500) Так стоматологу на удаленке тяжело будет) А про релокацию разговора сейчас не было.

(501) > стоматологу на удаленке
Ты анестезиолога с консультантом-то не путай =)

(501) на буржуев работаешь? на галере или фриланс?

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

(503) Основное место - делаем свой продукт, РФ. Но частично по мере наличия времени - с немецким стартапом, там относительно свободный график, сдельная оплата можно сказать, больше не ради денег, а ради опыта.

(505) Как собираешься с индусами и китайцами конкурировать?

(506) Думаешь, они нарасхват, что ли?
Опытный заказчик на демпинг индусов не купится, но и ноунейма с пустым портфолио вряд ли возьмёт, конечно.

(506) Пфф, да никак. Работы море

(508) А почему выбрал iOS, вроде по андроиду больше работы?

(509) У меня был аймак и айфон, решил попробовать на досуге - зашло, swift - офигенный язык. Ну и пошло-поехало. Еще на iOS нет того зоопарка устройств, все довольно стандартно, хотя и по-своему глючно, куда без этого))

(509) А про количество работы не знаю откуда такая информация. Вот по этому https://t.me/mobile_jobs так не сказать
Ну и надо понимать, что хотя андройд-устройств больше в разы, но денег они приносят так же в разы меньше (я про подписки и внутренние покупки). И по опыту общения с HR-ами - айосеров найти тяжелее, хотя это тоже субъективно наверное.

(506) Они уже кончились давно. С мозгами немного людей. Это же не разнорабочих завозить. Инструкцию дал и к обеду полноценная боевая единица.

(511) чета наши буржуи мало предлагают что на иос что на ведроид...

Компания: ЛУКОЙЛ-Интер-Кард (Ликард). https://licard.ru/ru
Вакансия: IOS developer (Swift)
Локация: Москва, метро Новокузнецкая/ Третьяковская

График работы: гибрид/удаленно/офис
Зарплата: до 250 000 на руки (готовы обсуждать в соответствии с опытом)

Должность: iOS developer
Уровень: Middle/Senior
Формат работы: удаленно
Занятость: полная
Заработная плата: от 200 до 260 тыс на руки (обсуждаемо)
Компания: ПАО "Сбербанк"
Работодатель: ООО "Глобус-ИТ"

(513) 200к нормальная зп для человека с 1.5-2 годами опыта на удаленке, че ты начал-то)

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

Хотя рост в мобилке (и вебе) быстрее идет. Я меньше чем за год вернулся и перешагнул ту зп, что имел будучи 1сником.

(515) разве в 1с можно поднимать именно программируя, а не будучи внедренцем с упором на рп?

(515) Тут Beduin рассказывает, что в ведройде зп от 500к уже.

(518) так на буржуев же

на наших зп чутка выше чем в 1с

(518) Ну если джунам 180 предлагают. https://hh.ru/vacancy/47604967
Как думаешь опытный не выйдет на 500?!

(520) в мобилках может быть, а в жабе намного больше

сем привет!

Если по цифрам - на рынке предлагают 425-480к; в Иннотехе максимум, что я видел - 430к (и то это уже менеджер).
.

430 гросс, дают разрабам, инфа 100%


Говорят, что потолок в Иннотехе 450к (не сомневаюсь, что да - и разрабы могут столько получать), но на рынке можно и больше найти - этот рынок, походу, поднял сам Иннотех, скупив 3500 ИТшников за год:)

Позиции архитектора двх или "руководителя направления" разработки двх - на таких позициях некоторые мои знакомые получали ~500к ещё в 2017г (правда это была редкость, а сейчас таких примерно 50% предложений).

(518) И почему так удивляет сумма 500. Вы корректируйте ее с учетом инфляции. 150 тысяч 2008 года. Сейчас на стройках и в такси 150-200 зарабатывают.
Вот на hh полно вакансий 300+ разработчик. И как в любой компании вы приходите, работаете, если все хорошо вас ценят и повышают деньги, чтобы не ушли. И в 1С также, ничем не отличается.
Если бездарь какой, будете болтаться на средней 300 тысяч. Если хороший специалист, то потолок очень далеко в ИТ.

Так хорошим помидорам и в андройде с айос дают 400-500, причем не буржуи а наши, тут важно себя продать, ну и понимать, что это сумма уже с годовыми бонусами, но все же. Я же больше говорю о тех кто входит. Знаю джуна (скиллового правда, но джуна), который на 130 зашел. Но реально за год с интерна выйти на 100-150, а дальше только больше.

(524) Тут половина форума меня помидорами закидали, когда сказал, что мобилках 500 вполне можно поднимать. Это при том, что в 1С уже вакансий на 200-300 чуть ли не половина.

(517) Ну 200 реально, по остальному я не в рынке сейчас. Тут другой посыл был: если устраивает и нравится 1С, то наверное и надо заниматься ей, а не гнаться за деньгами (которых возможно больше и не получится поднять).

(524) Будем вкатываться кароч, а то 1с уже достала вечными багами и низким потолком по зп...А тебе сколько лет было, когда начал вкатываться?

(525) на 200 много, на 300 нет вообще

(527) 33-35 период вкатывания) Еще один миф - "мы старые, никому не нужны и вообще умрем")) Всем срать на возраст, если ты можешь принести пользу и адекватно общаешься (софт-скиллы вообще решают). Более того, это у нас 22 летние сеньоры бегают, на западе все иначе. Но даже порой 22-летние ребята более адекватны, чем 50-летние токсичные "мудрецы". Короче, надо забыть про возраст и заниматься делом.

(527) Мобилки это конечно взрыв мозга. Тосавание объектов туда-сюда.
1с и веб КУДА проще. Хотя на жаве везде так. А может так и должно быть

(529) В 1с тоже тасование - перекладывание с клиента на сервер.

(531) это все детские игрушки. да и платформа там практически все делает.
А тут для 1 строчки нужно создать адаптер, вью, фрагмент, модель, сервис

(530) Я после 1С на мобилках отдыхал. Бесконечное количество возможностей. Вся архитектура простая и понятная. 1С это постоянное натягивание совы на глобус Как будто ее проектировали самоучки-мазохисты.

(532) У тебя хотя бы есть понимание как реализовывать. А вот когда дописываешь типа ЕРП, непонятно с чем столкнешься на любом этапе реализации.

(532) сейчас завис на том чтобы добавить в эту кучу обработчик onClick. Интуитивно не осилил. Нашел правда похожее приложение - буду изучть

Как сделан дата биндинг в 1с - это просто сказка после всего этого

(535) Так реализуешь интерфейс в объекте и вешаешь слушатель. Не так разве?

(537) там ресайклер и объекты отображения по хитрому выглядат

когда в мозговой кэш ляжет вся эта структура наверно уже просто будет казаться

(530) (531) Как только я перестал, сравнивать 1с между собой и другими технологиями и ныть, а почему тут не так, а почему там не так. Жить стало на много легче и понятней. Просто принимай так как есть.

в веб легче? https://nar-tanesi.org/front-back-devops/
https://yandex.ru/images/search?text=дерево%20изучения%20web&stype=image&lr=27039&family=yes&source=wiz&pos=2&img_url=https%3A%2F%2Fi2.wp.com%2Fwww.mikepehipol.com%2Fwp-content%2Fuploads%2F2018%2F01%2Fwebdev-roadmap.jpg&rpt=simage

вот еще https://imgur.com/r/coolguides/E5J2YvO . Кроме того, бизнесу нужно завтра и за три копейки, поэтому везде дешмансий битрикс или можента или вообще бесплатные джумлы с вордпресами.

(542) Угу. А в реальной работе процентов 10% от силы из этой схемы используется.

(541) мне проще было

(544) да конечно. Обязательно html, css, bootstrap, java script, jqwery, react(angular,vue), php(java,c#,python), Symfony (spring,asp.net,django). И это только половина, того что надо знать.

и(545) to (543) и еще mysql, postgres, mongo db, node.

(546) И еще скажи, что ты все это один делаешь без команды и проектов 10 одновременно за неделю.

(545) ты смешал сразу фронт и бэк

(533) а вот и наш долларовый магнат, пошел за попкорном.

(549) Ага, то ли это сам Пашо, то ли его братюня)

(521) только требования какие-то не джуновские

(547) я не делаю веб проекты, я по erp.
(548) Если даже только фронт взять, то там тоже не слабо получается html, http, css, sas, scss, bootstrap, java script, type script, node, jqwery, react(angular,vue).

(549)(550) В мобилках люди поднимают 500. Напишу еще раз)

(553) так конечно, когда вчетвером работают, можно и лям поднять.

(553) Да хоть десять раз. В продажах тоже, бывает, зарабатывают под лям, но это не показатель средних зарплат в продажах.

типичный андроид разработчик https://prnt.sc/233okgw

Если смотреть hh, то зарплаты там на 30-100 процентов выше чем в 1С. Очень модная тема.

(552) из этого всего долго учить:
type script (уже подразумевает js), node, jquery, react
Остальное шум, неделя на изучение.

(557) Да можно выучить за неделю, только опыт потом в верстке, все равно, где то месяца 2-4 где то надо получить. А это лично для меня умопомрачительно. Хорошо, когда тебе лет 14-25 и ты готов ради экспириенса посидеть, где нибудь пол годика за еду, а когда этих полгодика нет?

(554)(555) Так двигаться надо. И в 1С меньше 300 трудно заработать. Это надо совсем атрофированным быть и сидеть годами без движения на своих 150-200.

(558) По мобилкам сужу. За неделю врубился как под все экраны красивые формы делать. Ничего там сложного в верстке нет, по папкам раскидал под разные разрешения и спецификации.

(560) я про веб. В мобильниках, пока не так сильно понасрано. Учли предыдущий опыт, сразу старались делать как надо.

>За неделю врубился

О, воннаби-сеньор детектед. Здравствуй, Пашо-N.

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

(563) Васян, ну а что сделать, если в 1С такое дно по зп? Для примера: чувак с опытом работы в ИТ 2 года устроился в сбер ручным тестировщиком на 220к, плюс годовая премия согласно грейду, в итоге 3М. Для 1С это потолок сейчас, а в большом ИТ только начало.

(564) О, первый пошел. А кто такой Васян?

(564) https://youtu.be/-R6nX2ParmM?t=93

(564) Плюсую. Родственница сидела в продажах. Немного в экселе волокла. Устроилась в банк аналитиком по внедрению ПО. Вообще с нулевыми знаниями. 150 на руки.

(567) Второй. Давайте, раскрывайтесь.

(566) Ну а в чем он не прав. Мама в городке небольшом. Воронежская область. ЗП 30 где-то и еще уроками индивидуальными 30 набивает. Отец где-то также. Меньше сотки на двоих не выходит. Хватает на все, еще брату балбесу отсылают каждый месяц по двадцатке. Если не ныть и работать, то в России нормально все.

"Немного в экселе волокла и зашла в айти сразу на 150 с нулевыми знаниями".
Ты пиарщик говнокурсов, что ли? Которые говорят, как легко "уйтивайти"?

(563) Т.е. ты сейчас сделал открытие, что на мисте пишут люди, имеющие или имевшие отношение к разработке на 1с? Гениально)

(570) Я рассказываю какой кадровый голод сейчас. Куча курсов бесплатных. Компании готовы учить, но люди даже до середины не досиживают, уходят. Потому что тяжело. На программистов вообще анрил. За многими реально "Охотятся" в прямом смысле этого слова.

(567) Только не в 1С. Чувак рассказывал в телеге в работном чате, знакомому DBA со старта 2 оклада бонусных чтоб он устроился. А в 1С вот такое дно https://www.sql.ru/forum/1340760/vakansiya-1s-programmist-moskva-udalenka

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

(569) Он прав, правда-матка глаза режет просто.
(572) Уже объясняли почему: https://habr.com/ru/company/domclick/blog/569062/

(574) В этом виновата мамка. Щас вместо разработки, 1с-ник должен разбираться что же там накуевертили в очередном релизе, что вся работа встала.

(575) херня это все. Я когда то в детстве занимался фото любительством. Фото любитель тех времен, это п-ц какая сложная фигня. Нужно было уметь заправлять в темноте пленку в бачек для проявки, химичить со всякими реактивами. Уметь обращаться с фотоаппаратом, знать что такое выдержка, диафрагма, знать еще кучу всяких терминов. Тоже было и с профессией водителя авто. Теперь фоткает каждая тп. С программированием тоже самое будет. Ничего тут сложного нет.

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

(578) Вот поэтому лично я не буду фронтэндом и андроид разработчиком. Слишком много хотелок и слишком много вариантов. Но я про статью. В программистах полно нормальных людей. Всякие фрики это стереотипы 80х-90х.

(579) суть не в фриках, а что человек сидит долго за компьютером и испытывает дискомфорт при поиске ошибок в коде.

Это как 10 лет на работе писать каждый день диплом\курсовую.

(580) Расскажи это им. https://prnt.sc/233yskk

(582) А к чему это? Для того человек и учиться, чтобы грязную работу не делать.

(583) ну ты можешь рассказать это проктологу. Он тоже долго учился.

Только что поставил ведроид студио. Потом гугл спросил, обновить котлин? Я сказал нафиг котлин, джава рулит и снял флажок с пункта обновить андроид. После чего андроид студио обиделась,  упала и больше не вставала. Снес и переустановил андроид студио 2 раза, не дышит. Побыл в фрустрации секунд 30,  хорошо меня в 1С научили appdata чистить. Запустил поиск по диску android, нашел папку gogle, все в ней грохнул. Алилуйя, заработало. Отличное начало.

(585) >  Алилуйя, заработало.
Ну все, требуй в резюме двеститыщ.

(586) ну это если сильно приспичит, можно месяца 2-4 покодировать учебные примеры, потом кинуть резюме на джуна за 30-60 тыр. Потом месяцев через 6 дриснуть на 100. И потом годика через 2, можно будет писать от 300. В общем за год можно переехать с 1С на андроид.

(585) это только цветочки

+(587) если желание есть. Только надо будет как то первый год-два пережить. Может с одинэсным блатом можно будет сразу перейти на нормальные деньги, если удачно устроишься или перейдешь внутри компании из отдела в отдел.

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

(590) а ты ж вроде на реакт перекатиться хотел, получается не осилил?

(591) осилить то осилил, но на перешел

(592) почему?

(593) дети нарожались

(498) Про английский мимо. На своем опыте могу сказать, что он нафиг не нужен. Достаточно знать всего три слова: IF, THEN, ELSE чтобы успешно писать программы, условно говоря. Для всего остального есть гугл-переводчик, не нужно даже деньги никому платить за перевод книг. К тому же предприимчивые ребята создают копии англоязычных сайтов уже переведенных на русский язык, заходи да читай. У того же Стековерфлов полно клонов с переводом вмех постов и комментариев, для тех кто не дружит с переводчиком.

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

(595) Т.е ты копро код пишешь типа int celayaPeremennaya = 5;

(512) Индусы работают хорошо. У нас взяли одного толкового индуса, с высшим образованием, знает несколько языков программирования, все как положено. Он руководит командой других индусов, которые работают удаленно, сам их нанимает/увольняет. Выходит качественно и недорого. За качество с него спрашивают, а он уже проверенный, работу свою делает хорошо, и за другими проверяет тоже хорошо. Если бы я для себя собирал разработчиков, то лучше индусов бы взял.

(598) тебе еще не навалял?

(595) а твой опыт какой? Говноподелки через фрилансерские сайты? Тогда да, англ язык не нужен. В любой нормальной разработке заботятся о читабельности кода. Ибо его ещё другим людям читать, разбирать и дорабатывать. Поэтому английский одно из обязательнейших условий

(598) сам себе противоречишь. И как индусы читают твою кирильщину? Для них такой код всё равно что для русского иврит

Если бы у тебя была реальная транснациональная команда, а не вымышленная, то знание английского языка просто на ракете влетело бы в топ требований. Иначет примерно так бы вы "читали" код друг-друга:
https://images1.russianblogs.com/12/1d/1da4a962b967200f2013fe776b19d594.png

(525) 500к можно поднимать если на буржуев работать. На наших зарплата такая же как на 1С.

(597) Я нет, я нормально пишу. Ты тоже так не пиши лучше, позорно.

(604) мастер переобуваться на лету

(600) Нормальный опыт. Работал в нескольких забугорных компаниях удаленно. Щас работаю тоже в забугорной компании очно. Фрилансом пробовал заниматься по 1С очень давно, одно задание взял, не понравилось, больше не стал там ничего делать.
Читабельность кода у меня на первом месте, у нас с этим строго, на КР проверяется стиль кода в первую очередь.

(606) комменты на каком языке пишешь?  а коммиты?

(607) В коде все только на английском. Заголовки тасков тоже только на английском. Сам текст задачи на руссуком пишу.

(606) а ну, покажи кусок своего идеального кода.

пошел гуглить)

(598) Я и не пишу, что все индусы херово работают. Но своей массой не получилось снизить зарплаты в ИТ, так как умные быстро кончились. Я уверен, что и вашему индусу вы платите по рынку.

(606) клоун. Всего час назад у тебя было "по опыту английский нафиг не нужен", а теперь "читабельность кода у меня на первом месте". Взаимоисключающие вещи

(612) То есть в 1С без английского ты пишешь исключительно нечитаемый говнокод. Все с тобой ясно, тролль.

(613) клоун, код будет или ты зассал?

(603) Давно в 1С мидлы с 2 годами опыта от 200 имеют?

(615) Где ты такое встречал?

(595) Если в твоем опыте что-то прошло мимо, то не стоит проецировать на все и давать такие вредные советы остальным) Ты нашел библиотеку и смотришь исходный код, там куча комментов, описывающих поведение и состояния - через гуглтранслейт будешь переводить? Захотел пообщаться с создателем этой библиотеки - не удобнее ли это сделать на международном языке? Захотел послушать доклады по новым технологиям, прочитать свежую книгу, статью, твиттер тот же (там вообще просто клад, море разработчиков, инфы, обсуждений) и т.д. Не проще ли выучить английский (тем более это реально не так сложно, если есть постоянная практика). Я уже молчу про работу в международной команде, где каждый день стендап на английском, о чем вообще тут может быть речь))

(613) в забугорье даже на 1с пишут на английском. А ты ещё вчера по легенде жил в Бостоне, сегодня у тебя английский уже даже не нужен, но без английского ты якобы умудряешься писать читабельный (для АНГЛОЯЗЫЧНОГО сообщества программистов) код. Ты там хоть блокнотик что ли заведи и записывай все свои фантазии

(616) Что такое?))) Алло, 21 год заканчивается, мидлы меньше чем на 200 не идут

(617) Программисты делятся на два типа: Которые не прогрессируют, ссылаясь на незнание английского, и которые прогрессируют несмотря на незнание английского. Я первый тип. Можешь не слушать моих советов, дело твое.

(620) Я *второй тип, опечаткв

(618) Я и сейчас живу в Бостоне. Если ты думаешь что для написания читабельного кода достаточно знать английский, то ты глубоко заблуждаешься.

(617) Если для понимания кода требуется к нему писать простыню комментов, то это говнокод. Тебя бы к нам не взяли на работу

(622) Мм, в Бостоне без английского, яснопонятно)) Живи и дальше в пузыре)

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

(624) Уж лучше в Бостоне без английского, чем в Мухосранске с английским. Сколько знаю людей, которые только и сидят зубрят английский в надежде что только это им и мешало получить хорошую работу. Но не понимают что проблема вовсе не в английском. Кто хочет хорошо зарабатывать, тот идет и зарабатывает. А остальные ищут оправдания почему они этого не делают, якобы еще недостаточно совершенно освоили английский, хотя знают его гораздо лучше меня, но все равно никуда не двигаются. Какой тогда смысл его учить?

(625) Слишком сложно для тебя? Бывает, что ж. В магазин-то как ходишь? С соседями общаешься? Насмотрелся я на таких в Европе, из деревни вывезли, а деревня в голове осталась)

(622) LOL! Писать для англоговорящих читабельный код без знания английского, это всё равно что участвовать в соревновании по плаванию не умея плавать

(627) они все мечтают вернуться на родину?

(626) только ты не в Бостоне, а в мухосрани

(627) Ты сам-то как с соседями общаешься? Я даже в России не общался, на кой оно надо с соседями общаться. В магазине на кассе есть русский, но и без него все понятно: пропикал, нажал зеленую кнопку, приложил телефон, готово. Тут же супермаркеты, а не павильоны с продавщицами где нужно говорить "Подайте вон то с той полки".

(628) Думаешь сможешь писать читабельный код когда выучишь английский? Сомневаюсь.