Ссори, но если этот черный ящик будет иметь доступ к твоим нативным приложениям — сразу выбрасывай такой браузер. Это прямое нарушение всех известных норм безопасности. Хром такого точно не пропустит (я надеюсь на это, иначе придется нам расстаться)
Громкие «Желтые» заголовки орут за запрет Вконтакте и никто не обратил внимание на главное — 434, 435 пункты данного документа!
Это ж 1С!!! Кто-нибудь представляет сколько приложений написано на данной платформе!
Спасибо, с применением современных фреймворков фуллстек разработка уже давно не диковинка, единственное чего не может просто охватить разработчик — дизайн. Такие простые рекомендации очень полезны
Я думаю дело в том, как собраны были данные. Если опросы/анкеты — все элементарно и возможно связанно с психологией людей. Народ называл числа с головы — кто то боялся сказать меньше и называл максимальное число, кто-то точно помнил цифру, кто-то называл меньше.
Сегодня видел в трамвае оригинальное решение от Приват Банка — приложением Privat24 сканируешь QR код, оплачиваешь, показываешь билет контролеру. Контролер «Компостирует» билет и выдает реальный (чтоб ревизор не придолбался). Profit
Жаль интернет закончился, так и не получилось оплатить. Но в целом идея не плохая и как пояснил контролер народ активно пользуется (особенно студенты)
100 баксов в час, интересно это берет компания или это то что получает разработчик?
Если это прайс компании — он по современным меркам не такой же и большой. К примеру, оракловых разрабов продают в 2 раза дороже.
В реляционных структурах я бы вообще не вспоминал слово «удаление» (если только речь не идет о переносе данных в архивные таблицы). Методов скрывать данные от приложения/пользователя достаточно много
Кстати, блочное решето Эратосфена требует всего sqrt(N) памяти.
Ну так называемое блочное решето это лишь оптимизация реализации существующего алгоритма. А здесь, как я понимаю речь идет именно о оптимизации на фундаментальном уровне.
Вообще интересно было бы взглянуть на улучшенный алгоритм и поиграться на практике.
Ну вы меня перефразировали.
Все сводится к обеспечению архитектурной целостности продукта, а это можно достичь путем строгой выдержки принятых в группе разработки стандартов и жесткого контроля их выполнения.
Имхо. В архитектуре микросервисов самое интересное начинается в моменты:
— Передача на сопровождение — необходимо построить централизованный каталог микросервисов с контролем версий и жизни каждого сервиса
— Модификация — с целью минимизировать доработки всего ландшафта и ошибок необходимо: грамотно делить функционал, обеспечивать обратную совместимость, контролировать выдержку архитектурных стилей при проектировании интерфейсов, планировать регрессионное тестирование и детально документировать!!!
Мне кажется что это основные аспекты данной архитектуры, которые часто заставляют разработчиков смотреть в сторону монолита.
Представьте себе мир, в котором нельзя отправить e-mail из почтового ящика gmail на hotmail! Скажете абсурд? А теперь посмотрите на наши любимые месседжеры! Реверс инжиниринг их протоколов ничего не даст и предложить план действий тоже никто не может
Ну не знаю, для меня было потрясением когда конструкция типа
не работала
Это ж 1С!!! Кто-нибудь представляет сколько приложений написано на данной платформе!
Жаль интернет закончился, так и не получилось оплатить. Но в целом идея не плохая и как пояснил контролер народ активно пользуется (особенно студенты)
Если это прайс компании — он по современным меркам не такой же и большой. К примеру, оракловых разрабов продают в 2 раза дороже.
Ну так называемое блочное решето это лишь оптимизация реализации существующего алгоритма. А здесь, как я понимаю речь идет именно о оптимизации на фундаментальном уровне.
Вообще интересно было бы взглянуть на улучшенный алгоритм и поиграться на практике.
Все сводится к обеспечению архитектурной целостности продукта, а это можно достичь путем строгой выдержки принятых в группе разработки стандартов и жесткого контроля их выполнения.
Дело в закрытости и как следствие — не совместимости протоколов.
— Передача на сопровождение — необходимо построить централизованный каталог микросервисов с контролем версий и жизни каждого сервиса
— Модификация — с целью минимизировать доработки всего ландшафта и ошибок необходимо: грамотно делить функционал, обеспечивать обратную совместимость, контролировать выдержку архитектурных стилей при проектировании интерфейсов, планировать регрессионное тестирование и детально документировать!!!
Мне кажется что это основные аспекты данной архитектуры, которые часто заставляют разработчиков смотреть в сторону монолита.