All streams
Search
Write a publication
Pull to refresh
2
0

User

Send message
интересно одно — тот кто это писал, сам код писал сложнее сайтов на битриксе? или это для каких то специфичных не ит компаний руководство?
чем графа Приложения отличается от графы Разработка ПО?
идея даже не в том знает не знает админ. идея в том что разобраться можно даже если не знаешь и очень странно что у людей нет желания помочь незрячим
а разве чтобы собрать кокос js проект нужно несколько сред для сборки и что-то разное для платформ? для андроида, андроид, но он же и так нужен, если вы дебажить соберетесь.
можно. а можно вставить в статью хотя бы отсылку на эти плюсы, раз уж рекомендуется использовать не стандартный пакет.
по функциям — сборка приложения в облаке — интересно было бы услышать от кого-то кто этим пользуется, у меня сборка кокос приложений никогда не занимала особо большое время, чтобы было желание перенести ее в облако. какой-нибудь 10летний энтерпрайз на плюсах — другое дело. но тут то.

какой-то кастомный эмулятор… непонятно зачем еще один, когда уже и так есть несколько «неофициальных».

чисто для кокоса есть еще их IDE, но не помню возможно она только для ++. Вообще аргумент перехода на «новую все в одном IDE» для меня лично, является то, что нет никакой уверенности, что базовые вещи сделаны хорошо. вот автокомплит и рефакторинги. они хорошо сделаны в msvc + решарпер. (говорю хотя бы про ++ кокос, который тоже кроссплатформенный, но еще и не тормозит). то есть я ожидаю что автокомплит по методам кокоса будет работать хорошо, отладчик будет работать хорошо и тп. а как тут?
в чем преимущество именно Intel sdk? с плюсовым кокосом можно работать в студии или икскоде, с js есть vs code или atom.?
я ожидал услышать более аргументированную критику от человека, чей замечательный курс я смотрел на степике). пока что это выглядит как пост критики и подробности в духе "я пытался сделать по всякому но не получалось ничего".
Да, надо будет на выходных поресерчить этот вопрос)
Спасибо за комментарии
Т.е. в среднестатистическом случае, если я не изменяю код QT я могу линковать как угодно, не указывать что это сделано на qt, не открывать исходники и распространять платную версию своего софта? как-то слишком хорошо, чтобы быть правдой..=)
а какие тогда ограничения накладывает LGPL вообще?
"Но использование коммерческой лицензии не обязательно — существуют варианты использования Open Source лицензии даже не делая своё собственное приложение открытым."
Расскажите плиз кто знает, что для этого надо? когда разбирался в лицензиях вроде понял что можно, если линковать так, чтобы сама qt лежала отдельно. так ли это? как использовать qt без комерческой лицензии не открывая код? (и можно ли)
А почему не что-нибудь типа QML?
в книге game design patterns описывается решение данной проблемы через паттерн команда и очередь команд. в гугле на первой странице находится, так что вводный абзац про то что эта задача якобы мало описана — бред.
было бы круто, если бы была такая же вакансия была но mid level =( а так, мне кажется, собеседоваться будет как в фильме выживший, только медведей будет много =)
разбираю сейчас примеры. у меня на os x без дополнительного шаманства не данный пример c++ include не подхватывает, ни через tooling.
во всех больших проектах, в которых я работал, всегда было штук 5 кастомных типов строк)
реальный спецназ) и страну можно увидеть, и польза ощутимая налицо и наверное нет 2ух полностью одинаковых случаев)
было интересно почитать) удачи Вашей команде в дальнейшем)
API существенно поменялся =(

Information

Rating
Does not participate
Registered
Activity