Для того чтобы юнити стала удобной и гибкой, необходимо заставить самих разработчиков юньки писать на своем же движке. А то каждая задача это борьба с движком!
>> Любой программист, пришедший в .NET из С++ ответит положительно (ведь так быстрее!), потом он прочитает о проблемах и его мнение наверняка изменится на противоположное.
Ни один программист пришедший из c++ никогда не изменит свое мнение. В с++ это не считается проблемами, в с++ весь геморой которым борешься пол жизни считается наградой, выслугой лет.
А те кто изменяет свое мнение (например после шарпа), никогда не возвращается назад в с++.
По моим данным (они могут быть ошибочны) все деньги на счету являются банковскими, при любом косяке, банк несет ответсвенность за эти деньги. Соответственно любые проблемы с неправильными передвижениями средств являются проблемами банка эмитера. А раз так выходит, то зачем напрягать владельца карты лишними «капчами»? Можно рискнуть упростив сервис и отношение среднестатистической домохозяйки к банку и выиграть, немного рискуя. Так работают, например, все страховые компании.
Странно както. по идее они должны бесплатно такие весчи раздавать, ведь с помощью них аккурат можно почувствовать приемущество конкретной архитектуры.
Они же раздают похожие библиотеки связанные с многопоточностью.
Использование баз данных прямо из клиентского кода — обычное дело для простых инди систем или начинающих инди разработчков. Если смотреть на статью сквозь эту призму, то статья годная. С архитектурной же точки зрения, так делать низя — нужно отделять мух от котлет.
Компонентно ориентированное программирование как раз избавляет от граблей множественного наследование и предоставляет механизм равнозначный подмешиванию интерфейсов.
Очень рискую, но все же выскажусь. Скорость решения сложных задач практически нигде не требуется. Требуется вдумчивая реализация подсистем по определенным шаблонам, чтобы с этим кодом могли работать и другие люди. Т.е. практически везде требуется усидчивый програмист реализующий рутинные задачи.
Это вообще к дизайнерам. А если писать про дизайнеров то выйдет целая книга.
Обычный алгоритм сжатия по словарю.
Ни один программист пришедший из c++ никогда не изменит свое мнение. В с++ это не считается проблемами, в с++ весь геморой которым борешься пол жизни считается наградой, выслугой лет.
А те кто изменяет свое мнение (например после шарпа), никогда не возвращается назад в с++.
Они же раздают похожие библиотеки связанные с многопоточностью.