Тут, получается, для iOS и десктопа - используется рендер через Skiko (обертка над Skia)? Т.е. то же самое что и Flutter, по сути - та же идея и подход.
Дык... Сейчас уже и для C++ есть менеджеры пакетов, хотя это, пожалуй, один из классических. Вы лучше скажите какие ЯП или платформы не имеют данной проблемы.
Вы смотрите уже по факту. А кто кукловодил и устанавливал правила, чтобы элементарное действие было чрезвычайно усложнено? Они самые - корпорации. Все вынуждены играть по их правилам.
Золотая жила иссякла. Наварились лучше всех продавцы лопат.
Сказать что иссякла - нельзя. Еще очень много задач, которые предстоит решить именно с помощью IT. До "вкалывают роботы - счастлив человек" - еще очень далеко и большая часть задач - именно по теме IT.
Но вот что поставили в стойло с помощью отработанных приемов - это да, согласен.
IT еще несколько лет назад казалось устойчивым к закабалению - в случае чего - можно было сделать свою мелкую прогу (Shareware или даже несколько для маркета) - и послать компании с их дурью.
Но, похоже, постепенно нашли как обуздать и эту "дикую лошадь" - применяя десятилетиями (а может и сотнями лет) отработанные приемы.
Один из приемов -принцип разделяй и властвуй.
Разделять начали на уровне технологий - один человек уже не может качественно выполнять все этапы работ. Отдельно DevOPS, отдельно фронт, отдельно бек, отдельно моб., отдельно тестирование, отдельно безопасность и т.д. Причем похоже что эти усложнения и слои добавили без особой практической нужды, как бы искусственно разделили.
Далее, когда разделение создано, усложнение добавлено - мелкие компании тупо не могут конкурировать. Они пытаются играть по правилам, которые установили корпорации (использовать их новомодные языки, платформы и т.д.) - и не выдерживают. Оно все требует слишком больших затрат даже для тривиального функционала.
В итоге тянуть это все могут только крупнейшие игроки - и все работники вынуждены хотеть туда. А там жесткая конкуренция для работников и идти, по сути, некуда. Свой проект уже не вывезешь - слишком замотаешься с этими фреймворками на всех уровнях, так что до релиза с большой вероятностью не дойдешь - и даже если дойдешь - то не вывезешь другие этапы - рекламу, привлечение пользователей и прочее это вот все.
В общем, совмещать отдых с работой - ни отдыха ни работы :) Лучше стандартная схема - отработал, взял отпуск - отдохнул с верой в тропическую сказку. Но без ноутбука, созвонов, авралов и пр.
Я тоже так по молодости пробовал - думал в раю так сказать будет лучше работаться. Фига. Рай постепенно становится адом.
Ну а удаленка или нет - это уже с пляжем не связано. Против удаленки ничего не имею, хотя я бы, возможно, и предпочел отдельный офис для разделения пространства - но пока нет такой возможности по семейным причинам. Плюс в том что работа меня не напрягает и я делаю ее без напряга, по этому особых проблем нет. Кого напрягает - точно лучше дома не заниматься, хотя бы в библиотеку ходить, если нет офиса.
Если есть синхронизация или бэкапы значит ни в какой микросхеме он точно не лежит
Вроде пишут что первая микросхема может передать свой публичный ключ второй микросхеме. И тогда вторая микросхема шифрует публичным ключом свои данные и передает первой - первая расшифровывает внутри себя самой. Т.о. для внешнего мира ключи не доступны. Остается только вопрос - как пользователю понять какая из микросхем делает запрос - его личная или кул-хацкера.
Так основная фишка ж в том что ключ из микросхемы невозможно достать никаким образом - ЭЦП производит сама микросхема без отдачи ключа во внешний мир из своей памяти. Это не плохо, но при синхронизации ключей все-таки есть способ импорта, пусть и зашифрованых данных.
Не удобно. Я просто хочу сделать бекап всего. По одному, во-первых, долго, во-вторых - вдруг забуду какой ключ перенести и потеряю доступ. Нужно все разом. И чтобы было прозрачно, чтобы все ключи я видел.
Что есть открытость при передаче через сторонний сервер?
Копия ключей, передача ключа на другое устройство - это то, чем пользователь должен уметь управлять. Могу ли я передать свои ключи с Android-телефона на iOS-телефон? Есть ли открытый протокол для этого? Или навечное привязывание к вендору?
Подробнее - я не думаю, что код уж совсем неизвестен
Вроде API закрыты, протокол держат в тайне. Как происходит передача всех секретов от одного девайса к другому, могу ли я сам инициировать такую передачу путем вызова системных API?
Нет прозрачности и открытости, а это уже дурно пахнет.
Тут основная фигня - как ключи шарятся между устройствами. Можно через сервера Apple или Google, в перспективе MS. Якобы говорят что все передается зашифрованным - но при этом протокол закрыт, нет открытости при передаче через их сервера. Откуда мне знать что они там передают, как проходит шифрование? Почему нельзя подменить устройство и сохранить на другом вирт. устройстве - как я об этом узнаю?
мне без проблем посмотреть класс с реализацией, если хотите можно свернуть все методы и вуаля - пройдитесь по верхам
Ну постоянно сворачивать-разворачивать - лишняя работа. Притом что часть методов приватных может не быть частью контракта и т.д. Лучше контакты - это как бы соглашения, скелет, на основе которого строится система - наращивается мясо.
Ну, это их проблемы доверия к людям. А если вы будете просить отгул на похороны и тоже не поверят?
Вы хотите идти против тренда. Тренд всеобщий - раздувать. Вся наша цивилизация дутая. Смысла мало.
Вам придется доказывать что вы правы.
К примеру, вместо фреймворков - использовать голый чистый JS, не тянуть 100500 библиотек в проект, как все это делают.
Притянули в проект фреймворк - этот фреймворк уже обяжет вас раздувать - писать события, состояния на каждый чих.
Если у вас есть силы и время доказывать что ваша позиция более правдива и рациональна - возможно. У некоторых даже получается, я же говорю - человек писал мало кода, но зарабатывал много денег. Это редко, обычно не верят и требуется видимая отдача, нравится нам или нет.
Сейчас принято делать видимость - чем больше видимости и чем меньше смысла. Все мы так живем, все погрязли в этом. А против тренда идти всегда тяжело.
Иногда заведомо задача усложняется до максимума, чтобы подольше ничего не делать, и побольше "лить воды" для создания продуктивной работы
Она не то что усложняется - когнитивная нагрузка такая же. 10 чистых строк написать так же сложно для мозга, как 600 дутых.
Но дело вот в чем. Бизнес не поверит что 10 строк это сложно. 600 дутых - да, поверят. 10 - не поверят.
Бывает что бизнес готов принять эту истину - был такой случай. И чел. разработчик подсчитал - ему платили 7 долларов за нажатие кнопки и 7 за отжатие. Но это редко кто готов принять такую истину, по этому кроме как дуть - выхода нет.
Т.е. реальность такова: либо писать 5-10 строк в день чистых за те же деньги. Либо 200-300 дутых. Но не получится писать 200 чистых. Бизнес, как правило, не готов принять первый вариант - хочет чтобы и дутости не было но и объем работ не падал. А так не возможно. Когнитивные способности среднего человека очень не велики на самом деле. Устанет, запутается. И будет смешно что там всего 20 строк а он над ними 2 дня пыжится. Когда 600 - хотя бы не так позорно.
Тут, получается, для iOS и десктопа - используется рендер через Skiko (обертка над Skia)? Т.е. то же самое что и Flutter, по сути - та же идея и подход.
Разница только в языке, получается.
Дык... Сейчас уже и для C++ есть менеджеры пакетов, хотя это, пожалуй, один из классических. Вы лучше скажите какие ЯП или платформы не имеют данной проблемы.
Вы смотрите уже по факту. А кто кукловодил и устанавливал правила, чтобы элементарное действие было чрезвычайно усложнено? Они самые - корпорации. Все вынуждены играть по их правилам.
Сказать что иссякла - нельзя. Еще очень много задач, которые предстоит решить именно с помощью IT. До "вкалывают роботы - счастлив человек" - еще очень далеко и большая часть задач - именно по теме IT.
Но вот что поставили в стойло с помощью отработанных приемов - это да, согласен.
IT еще несколько лет назад казалось устойчивым к закабалению - в случае чего - можно было сделать свою мелкую прогу (Shareware или даже несколько для маркета) - и послать компании с их дурью.
Но, похоже, постепенно нашли как обуздать и эту "дикую лошадь" - применяя десятилетиями (а может и сотнями лет) отработанные приемы.
Один из приемов -принцип разделяй и властвуй.
Разделять начали на уровне технологий - один человек уже не может качественно выполнять все этапы работ. Отдельно DevOPS, отдельно фронт, отдельно бек, отдельно моб., отдельно тестирование, отдельно безопасность и т.д. Причем похоже что эти усложнения и слои добавили без особой практической нужды, как бы искусственно разделили.
Далее, когда разделение создано, усложнение добавлено - мелкие компании тупо не могут конкурировать. Они пытаются играть по правилам, которые установили корпорации (использовать их новомодные языки, платформы и т.д.) - и не выдерживают. Оно все требует слишком больших затрат даже для тривиального функционала.
В итоге тянуть это все могут только крупнейшие игроки - и все работники вынуждены хотеть туда. А там жесткая конкуренция для работников и идти, по сути, некуда. Свой проект уже не вывезешь - слишком замотаешься с этими фреймворками на всех уровнях, так что до релиза с большой вероятностью не дойдешь - и даже если дойдешь - то не вывезешь другие этапы - рекламу, привлечение пользователей и прочее это вот все.
👍 - это ключевой вопрос.
В общем, совмещать отдых с работой - ни отдыха ни работы :) Лучше стандартная схема - отработал, взял отпуск - отдохнул с верой в тропическую сказку. Но без ноутбука, созвонов, авралов и пр.
Я тоже так по молодости пробовал - думал в раю так сказать будет лучше работаться. Фига. Рай постепенно становится адом.
Ну а удаленка или нет - это уже с пляжем не связано. Против удаленки ничего не имею, хотя я бы, возможно, и предпочел отдельный офис для разделения пространства - но пока нет такой возможности по семейным причинам. Плюс в том что работа меня не напрягает и я делаю ее без напряга, по этому особых проблем нет. Кого напрягает - точно лучше дома не заниматься, хотя бы в библиотеку ходить, если нет офиса.
Нужно делать модель демонстрационную.
Думаю что именно для этого все и делается.
Вроде пишут что первая микросхема может передать свой публичный ключ второй микросхеме. И тогда вторая микросхема шифрует публичным ключом свои данные и передает первой - первая расшифровывает внутри себя самой. Т.о. для внешнего мира ключи не доступны. Остается только вопрос - как пользователю понять какая из микросхем делает запрос - его личная или кул-хацкера.
Так основная фишка ж в том что ключ из микросхемы невозможно достать никаким образом - ЭЦП производит сама микросхема без отдачи ключа во внешний мир из своей памяти. Это не плохо, но при синхронизации ключей все-таки есть способ импорта, пусть и зашифрованых данных.
Не удобно. Я просто хочу сделать бекап всего. По одному, во-первых, долго, во-вторых - вдруг забуду какой ключ перенести и потеряю доступ. Нужно все разом. И чтобы было прозрачно, чтобы все ключи я видел.
Не знаю, я прочитал статью, понравилась, плюсанул. Что до оформления кода - то да, не удобно в таком виде.
Для каждого сервиса нужно процедуру повторить? Работает ли это реально или только ваше видение как должно быть?
Копия ключей, передача ключа на другое устройство - это то, чем пользователь должен уметь управлять. Могу ли я передать свои ключи с Android-телефона на iOS-телефон? Есть ли открытый протокол для этого? Или навечное привязывание к вендору?
Вроде API закрыты, протокол держат в тайне. Как происходит передача всех секретов от одного девайса к другому, могу ли я сам инициировать такую передачу путем вызова системных API?
Нет прозрачности и открытости, а это уже дурно пахнет.
Тут основная фигня - как ключи шарятся между устройствами. Можно через сервера Apple или Google, в перспективе MS. Якобы говорят что все передается зашифрованным - но при этом протокол закрыт, нет открытости при передаче через их сервера. Откуда мне знать что они там передают, как проходит шифрование? Почему нельзя подменить устройство и сохранить на другом вирт. устройстве - как я об этом узнаю?
Ну постоянно сворачивать-разворачивать - лишняя работа. Притом что часть методов приватных может не быть частью контракта и т.д. Лучше контакты - это как бы соглашения, скелет, на основе которого строится система - наращивается мясо.
Вы хотите идти против тренда. Тренд всеобщий - раздувать. Вся наша цивилизация дутая. Смысла мало.
Вам придется доказывать что вы правы.
К примеру, вместо фреймворков - использовать голый чистый JS, не тянуть 100500 библиотек в проект, как все это делают.
Притянули в проект фреймворк - этот фреймворк уже обяжет вас раздувать - писать события, состояния на каждый чих.
Если у вас есть силы и время доказывать что ваша позиция более правдива и рациональна - возможно. У некоторых даже получается, я же говорю - человек писал мало кода, но зарабатывал много денег. Это редко, обычно не верят и требуется видимая отдача, нравится нам или нет.
Сейчас принято делать видимость - чем больше видимости и чем меньше смысла. Все мы так живем, все погрязли в этом. А против тренда идти всегда тяжело.
Она не то что усложняется - когнитивная нагрузка такая же. 10 чистых строк написать так же сложно для мозга, как 600 дутых.
Но дело вот в чем. Бизнес не поверит что 10 строк это сложно. 600 дутых - да, поверят. 10 - не поверят.
Бывает что бизнес готов принять эту истину - был такой случай. И чел. разработчик подсчитал - ему платили 7 долларов за нажатие кнопки и 7 за отжатие. Но это редко кто готов принять такую истину, по этому кроме как дуть - выхода нет.
Т.е. реальность такова: либо писать 5-10 строк в день чистых за те же деньги. Либо 200-300 дутых. Но не получится писать 200 чистых. Бизнес, как правило, не готов принять первый вариант - хочет чтобы и дутости не было но и объем работ не падал. А так не возможно. Когнитивные способности среднего человека очень не велики на самом деле. Устанет, запутается. И будет смешно что там всего 20 строк а он над ними 2 дня пыжится. Когда 600 - хотя бы не так позорно.