После внедрения ИИ, эффективные манагеры уволят эти 30%, получат премию за снижение затрат, и свалят (то как было на заре аутсорса), в итоге производительность еще больше упадет.
для меня раннее тестирование это: от ТДД, до развертывания окружения (всех серверов, баз, итд) для изолированного end_to_end тестирования фича бранча до PR merge. Вот здесь есть тема: разверывать под каждую фичу т.е. бранч=env, или использовать готовые Х_feature_env, вместо одного "dev" для параллельной разработки несколько фича бранчей?
извините, но у вас этого нет, совсем.
Зато у вас есть планирование, которое вы упорно называете груминг, который вообще, причесывание (дословный перевод) баклога по сложности реализации (или, "о, а мы это уже сделали"), не анализ, и даже не изменение приоритета, ибо это делает PO/PM по бизнес требованию.
требуют оформленной и проработанной документации
вы с аджайлом знакомы? это, как-бы прямое противоречие.
Как много интересных и важных инструментов вы перечислили.
микросервисы - это спорное архитектурное решение, гарантирующее в первую очередь job security архитектору (ни чего другого микросервисы не могут предложить, чего другая архитектура не может).
микросервисы без tracing сервисов? - выстрел в ногу.
бакенд на питоне (не датабрикс / спарк), тоже спорное решение для не пет проектов?
питон без 100% покрытия юнит тестов, это все равно что деплоить не компилящийся код, - выстрел во вторую ногу.
Вы предлагаете микросервисы на питоне без тестов, и трейс логов? ...ну удачи
Спасибо за ответ, но вопрос был не про конфиденциальность, анонимность, и не про юридические особенности пользовательских соглашений, и даже не про то, как регистрация работает в сервисах.
Вопрос о законах про ПД: невозможность 100% гарантировать презумпцию "конкретная личность = субъект ПД", она сознательно игнорируется в законах, или там недопонимание с технической стороны?
Извините, но интересно мнение юриста - вот это вот все, субъект, ПД, цифровой профиль, итп... как оно относится к конкретной личности?
С одной стороны закон вроде за защиту ПД, но чисто технически, кроме нотариуса 100% подтвердить, что данный субъект за компом в данный момент, это именно тот, к которому все эти ПД относятся, а не его друзья или домашние.
Иначе всякие сложности с паролями, двухфакторка и СМС, была-бы не обязательна.
Немного не корректно смешивать федералов (гос-во.) и штат. Кстати права выдает штат, а не полиция, которая их проверяет. Кстати, полиция местая, которая на зарплате от моих налогов, или полиция штата? - обе две к федералам не относятся. Счета и прочее к штату не особо относится - прийдет на адрес с пометкой 'тому, кто тут проживает'.
Если есть подобное решение в примерах, на которых чатбот натренирован, то будет ответ, если нет, то - галюцинация. Проблема в том, что на SO могут предложить новое не известное решение или альтернативный подход, а если не знаешь, что предложенное решение проста глюк - потратишь время на попытку все это скомпилировать и/или запустить.
Во первых: Spark/Databriks.
Во вторых: https://www.coursera.org/specializations/deep-learning сам брал для базы, или новее.
Обещали +30..40%, получили -19%.
После внедрения ИИ, эффективные манагеры уволят эти 30%, получат премию за снижение затрат, и свалят (то как было на заре аутсорса), в итоге производительность еще больше упадет.
Бубль лопнет и в плюсе останется только Nvidia.
Наличие Питона в энтерпрайзе, не фрагментарное (лямбды, MLки), а тяжелый проект, должно сопровождаться процентом покрытия тестами.
Чем меньше покрытия, тем больше шансов деплоя на прод не скомпилированного кода.
перевод интересный, но зачем на свой вебсайт делать musl?
для меня раннее тестирование это: от ТДД, до развертывания окружения (всех серверов, баз, итд) для изолированного end_to_end тестирования фича бранча до PR merge. Вот здесь есть тема: разверывать под каждую фичу т.е. бранч=env, или использовать готовые Х_feature_env, вместо одного "dev" для параллельной разработки несколько фича бранчей?
извините, но у вас этого нет, совсем.
Зато у вас есть планирование, которое вы упорно называете груминг, который вообще, причесывание (дословный перевод) баклога по сложности реализации (или, "о, а мы это уже сделали"), не анализ, и даже не изменение приоритета, ибо это делает PO/PM по бизнес требованию.
вы с аджайлом знакомы? это, как-бы прямое противоречие.
это сарказм? ни одного инструмента я не называл
тема интересная! но извините, где про TDD? - это в чистом виде раннее тестирование.
Или ваше раннее тестирование, это про Stress Test на dev env?
Или unit test coverage ->99% до релиза? или functional test, integration, e2e?
Или ваше раннее тестирование, это "развертывание окружения (всех серверов, баз, итд) для изолированного тестирования фича бранча до PR merge"?
Кстати, а познее тестирование? т.н. canary deploy.
или personalized feature toggle на проде. Тоже своего рода тесты.
микросервисы - это спорное архитектурное решение, гарантирующее в первую очередь job security архитектору (ни чего другого микросервисы не могут предложить, чего другая архитектура не может).
микросервисы без tracing сервисов? - выстрел в ногу.
бакенд на питоне (не датабрикс / спарк), тоже спорное решение для не пет проектов?
питон без 100% покрытия юнит тестов, это все равно что деплоить не компилящийся код, - выстрел во вторую ногу.
Вы предлагаете микросервисы на питоне без тестов, и трейс логов? ...ну удачи
всегда было Test-driven development
Спасибо за ответ, но вопрос был не про конфиденциальность, анонимность, и не про юридические особенности пользовательских соглашений, и даже не про то, как регистрация работает в сервисах.
Вопрос о законах про ПД: невозможность 100% гарантировать презумпцию "конкретная личность = субъект ПД", она сознательно игнорируется в законах, или там недопонимание с технической стороны?
Извините, но интересно мнение юриста - вот это вот все, субъект, ПД, цифровой профиль, итп... как оно относится к конкретной личности?
С одной стороны закон вроде за защиту ПД, но чисто технически, кроме нотариуса 100% подтвердить, что данный субъект за компом в данный момент, это именно тот, к которому все эти ПД относятся, а не его друзья или домашние.
Иначе всякие сложности с паролями, двухфакторка и СМС, была-бы не обязательна.
это про интернет
А потом маркетологи такие - https://gotopia.tech/, а в IT уже и забыли, что goto в IT, это harmful и почти ругательство.
А вы за презумпцию виновности, и обязанность правонарушителей находиться по месту прописки ожидая полицию?
так и будет - кого взяли, тот и виноват.
вот прям все? а, ahref - это совсем не аналитика?
если считать не час, а 3, то 330Гб, или ~10 серверов? это много, и в течении рабочего дня их будет нечем занять?
Клауд, это не про экономию.
https://tech.ahrefs.com/how-ahrefs-saved-us-400m-in-3-years-by-not-going-to-the-cloud-8939dd930af8
Технологии, удобство, scale up, да. Дешево, особенно при стабильной прогнозируемой нагрузке - нет.
Немного не корректно смешивать федералов (гос-во.) и штат. Кстати права выдает штат, а не полиция, которая их проверяет. Кстати, полиция местая, которая на зарплате от моих налогов, или полиция штата? - обе две к федералам не относятся. Счета и прочее к штату не особо относится - прийдет на адрес с пометкой 'тому, кто тут проживает'.
меня пугаеат мысль - зачем государству меня надо находить физически?
Если есть подобное решение в примерах, на которых чатбот натренирован, то будет ответ, если нет, то - галюцинация. Проблема в том, что на SO могут предложить новое не известное решение или альтернативный подход, а если не знаешь, что предложенное решение проста глюк - потратишь время на попытку все это скомпилировать и/или запустить.
И никакие промпты в этом не помогут.
Сможет трак-драйвер переквалифицироваться на убер? Сможет! но зачем? имхо, будет даже не дауншифт, а деград.