Отсутствие системы управления зависимостями Можно организовать с помощью конфигураций поставщика. Можно скрипт сделать, чтобы она обновлялась автоматически, но обычно этого не делают. Не понятно какое к этому имеет отношение "обновление чужого кода" Отсюда же идет отсутствие модульности Открываете регистр сведений "Версии подсистем" и обнаруживаете что модули все-таки есть, как и их версии. Отсутствие ООП / Отсутствие лямбд/замыканий Отчасти соглашусь, причина почему до сих пор не сделали функцию объектом непонятна. Это могло бы более эффективно решить многие задачи Динамическая типизация Это вкусовщина. На мой взгляд ЯП со статический типизацией были сделаны во времена недостаточной производительности компьютеров и популярность Python это доказывает. А популярность Rust показывает, что C++ не решил всех недостатков C. Печальная поддержка плагинов Скорее печальная поддержка EDT. Первоклассной средой разработки он так и не стал. Количество ошибок и скорость их исправления вызывает недоумение.
Необходимо учитывать следующие моменты разработки платформы и типовых решений:
В платформу добавляется только то, что жизненно необходимо, т.к. реализовывать это приходится для нескольких ОС/СУБД/клиентов
Типовые решения содержат огромное количество функциональности, каждую часть которой разрабатывают разные команды разработчиков. При таком подходе создание сложных многоуровневых иерархий классов если и возможно, то будет скорее вредить. Так как на любом более крупном проекте внедрения эта функциональность обрастет дополнительными требованиями от клиентов. А требования конечного пользователя могут погубить самую лучшую архитектуру.
Ориентированность на язык запросов. Началось это с момента разработки ERP, а когда у вас большая часть функциональности связана с построением запросов иерархия классов тоже не пригодится
Какого экспириенса разработчику 1с по-вашему не хватает? Разработчик прежде всего выбирает предметную область и затем фреймворк для наиболее эффективного решения задач. Мне нравится предметная область - системы учета и 1С вполне справляется с ролью наиболее эффективного фреймворка. В более менее крупном франче разработчик никогда не будет общаться с бизнесом, только с аналитиками (как франча, так и клиента) и разработчиками клиента, которые часто общаются с бизнесом. Что касается используемых технологий, то помимо 1С приходится использовать:
C++ для написания библиотек для работы с отсутствующей в 1С функциональностью, причем мультиплатформенный, как минимум для Windows и Linux, но иногда требуется включать и MacOS
Python - обработка текстов, парсинг сайтов, несложные сайты на Django и HTTP сервисы
bash - анализ файлов технологического журнала, скрипты devops
WinCMD - локальные скрипты автоматизации
T-SQL и PL/pgSQL - оптимизация запросов к СУБД
COM - манипуляция с документами Microsoft Office
Web/HTTP-сервисы, брокеры сообщений и мессенджеры, работа с XML и JSON
Сначала вы пишите, что на сервер клиента нельзя устанавливать сторонний софт, но при этом устанавливаете и запускаете свои приложения
Сколько часов, которые вы потратили на расследование оплатил клиент, сколько оплатила вам компания, а сколько за свой счет. Я веду для себя список проблем для расследования, но никто оплачивать это не хочет, а свое свободное время ограничено.
Проблема действительно нетривиальная, т.к. большинство админов забывают, что VCredist должны обновляться как и остальные компоненты. Но как можно было пропустить разные версии библиотеки у клиента и у вас - ума не приложу. Очень похоже на то, что вы просто не знали, что платформа использует общую библиотеку, а не из каталога приложения
Глупо все-таки завязываться на онлайн сервисы. Должна быть локальная инфраструктура, а онлайн-сервисы использоваться только как дополнение, но лучше вообще без них.
Обычно начинающим разработчикам дают несложные задачи, которые они делают по всем правилам и которые после ревью попадают в репозиторий. Если бы мне, когда я был начинающим разработчиком, предложили бы исправлять чужое г%#но, когда его автор сидит рядом и производит новое, я бы ушёл оттуда немедленно. Видимо есть какая-то другая причина, по которой стажёра у вас работают. Например любовь к мирному атому
То есть опытные разработчики делают ошибки, а неопытные должны за ними исправлять? Очень странное решение. Вряд ли молодые разработчики заходят работать в такой "команде"
Не вижу в подходе iOS никакой разницы по сравнению с Android, разве что модифицированные приложения создать сложне. В Android по умолчанию установка приложений из файлов требует подтверждения с предупреждением, а на телефонах детей с помощью Family Link может быть вообще закрыта
Если у вас 2 apk файла, при этом один скачан с сайта сбербанка и подписан их ключом, а второй модифицирован и подписан сгенерированным ключом, то для андроида они одинаково небезопасно и требуют подтверждения при установке. Как с этим обстоит дело в iOS её в курсе.
Оно будет подписано сторонним сертификатом. Автор написал, что для iOS такое тоже возможно, только сертификат нужен выпущенный компанией Apple, а не сгенерированный самостоятельно.
Тем не менее такая возможность есть, и мне очень пригождалось несколько раз. Обычные пользователи могут обратиться к знакомым IT-шникам или неоффициальным сервисам. Можно ли то же самое сделать с iOS?
Исходные коды Windows Mobile были закрыты, поэтому сравнение с Android некорректное. На PalmOS тоже сторонние компании устройства выпускали, но это платформе не помогло. Nokia да, по концепции очень похожа была на Apple. Супруга обожглась с их смартфоном C6-01, который пришёл в непотребное состояние быстрее чем она успела его освоить. То есть требовать от разработчиков приложений на iOS определённую среду разработки, работающую только в MacOS это приемлемый доступ?
То что существуют поклонники разных производителей и оболочек говорит о правильности концепции Android. Пользователи iOS пользуются тем что им дают, находя при этом оправдания для таких откровенных недоразумений как Dynamic Island. На адроиде есть устройства и с подэкранной камерой и с перископной и вообще без фронтальной камеры :)
На мой взгляд самая большая проблема Apple это закрытось ОС и монополия на производство. Сталкивался с таким сначала с Palm, затем с Windows Mobile, когда были вложены деньги и время в корпоративный софт, а устройства закончились. Имея такой бэкграунд концепция Android была мною воспринята на ура. Вероятно это же, в определённый момент, привело меня к переходу на Linux на десктопе. Я точно знаю, что в случае любой проблемы на телефоне, я могу подключиться к нему через adb и запустить logcat или strace, чтобы правильно диагностировать проблему. При необходимости можно самому разобрать, исправить и собрать apk и установить модифицированное приложение на устройство. Мне сложно оценить ваши проблемы с Samsung S21, но я 9 лет пользовался Samsung Note 4 на эксиносе и на родной прошивке для меня он всегда был эталоном надёжности. К сожалению неофициальный прошивку на базе Android 11 для него так и не довели до ума и пришлось менять телефон. Тоже Samsung, правда на снапе.
Если у вас богатый опыт работы с Виндой, то стоило попробовать KDE. Мне,, например, Ubuntu хватило на полгода, потом на глаза попалась Kubuntu и как-то сильно полегчало. Для игр все-таки советую использовать Винду на отдельном разделе
ну писать большие проекты на чистом js стало возможно только после появления ES6. Сравнение с байт-кодом делается в том смысле, что других универсальных возможностей для выполнения произвольного кода в браузере нет.
Отсутствие системы управления зависимостями
Можно организовать с помощью конфигураций поставщика. Можно скрипт сделать, чтобы она обновлялась автоматически, но обычно этого не делают. Не понятно какое к этому имеет отношение "обновление чужого кода"
Отсюда же идет отсутствие модульности
Открываете регистр сведений "Версии подсистем" и обнаруживаете что модули все-таки есть, как и их версии.
Отсутствие ООП / Отсутствие лямбд/замыканий
Отчасти соглашусь, причина почему до сих пор не сделали функцию объектом непонятна. Это могло бы более эффективно решить многие задачи
Динамическая типизация
Это вкусовщина. На мой взгляд ЯП со статический типизацией были сделаны во времена недостаточной производительности компьютеров и популярность Python это доказывает. А популярность Rust показывает, что C++ не решил всех недостатков C.
Печальная поддержка плагинов
Скорее печальная поддержка EDT. Первоклассной средой разработки он так и не стал. Количество ошибок и скорость их исправления вызывает недоумение.
Необходимо учитывать следующие моменты разработки платформы и типовых решений:
В платформу добавляется только то, что жизненно необходимо, т.к. реализовывать это приходится для нескольких ОС/СУБД/клиентов
Типовые решения содержат огромное количество функциональности, каждую часть которой разрабатывают разные команды разработчиков. При таком подходе создание сложных многоуровневых иерархий классов если и возможно, то будет скорее вредить. Так как на любом более крупном проекте внедрения эта функциональность обрастет дополнительными требованиями от клиентов. А требования конечного пользователя могут погубить самую лучшую архитектуру.
Ориентированность на язык запросов. Началось это с момента разработки ERP, а когда у вас большая часть функциональности связана с построением запросов иерархия классов тоже не пригодится
Какого экспириенса разработчику 1с по-вашему не хватает? Разработчик прежде всего выбирает предметную область и затем фреймворк для наиболее эффективного решения задач. Мне нравится предметная область - системы учета и 1С вполне справляется с ролью наиболее эффективного фреймворка.
В более менее крупном франче разработчик никогда не будет общаться с бизнесом, только с аналитиками (как франча, так и клиента) и разработчиками клиента, которые часто общаются с бизнесом. Что касается используемых технологий, то помимо 1С приходится использовать:
C++ для написания библиотек для работы с отсутствующей в 1С функциональностью, причем мультиплатформенный, как минимум для Windows и Linux, но иногда требуется включать и MacOS
Python - обработка текстов, парсинг сайтов, несложные сайты на Django и HTTP сервисы
bash - анализ файлов технологического журнала, скрипты devops
WinCMD - локальные скрипты автоматизации
T-SQL и PL/pgSQL - оптимизация запросов к СУБД
COM - манипуляция с документами Microsoft Office
Web/HTTP-сервисы, брокеры сообщений и мессенджеры, работа с XML и JSON
Сначала вы пишите, что на сервер клиента нельзя устанавливать сторонний софт, но при этом устанавливаете и запускаете свои приложения
Сколько часов, которые вы потратили на расследование оплатил клиент, сколько оплатила вам компания, а сколько за свой счет. Я веду для себя список проблем для расследования, но никто оплачивать это не хочет, а свое свободное время ограничено.
Проблема действительно нетривиальная, т.к. большинство админов забывают, что VCredist должны обновляться как и остальные компоненты. Но как можно было пропустить разные версии библиотеки у клиента и у вас - ума не приложу. Очень похоже на то, что вы просто не знали, что платформа использует общую библиотеку, а не из каталога приложения
Глупо все-таки завязываться на онлайн сервисы. Должна быть локальная инфраструктура, а онлайн-сервисы использоваться только как дополнение, но лучше вообще без них.
Обычно начинающим разработчикам дают несложные задачи, которые они делают по всем правилам и которые после ревью попадают в репозиторий. Если бы мне, когда я был начинающим разработчиком, предложили бы исправлять чужое г%#но, когда его автор сидит рядом и производит новое, я бы ушёл оттуда немедленно. Видимо есть какая-то другая причина, по которой стажёра у вас работают. Например любовь к мирному атому
То есть опытные разработчики делают ошибки, а неопытные должны за ними исправлять? Очень странное решение. Вряд ли молодые разработчики заходят работать в такой "команде"
Не вижу в подходе iOS никакой разницы по сравнению с Android, разве что модифицированные приложения создать сложне. В Android по умолчанию установка приложений из файлов требует подтверждения с предупреждением, а на телефонах детей с помощью Family Link может быть вообще закрыта
Если у вас 2 apk файла, при этом один скачан с сайта сбербанка и подписан их ключом, а второй модифицирован и подписан сгенерированным ключом, то для андроида они одинаково небезопасно и требуют подтверждения при установке. Как с этим обстоит дело в iOS её в курсе.
Оно будет подписано сторонним сертификатом. Автор написал, что для iOS такое тоже возможно, только сертификат нужен выпущенный компанией Apple, а не сгенерированный самостоятельно.
Ну давайте поучите ещё меня поиском пользоваться:
https://stackoverflow.com/questions/44618906/xcode-how-to-monitor-cpu-usage-for-any-running-third-party-app
https://stackoverflow.com/questions/12119407/use-xcode-to-instrument-profile-third-party-app
То что можно выполнять отладку своего приложения на реальном устройстве, я и без вас знаю.
Просьба уточнить по первым 2-м пунктам, речь идет о реальном устройстве или о симуляторе?
Я спросил про конкретные функции:
Просмотр системного журнала iOS
Мониторинг работы произвольного приложения
Декомпиляция, исправление и последующая сборка произвольной приложения
Тем не менее такая возможность есть, и мне очень пригождалось несколько раз. Обычные пользователи могут обратиться к знакомым IT-шникам или неоффициальным сервисам. Можно ли то же самое сделать с iOS?
Nubia X например
Для кого-то S24 Ultra провал, а кто-то наконец дождался плоского экрана с квадратными углами.
Исходные коды Windows Mobile были закрыты, поэтому сравнение с Android некорректное. На PalmOS тоже сторонние компании устройства выпускали, но это платформе не помогло.
Nokia да, по концепции очень похожа была на Apple. Супруга обожглась с их смартфоном C6-01, который пришёл в непотребное состояние быстрее чем она успела его освоить.
То есть требовать от разработчиков приложений на iOS определённую среду разработки, работающую только в MacOS это приемлемый доступ?
То что существуют поклонники разных производителей и оболочек говорит о правильности концепции Android. Пользователи iOS пользуются тем что им дают, находя при этом оправдания для таких откровенных недоразумений как Dynamic Island. На адроиде есть устройства и с подэкранной камерой и с перископной и вообще без фронтальной камеры :)
На мой взгляд самая большая проблема Apple это закрытось ОС и монополия на производство. Сталкивался с таким сначала с Palm, затем с Windows Mobile, когда были вложены деньги и время в корпоративный софт, а устройства закончились. Имея такой бэкграунд концепция Android была мною воспринята на ура. Вероятно это же, в определённый момент, привело меня к переходу на Linux на десктопе.
Я точно знаю, что в случае любой проблемы на телефоне, я могу подключиться к нему через adb и запустить logcat или strace, чтобы правильно диагностировать проблему. При необходимости можно самому разобрать, исправить и собрать apk и установить модифицированное приложение на устройство.
Мне сложно оценить ваши проблемы с Samsung S21, но я 9 лет пользовался Samsung Note 4 на эксиносе и на родной прошивке для меня он всегда был эталоном надёжности. К сожалению неофициальный прошивку на базе Android 11 для него так и не довели до ума и пришлось менять телефон. Тоже Samsung, правда на снапе.
Если у вас богатый опыт работы с Виндой, то стоило попробовать KDE. Мне,, например, Ubuntu хватило на полгода, потом на глаза попалась Kubuntu и как-то сильно полегчало.
Для игр все-таки советую использовать Винду на отдельном разделе
ну писать большие проекты на чистом js стало возможно только после появления ES6. Сравнение с байт-кодом делается в том смысле, что других универсальных возможностей для выполнения произвольного кода в браузере нет.