Александр Бутченко

+49
с 2020
0 подписчиков
27 подписок

Читаю ваши комментарии и в очередной раз смешно) С одним таким же "бизнесменом" попробовал вести беседу, но у вас у всех нет понимания, что такое разработка на разных уровнях.

Впрочем, вы просто пытаетесь продвигать свой продукт, вас сложно за это осуждать. Плохо только, что людям мозги пудрите, а про "low/no - code вытеснит разработку" совсем забавно, как обычно.

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

А приложения на iOS не умеют в считывание смс. У яблока вообще анальные ограничения на все подряд, из-за чего иногда приходится менять общие протоколы работы.

Волей случая я занимался разработкой сервисного СМС приложения на iOS и дройд для наших устройств.

Что касается функционала смс на iOS, то все, что может сделать постороннее приложение - это сделать вставку текста в родное приложение смс и открыть его окно, отправить должен сам пользователь. Читать же сообщения приложение на iOS не может. Иначе только через джейл, которого почти ни у кого нет.

Про дройд все лучше, там я сделал автоматизацию устройств по СМС. Там можно читать, отправлять и т.д. сообщения. Но:

1) нужно дать разрешение приложению работать с смс. Это разрешение будет подписано красным, как "могут взиматься деньги".

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

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

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

Если там актуальная версия андроида или iOS, то вероятнее, что у вас крыса, чем наличие "Троянов"

20

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

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

1

Все уже сказали, но я тоже добавлю. OnePlus 9, защита от спама работает, звонки не идут, но есть в истории при том, что звонят раз по 5 в день.

3

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

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

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

1

Истина в данном контексте зависит от организации процесса и специфики работы.

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

На всякий случай, я в курсе и про то куда и в какую сторону двигается разработка. Из мобильного это flutter и подобное, тем не менее, лучше и более гибкого, чем нативная разработка нет ничего. No-code хотя бы в 50% всей разработки будет возможен в крайне далёком будущем, так как
1) программирование - это по сути составление инструкций. А понять заказчика даже человеку часто сложно, что уж говорить про алгоритмы, которые пишут, кстати, те самые программисты.
2) чем выше уровень разработки (абстракция инструкций в данном случае), тем меньше гибкость. Если бы вы писали низкоуровневый код на c, а потом на скриптовом языке или at - команд, поняли бы примерно разницу.
3) no-code популярен в вебе, и может стать более распространен там, где задача простая и не требует чего-то уникального. Например, при помощи no-code легко сделать сайт-визитку. Если же надо написать что-то уникальное, чего пока все ещё нет... Будьте добры - пишите код.
4) если в "идеальном" мире везде будет no-code, то все приложения и сайты будут очень похожи друг на друга, поскольку их функционал будет очень ограничен, а если усложнять, то получится уже обычное программирование.
5) Как раз в даже в средних компаниях в отделе разработки, который грамотно построен, есть разработчики разного уровня и под разные задачи. Например, один пишет ТЗ, второй составляет архитектуру на разные платформы, третьи нарезают задач бекерам и фронтам, которые делают отдельные куски целой задачи. Фактически есть гораздо больше вариантов, но если объяснять на пальцах, то как вариант сойдет.

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

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

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

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

3