Если исключить то, что вы до конца не разобрались в исходных доках, то я бы обратил внимание на следующую мысль. Красивый код — не самоцель, он ещё и работать должен. Врёт не красивый код, а код, который, эм… собственно врёт.
Ваши основные тезисы, как мне кажется сводятся к тому, что мерить производительность не нужно, потому-что сложно учесть все и сделать максимально адекватный тест. Я же хочу ее измерить.
Ага, да что там Акиньшин может в этом деле смыслить, правда же? (вы вообще заходили к Андрею в профиль и по ссылке библии, которую он вам скинул?)
Нет, я не сторонник аргументации личностями, но думаю здесь тот случай, когда вам стоит вдумчиво вчитаться во всё, что написал DreamWalker.
Обычная практика для издательства. Под конец года книги, которые с вероятностью 99% не потеряют актуальность в следующем годе сразу отдают в печать, датируя следующим же годом.
Согласен. Просто, я так понимаю, чисто для себя, что если уж валить за бугор, то не на 100 килобаксов в год уж точно. Хотя бы 150 килобаксов и вот тогда можно хотя бы о чём-то говорить. Это я конечно упрощаю, срезая с рассмотрения качество жизни. Я понимаю. Но всё же хотелось бы, предпринимая такие шаги, понять что ты в конце концов поимеешь конкретно на карман.
Тут не каждому своё, а некий конкретный расчёт. Или кому-то нравится нищенствовать? (если не брать дебилов и бомжей в рассмотрение)
Или я что-то не так посчитал?
MVP — это паттерн, который позволяет разбивать приложение на три основных слоя (компонента):
MVP (как и MVC, MVVM, MVPVM) — это всего лишь UI-паттерн, находящийся на границе приложения. Такой паттерн не может «разбивать приложение на три основных слоя». Эти паттерны не описывают архитектуру приложений (хоть и оказывают влияние), это всего лишь UI-boundary patterns. Я понимаю, что вы имели ввиду, но хотелось всё же указать на то, что так говорить некорректно.
А чтобы юзать CodeContracts обязательно нужно соглашаться на перепись бинарки? Просто, ну, не нравится мне идея, что нечто (кто-то) будет переписывать то, что команда написала, ну, вот прям совсем не нравится.
Существует несколько реализаций XFS-менеджеров (в том числе с открытым исходным кодом), написанных на c++ и теоретически библиотеки сервисных провайдеров, написанные под один менеджер, так же должны подходить ко всем остальным, но по факту иногда библиотека, написанная конкретным вендором под конкретный XFS менеджер, работает только с этим менеджером.
Также существует Java XFS со своими библиотеками, не совместимыми с классическими менеджерами.
Любой крупный производитель банкоматов (Wincor, NCR, Diebold) имеет свою реализацию как XFS, так и банковского приложения.
И как тогда добиваться совместимости?
Однако на рынке есть альтернативный софт, соответствующий всем стандартам и не привязанный к конкретному вендору.
Что за софт — платный или бесплатный? Ссылки, плиз, в студию.
Так что получается, правильно ли я понимаю, что разработчик платёжного приложения для POS-терминала может просто (по идее) взять библиотеку к устройству от вендора, которая отвечает требованиям XFS-менеджера и просто юзать XFS-менеджер? И в дальнейшем при появлении нового оборудования просто подключать новые библиотеки соответствующие требованиям XFS?
Есть какой-то минимум по сетям и администрированию, который желательно знать программисту? Иногда приходится общаться с сетевиками и если не сталкивался с построением тоннелей и прочего, то иногда становится трудно их понимать :)
Какую литературу, маны для получения сертификатов, видеоподкасты вы бы посоветовали изучить?
Ага, да что там Акиньшин может в этом деле смыслить, правда же? (вы вообще заходили к Андрею в профиль и по ссылке библии, которую он вам скинул?)
Нет, я не сторонник аргументации личностями, но думаю здесь тот случай, когда вам стоит вдумчиво вчитаться во всё, что написал DreamWalker.
Посмотрел на топ и возникло ощущение, что я вообще не участвую в жизни страны :)
Или я что-то не так посчитал?
MVP (как и MVC, MVVM, MVPVM) — это всего лишь UI-паттерн, находящийся на границе приложения. Такой паттерн не может «разбивать приложение на три основных слоя». Эти паттерны не описывают архитектуру приложений (хоть и оказывают влияние), это всего лишь UI-boundary patterns. Я понимаю, что вы имели ввиду, но хотелось всё же указать на то, что так говорить некорректно.
И как тогда добиваться совместимости?
Что за софт — платный или бесплатный? Ссылки, плиз, в студию.
Так что получается, правильно ли я понимаю, что разработчик платёжного приложения для POS-терминала может просто (по идее) взять библиотеку к устройству от вендора, которая отвечает требованиям XFS-менеджера и просто юзать XFS-менеджер? И в дальнейшем при появлении нового оборудования просто подключать новые библиотеки соответствующие требованиям XFS?
Какую литературу, маны для получения сертификатов, видеоподкасты вы бы посоветовали изучить?
Но, пожалуйста, поясните пункт насчёт репозитория.