Прикньте, Skype это нисколько не мешало (ну, в её до-мелкомягкую эпоху).
Хм... При установке Skype в брандмауэр Windows установщиком же прописывались правила для разрешения сетевого доступа, причем сразу для кучи портов. Именно это имеется в виду под "нисколько не мешало"?
То есть звонок прошел, и даже была возможность попытаться ответить.
Если звонок прошел, то да, проблема в работе приложения.
Однако я не готов делать однозначный вывод из фразы "возникли проблемы при ответе на поступивший звонок в этом мобильном приложении", т.к. проблема может быть и в том, что этого звонка в приложении вообще не было. Вы же готовы, ну ладно.
-У меня возникли проблемы с посадкой в электричку "Москва-Петушки".
Представьте, что вы подняли на устройстве веб-сервер, но запретили ему в операционке доступ к прослушиванию любых сетевых портов. Пытаетесь до него достучаться с другой машины и не выходит. Правильно ли будет возмущаться тем, что сервер не выкинул исключение при попытке обработки входящего запроса, если этот запрос до него не дошел вовсе?
Как я представляю, при отсутствии у приложения нужного разрешения, операционка сообщение ему не передаст просто. Как в случае входящего звонка. Откуда взяться исключению в приложении?
смешно , что маккинзи дают исследования , результатам которых они сами не следуют
Мне кажется, что если консультанты исследуют, например, влияние войн на экономику, то им необязательно войны начинать или в них участвовать. А исследователям рынка собачьих кормов не нужно самим производить корма или быть собаками.
Потому и используется, что уже огромное количество счетов ЦБ разрешил не перенумеровывать. При этом Единые казначейские счета бюджетные в Банке России открываются уже с 643 кодом в 6-8 разрядах номера счета.
Выкладывать в открытый доступ личные фото ребенка без его ведома это нехорошо, но в наличии самих фотографий ничего плохого не вижу.
Вероятно это предвзятое мнение, так как у меня всего три детских фотографии самого себя, причем две из них "официальные" и только на одной я в какой-то момент обычной жизни.
Так вот, если СУБД и приложение на одном сервере, то время работы метода приложения будет небольшим. Хотя это не оптимально, но все равно быстро. И проблемы как бы нет. А если разнести на разные серверы, то метод будет выполняться долго. И появятся жалобы у пользователей.
В случае приложения и СУБД на одном сервере проблемы именно что "как бы нет". На самом же деле она есть, но ее трудно заметить и такая ошибка может жить очень долго, задерживая процессы на лишние секунды каждый раз, а секунды эти будут складываться в минуты, а может быть и в часы(дни), если посчитать всех пользователей.
А появятся "жалобы у пользователей" и проблему тут же обнаружат и исправят.
Так что тут как посмотреть, что же лучше в долгосроке.
Значит, если приложение находится на другом сервере, то этот, безусловно "плохой", запрос будет выполнен в 10, а то и в 100 раз раз медленнее, если бы приложение и СУБД находились на одном сервере.
Вы, как мне кажется, не о времени выполнения запроса на сервере БД говорите, а о том, когда результаты полностью попадут в ваше приложение. Это все же немного другая ситуация. Если результат не огромный, а запрос тяжёлый, то сетевая задержка на передачу данных будет пренебрежительно малой по сравнению с самим исполнением запроса.
Книжный шифр, например. При использовании случайного закрытого текста и без переиспользования слов, получается весьма стойкий шифр.
Хм... При установке Skype в брандмауэр Windows установщиком же прописывались правила для разрешения сетевого доступа, причем сразу для кучи портов. Именно это имеется в виду под "нисколько не мешало"?
То есть звонок прошел, и даже была возможность попытаться ответить.
Если звонок прошел, то да, проблема в работе приложения.
Однако я не готов делать однозначный вывод из фразы "возникли проблемы при ответе на поступивший звонок в этом мобильном приложении", т.к. проблема может быть и в том, что этого звонка в приложении вообще не было. Вы же готовы, ну ладно.
-У меня возникли проблемы с посадкой в электричку "Москва-Петушки".
-В чем была проблема?
-Электрички не было.
Речь про нужные разрешения, неважно где звонок.
Представьте, что вы подняли на устройстве веб-сервер, но запретили ему в операционке доступ к прослушиванию любых сетевых портов. Пытаетесь до него достучаться с другой машины и не выходит. Правильно ли будет возмущаться тем, что сервер не выкинул исключение при попытке обработки входящего запроса, если этот запрос до него не дошел вовсе?
Как я представляю, при отсутствии у приложения нужного разрешения, операционка сообщение ему не передаст просто. Как в случае входящего звонка. Откуда взяться исключению в приложении?
Мне кажется, что если консультанты исследуют, например, влияние войн на экономику, то им необязательно войны начинать или в них участвовать. А исследователям рынка собачьих кормов не нужно самим производить корма или быть собаками.
У меня вот такой результат
Похоже на регрессионное автотестирование функционала. У нас тестировщики сьюты пишут и гоняют их пачками на отдельном стенде.
Как я понимаю тут речь про промышленный контур идёт. Интересный подход, но риски тоже есть. Навскидку, компрометация такого манекена.
Потому и используется, что уже огромное количество счетов ЦБ разрешил не перенумеровывать. При этом Единые казначейские счета бюджетные в Банке России открываются уже с 643 кодом в 6-8 разрядах номера счета.
Нет никаких галлюцинаций, 810 это цифровой код ISO для уже недействующей валюты RUR.
Выкладывать в открытый доступ личные фото ребенка без его ведома это нехорошо, но в наличии самих фотографий ничего плохого не вижу.
Вероятно это предвзятое мнение, так как у меня всего три детских фотографии самого себя, причем две из них "официальные" и только на одной я в какой-то момент обычной жизни.
Не смотрели ли DAKboard в качестве основной страницы? https://dakboard.com
Мне нравится как выглядит на планшете с точки зрения эстетики. На большом экране, подозреваю, будет ещё лучше.
У меня, правда, интерес в основном не в управлении, а в мониторинге и информировании. Поэтому заточенность под вывод данных мне подходит.
Хорошо, пусть будет так. Вы правы.
Без спекуляций и поучений, конечно же, обойтись нельзя. Вы получили ответ на свой вопрос, а если он вам не нравится, ну извините.
Очевидно, что ИИ тут как раз затем, что не писать софтину самому.
На работе для проведения ретро в последний раз коуч использовал Holst. Как я понял, это тоже российский проект. Мне показалось очень похожей на Miro.
Вы с РФ конкурентами сравнение делали?
Поясните, пожалуйста, а консьюмер чем отличается от джоба?
Насколько я понимаю, консьюмер так же "крутится" в цикле, как и периодические джобы. Отличие только в отсутствии периода?
В случае приложения и СУБД на одном сервере проблемы именно что "как бы нет". На самом же деле она есть, но ее трудно заметить и такая ошибка может жить очень долго, задерживая процессы на лишние секунды каждый раз, а секунды эти будут складываться в минуты, а может быть и в часы(дни), если посчитать всех пользователей.
А появятся "жалобы у пользователей" и проблему тут же обнаружат и исправят.
Так что тут как посмотреть, что же лучше в долгосроке.
Вы, как мне кажется, не о времени выполнения запроса на сервере БД говорите, а о том, когда результаты полностью попадут в ваше приложение. Это все же немного другая ситуация. Если результат не огромный, а запрос тяжёлый, то сетевая задержка на передачу данных будет пренебрежительно малой по сравнению с самим исполнением запроса.
Поддержу.
Анализ поведения, как мне кажется, имеет смысл только для устоявшихся процессов, а сопровождение/администрирование к ним не относятся.