но вот такого удобного универсального канала как емейловские рассылки нет.
В одном Индийском банке в приложении показывает списком все подписки и позволяет удалить. Именно со стороны банка. Потом эти сервисы, правда, ругаются, что не могут продлить подписку, но это уже только их проблемы. Имхо самый удобный вариант.
Перевожу с менеджерского на обычный язык. Это значит, что первые внутренние версии тормозили и текли как с@чки. Но к релизу команда отчиталась (не факт, что сделала) о больших успехах в плане оптимизации.
Когда у нас выбирали язык под высоконагруженный сервис, то остановились на Rust. Да медленнее не разработка, чем на Zig, но зато за три года в продакшне ни одного краша и общий показатель фичи/баги по компании самый низкий.
У меня однажды было стресс собеседование. Правда они предварительно предупредили с просили подходит ли мне такое собеседование.
В одном Индийском банке в приложении показывает списком все подписки и позволяет удалить. Именно со стороны банка. Потом эти сервисы, правда, ругаются, что не могут продлить подписку, но это уже только их проблемы. Имхо самый удобный вариант.
В этом случае вам просто не разрешат удалить запись о карте. Не очень релевантный пример.
У некоторых (не будем тыкать) чтобы описаться нужно неделями колупаться в интерфейсе и общаться со службой поддержки...
Вы монополист общественного транспорта, а ваш сын владелец типографии.
Почему бы и не сделать большую рекламную кампанию, что ваши троллейбусы самые экологичные?
Это давно было, если сейчас правильно тезисно вспомню то:
GC был отключен, вообще
все нужные объекты выделялись заблаговременно через Object Pool паттерн
соответственно запрещено использовать любые сторонние библиотеки
работа со строками была сделана тоже через боль и страдания (т.к. родные immutable, а GC вырублен)
подключены несколько C либ чтобы работать с общими системными буферами (сеть и файлы)
Было! И это даже работало. Но назвать это кодом на Java у меня язык не поворачивается.
Но это не правда. Сильно не правда. До борроу чекера Zig'у очень далеко да он и не стремится туда.
Я там свечку держал. Знали бы вы какой кровью это было достигнуто и как было больно программистам вы бы не приводили это в пример.
Да. Что не так с тем, чтобы понимать какое количество не просто багов, а крашей у приложения которое должно крутить 24/7 твой софт?
Я не хвалил и не критиковал Rust/Zig за их молодость. Вы это из своей головы взяли.
Так и есть. Если приложение валяется в краше, то это отличный показатель работающего решения, правда?
Вы пишите на Zig и лучше меня знаете, что он имеет меньшую защиту от ошибок. А значит и разработчик на нем должен быть более опытный.
Но да. Если вы переходили с С кодовой базы, то у вас в команде соответственно и опыт имеется.
Отличный выбор!
Старый анекдот: заходит врач в палату с плотником и говорит :
Этому левую ногу. Раздается вжик.
Этому правую руку. Раздается вжик.
Этому правую ногу. Вжик.
Я сказал ногу. Вжик.
Я сказал правую. Вжик.
Перевожу с менеджерского на обычный язык. Это значит, что первые внутренние версии тормозили и текли как с@чки. Но к релизу команда отчиталась (не факт, что сделала) о больших успехах в плане оптимизации.
Bun - хороший пример.
https://github.com/oven-sh/bun/issues
Гляньте с колько краш дефектов.
Когда у нас выбирали язык под высоконагруженный сервис, то остановились на Rust. Да медленнее не разработка, чем на Zig, но зато за три года в продакшне ни одного краша и общий показатель фичи/баги по компании самый низкий.
Только здесь дорога не в воздухе и нет бетонных отбойников для естественного отбора.
Я написал свой комментарий чисто предупредить чтобы выжанным на максимум оказались не вы.
AWS так себе выбор если вы 5$ на AI API не хотите выделить. AWS славится своими "скрытымм" и неожиданными платежами.
Будьте с ним очень аккуратно. И детально читайте всю документацию на выбранные вами опции.
это хороший подход. особенно его станете ценить когда нужно несколько версий API поддерживать с изменениями в модели данных.
эм. при таком подходе у каждой библиотеки будет своя конфигурация да и не факт что она вообще будет. не очень понимаю преимуществ такого подхода.
А чем именно им не подходит, чего не хватает или что мешает?
Как вы предлагаете управлять "всем" в сторонних библиотеках которые вы подключаете?