Aventiy

@bromgeksin8 поддержка врод хорошая, один из основных разработчиков в телеге яндекса. как минимум по дефолду пока не видел вопросов в беседе )) могу дать контакт (снова же телега) человека, который работал и перешел с юнити-> констракт -> дефолд (сейчас). задал бы интересующие вопросы. я бы тоже пощупал дефолд, но на него уже много времени надо.

@Nagval333 не забывай, что двиг свободный, а не буржуйский констракт ) кстати @Smebor , @Nagval333 можете еще глянуть Defold. Он сейчас набирает популярность и под 2д в основном заточен (пока) но он потяжелее для освоения, чем констракт

@Smebor можете gdevelop пока пощупать )) говорят в каких-то аспектах он лучше

вот я и о том же. не понятно когда и зачем использовать ) в теории то производительность, а на практике краши притом: "он еще не поддерживается в приложениях для Android или без хромированных браузеров"

лоооооол

ошибся. не в цикле, а по таймеру посмотри в сообществе и в вк как делали тайпврайтер через текст. похоже, но вместо лупиндекса длина текста+1

через лену, лефт с обычным текстом. 1 символ вывести 2 символа 3 4 5 через репит

ддд, мне тож нравится ))

мне пик по юид логичнее, из чего я бы и предпочел именно его. однако, в евалуйт в перспективе можно еще условий добавить

@Reficul а да, лучше так, согласен

@Reficul немного не понял вопрос. без семьи имеешь ввиду?

а как это работает: ? никак не накапливается

юид в функцию отправляй и пикай объект по юид. если это разные объекты, то через семью или отправляй в виде строки тип объекта и пикай нужный

может кто пояснить для чего и когда использовать в воркере? с ним постоянно траблы. зачастую просто крашится или после экспорта нормально? но при работе с гс плагином указано отключать воркер

как минимум у тебя бетка включена как минимум у тебя бетка включена

Изначально меня хотели взять на роль, но мне визу в последний момент закосячили. Вот пришлось выкручиваться марвелу ) кое-ка замену нашли А вообще я хотел как у Квайгона из первой части звёздных войн ) Мстителей не смотрел, но врод клевый чел, надо глянуть ))

на всех устройствах? проверь какой лейаут у тебя при старте загружается в ремот контроллере

Сторитейлинг харош )

Попробуй (а то я сам визин не использую): 1. Выводить или смотреть в дебагере угол 2. Заменить визин на evaluate expression. Angle>0&Angle<15 3. У тебя во втором 90-15 (от большего к меньшему ) попробуц сделать также визин от 15 до 0

@q3olegka Я к тому, что они не хотят этим заниматься и брать новые задачи. Еще раз повторюсь. Их это устраивает и это их дело. Не все хотят иметь большой штат без серьезной необходимости. Сотни мелких игр это не тоже самое, что один большой проект И хватит приводить Илонов всяких. Давай еще Бил Гейтса, яблоки и прочие акулы бизнесса. Я знаю фирмы которые за 5 лет сотрудничества поменяли только расположение. Да и люди - огромные расходы в евро и штатах. Это у нас 30кр, пара взносов и збс. Зачем сцире увеличивать ежегодные расходы в 2 раза, а если 20 человек, то в 4? Значит и цена в 2.5/4.5 раза вырастет. А это потеря дохода. В сцире всё-таки не дураки, к счастью, чтобы просто так при успехе увеличивать штат Хочешь, чтобы цена в итоге выросла с твоими предложениями до уровня автодеска и прочих? Рост издержек, уменьшение дохода. Зачем? Мол больше клиентов будет? Не факт совсем. Штат в доп 20 человек даже это не покроет. Ты свой пример приводил. Ну збс, даже у себя не видишь ошибку. При увеличении штата увеличилось количество проектов. Тоесть тож самое что и было, только команд меньше. В правильной аналогии только 1 проект. Откуда я все это беру спрашиваешь? Теорию и практику знать надо и хоть иногда интересоваться как что в мире творится Эшли мне вчера на даче сказал за чашечкой хорошего виски. Хорошо посидели.

@q3olegka люди не машины. нельзя поставить еще один автомат, а тем более 5 (притом той же серии и марки) и ожидать прирост эффективности производства. без менеджмента ничего не будет. либо самим, либо дилегировать. а раз они сами не хотят терять возможность участвовать в разрабатке, то и отдавать управлением третьему тем более. лишь благодаря малой группе выходят обновления так часто. в большой компании все изменения происходят в десятки раз дольше и сложнее, чем в малых группах. большие компании инертны к изменениям. и главное, чтобы нанимать новых разработчиков, нужно: 1. хорошая и понятная архитектура проекта 2. обучение и адаптация новых разработчиков плюс в комплекте идут сопутствующие риски при расширении штата. у них нет цели роста компании и их это устраивает. они сосредоточены чисто на продукте. а качество и производительность в данном контексте являются синонимами. рыба - не мясо да и вообще. я хоть и недолюбливую гугл и не вижу смысла с ним сотрудничать, я не иду и не говорю всем "перестань делать игру для мобилок, делай для пк и выкладывай в стим". каждый сам решает что ему нужно. легко сказать "найми людей". но расширение штата, тем более в айти секторе это делать непростое в и придется отказываться от разработки в сторону менеджмента. либо ты управляешь компанией, либо делаешь продукт.

@q3olegka ты правда думаешь, что можно так просто взять, расширить штат и ждать прироста качества? прямой связи между количеством работников и качеством продукта нет. тем более у них соотвествующего опыта работы врод нет. они студентами начали пилить классик и всё, так и продолжают работать над своим проектом. и понимают, как я вижу, все вытекающие проблемы при увеличении штата, с решением которых придется столкнуться. вполне возможно, что никто из них не хочет бросать работу над продуктом и уходить в чистый менеджмент

@HAPETU спасибо )