После фразы «Основными причинами конфликтов и организационных проблем являются» и нумерованного списка во мне проснулся студент, который начал листать методичку в поисках примера «лабы» и заданий, пропуская «теорию».
Не обижайтесь.
Стилистических и пунктуационных ошибок настолько много, что отправлять это все в личку бессмысленно. Перечитайте, пожалуйста, текст еще раз на свежую голову и исправьте.
делать многое, что, по идее, менеджер делать вроде как не должен. Нужно писать мануалы, чертить схемы бизнес-процессов, успокаивать возмущенных людей по телефону, и прочее, и прочее
А кто это должен делать, как не менеджер? Правильный менеджер — контактирует с заказчиком, разбирается в предметной области, и предоставляет для конкретных разработчиков «хотелки» в нормализованном виде — схемы бизнес-процессов, диаграммы use-case и прочее. В лучшем случае, проработка этого идет вместе с lead-ом. Если менеджер просто бегает между заказчиком и разработчиками, уговаривая каждого пойти на компромисс — грош цена такому менеджеру.
К сожалению, Unity далеко не панацея, и не серебряная пуля в геймдеве. Как верно заметил binaryzebra, некоторые исправления приходится ждать месяцами, даже когда речь идет о пустяках. Для меня это было особенно остро, когда они внедрили нативное 2D. Халтурная имплементация Box2D в версии 4.3, которую поправили спустя много месяцев.
При наличии доступа к исходному коду, многие проблемы могут быть решены очень быстро. Иногда даже грязно, в угоду дедлайну.
Естественно, если квалификация программистов все это позволяет.
Да, симптомы один в один, как у конкурсантов. И явно дело в многоразовом использовании буфера, частицы рисуются в отдельном буфере и за один раз. Я постараюсь на днях собрать новый билд (или несколько), ничего если отправлю его (их) вам, не сильно затруднит?
Спасибо! Стремление к минимизации пришло от просмотра товарища XProger. Хотя мне до его трехмерного шутера void в 27 килобайт все еще очень далеко :) Который, кстати, на Delphi.
А, может, все же стоило?
Не обижайтесь.
… и забыли спрятать картинки под хабракат.
blog.xoppa.com/loading-models-using-libgdx/
А кто это должен делать, как не менеджер? Правильный менеджер — контактирует с заказчиком, разбирается в предметной области, и предоставляет для конкретных разработчиков «хотелки» в нормализованном виде — схемы бизнес-процессов, диаграммы use-case и прочее. В лучшем случае, проработка этого идет вместе с lead-ом. Если менеджер просто бегает между заказчиком и разработчиками, уговаривая каждого пойти на компромисс — грош цена такому менеджеру.
Замечательно пойдет в русскоязычном сегменте
твитмикропост следует размещать на geektimesПри наличии доступа к исходному коду, многие проблемы могут быть решены очень быстро. Иногда даже грязно, в угоду дедлайну.
Естественно, если квалификация программистов все это позволяет.
Отдельное спасибо за открытый исходный код, думаю, многим пригодится.
habrahabr.ru/post/231901/