Я же написал: из под другого пользователя с определенными правами. То есть этот момент нужно заранее продумать и грамотно настроить. А если вы берете какого-то готового пользователя с какими-то неизвестными правами, то у него вполне может оказаться доступ к чему угодно.
martensit, странное заявление. Если софт с админскими правами, то да. А если из под ограниченной учетки пользователя, то с какого перепугу он получит доступ туда, куда нельзя?
Сергей Горностаев, именно! Об этом я и говорю. Конечно, этими двумя гигантами мир не ограничивается. Например, какой-нибудь Mail-ru мог бы себе позволить. И знаю попытки в более мелких (неудачные с т.з. расходов).
Сергей Горностаев, я имел в виду прикладные задачи помимо основной деятельности компании. То есть делается некий черный ящик, который творит аналитическую магию, и в конечном итоге повышает прибыль каким-то образом. Позволить такое себе такое сделать и сопровождать могут только крупные компании так, чтобы это окупилось. Остальным проще нанять живых людей для тех же задач.
Если программист может сделать свою работу полностью прозрачной для заказчика, то ему и правда не нужен менеджер. Но увы, это не так. Так что без KPI - никак.
sayfulla13, дело не столько в языке, сколько в самом Unity, по которому есть куча обучающих ресурсов и в целом он простой. Множество примеров, вопросов и ответов по всему интернету. Если бы он был изначально на Python, то всё было бы проще для вас.
Понимаете, игру можно сделать даже в Excel, причем довольно крутую. Но стоит ли оно того? В смысле, кто будет играть в неё? Если вы захотите хоть капельку чего-то большего, чем просто игра, ну например опубликовать её в сторе, то внезапно это окажется очень сложной проблемой, в то время как у Unity это практически из коробки.
Я бы на вашем месте для начала выбрал что-то одно. Либо игры, либо веб, либо задачи, под которые вы учите Питон. И не распылялся бы на всё. И ваши пару месяцев через пару лет превратятся в пару лет, вы уже будете делать, что хотите за вменяемое время, в своей области конечно же.
xllnc, если есть 2d или 3d мир, или хотя бы много анимаций, то Unity хороший выбор. Иначе можно как нативно, так и на движке. Простые задачи можно вообще на чем угодно, т.е. на чем удобно.
Насчет, реально ли, - однозначно реально. Воплотить в жизнь можно всё, что не противоречит здравому смыслу.
Не могу поставить задачу, если даже не знаю как ее сделать и на чем.
А вот это странно. Как я сказал выше, реально всё, что не противоречит логике. Так что можете поставить любую задачу, а затем уже под неё выбирать инструменты и способы.
Illia Nezhyhai, это синонимы. :) Если человек будет участвовать в разработке OpenGL или чего-то подобного, он, надеюсь, догадается, что в этом случае изучать обязательно.
Спасибо. Тогда вопрос с водится к инструменту, который позволяет достроить градиентный фон с дырками. Градиент не обязательно линейный. Это могут быть, к примеру, 5 опорных точек с заданными цветами, между которыми цвет переходит плавно, и часть (которую нужно достроить) жестко вырезана.
Задача на самом деле очень популярная. Просто если дело доходит до сложных фото, то там разный фон граничит с главным объектом как бы кусками: сверху - небо, в середине - море, снизу - песок. Но в каждом куске будет условно градиент или цвет в каких-то жестких границах.
Только фон не отделяется от размытия на границе предмета.
Вместо этого размытие становится полупрозрачным.
Причем, чтобы фона было поменьше, ширина размытия уменьшается, это хорошо видно на вашем примере.
Я надеялся, что есть некий инструмент, который предполагает, какой будет фон под размытием, и вычитает его из размытия, делая цвет размытия практически чистым от фона. Примеси в 1-2% не в счет. И погрешность по идее именно такой должна быть, поскольку плавный градиент довольно легко предсказать - на коротких расстояниях изменения будут линейными.
Анатолий Талугин, теоретическая уязвимость есть, т.к. все физические диски доступны. Будет ли троян сканировать все файлы, и сумеет ли извлечь что-то ценное, вот в чем вопрос.
Видимо это простое и в тоже время лучшее решение для выполнения мелких финансовых операций.
Для мелких есть платежные системы (которые нынче банки). К слову, телефон - это отдельное устройство. Так что если вы его не рутовали, то тоже хороший вариант.
