да по мойму условия лицензирования еще не окончательно проработаны — мне вот например не понятны варианты:
— если игра издавалась через издателя а издатель не хочет предоставлять информацию о том сколько реально это все стоило пользователю,
как вычислить эти самые 5%
— делаем на движке игру, приложение, симулятор который распространяется бесплатно но деньги зарабатываем за размешение контента в нем от различных организаций
— делаем B2B приложение, продаем за некоторый фикс с бесплатными обновлениями и потом берем деньги за разработку дополнительных фич (не за апдейты)
опенсурс, но как бы не полноценный только для десктопных ОС — для любых нужд встраивания требуется комерческая лицензия, и кокраз в эту категорию попадает iOS тк
требуется статическая линковка
> 50 компаний
тут имеется в виду, что если человек отправил запрос в несколько компаний и ему пришел ответ хотябы из двух компаний и в первом зовут на встречу с чаем, а в другом сходу говорят про тестовое задание
то в первую очередь человек продолжит общатся с теми кто предлагает чай.
Ну а кто делает так это уже другой вопрос может быть да просто начинающий а может быть просто хороший специалист без навыков поиска работы.
да так и есть, но в большинстве случаев это отрицание реальности т.к. на нашем рынке просто не может быть подобных специалистов в достаточном количестве.
Отсюда же появляются вакансии где требует 8 лет опыта по технологии которая появилась 2-3 года назад.
И по этой же причине во многих региональных компаниях есть вакансии, как им кажется с 'хорошей' рыночной зарплатой, но при этом на эти вакансии годами ищут кандидатов, и к ним приходят люди которые близко не соотвествуют этим требованиям, потом они начинаю писать в прессе об отсутсвие кадров, иногда даже и тратить деньги на программы по просвещению и агитации кандидатов, а в соседнем доме может сидеть пара именно таких работников но которые пальцем не пошевелят, чтобы к ним зайти тк на фрилансе у них доход в 2-3 раза выше.
По пункту 6 — могу сказать точно, что нельзя так категорично подходить к вопросу т.к
это все очень индивидуально и для компании и для соискателя, обсуждать
этот вопрос стоит не раньше чем обе стороы успели достаточно с друг другом познакомится.
Одно дело когда соискатель хочет устроится именно к вам, другое дело когда вы одно из 50 мест
куда он отпавил письмо а третье когда вы сами проявили заинтересованность и обратились к нему без
его желания.
По поводу резюме без портфолио тоже не такое однозначное дело — есть пласт крупных IT (и нетолько)
компаний которые запугивают сотрудников строгими NDA, увольнениями и тп. так, что те просто исключают
возможность показывать свои работы сделанные там кому-либо — соотвественно по этой причине бывают очень хорошие специалисты практически без работ готовых к демонстрации. Еще не исключен случай когда человек
очень предан коллективной работе и не считает, что имеет право показывать коллективное творчество как свое.
по поводу расширений пока получил такую инфу
в директории modules лежит расширение которое используется в движке gridmap — можно изучать как пример;
в директории plugins скриптовые расширения
один из авторов движка написал, что для разработки использует qtcreator и чтобы он подцепил сборку просто создается makefile
примерно такого содержания:
all:
/usr/local/bin/scons -j 4 bin/godot_osx
Этот движок конечно в текущем виде еще далек от практического применения, хотя бы по тому, что как в статье описанно есть
проблеммы с билдом проектов под многие платформы а на некоторые из заявленных даже шаблона еше не прилагается, например для iOs.
Но он коцептуально хорош, и открытые исходники по нормальной лицензии дают надежду, что он будет активно развиватся и, если чего нет
или не работает то можно исправить — но пока к сожалению это как мне показалось сильно осложненно полным отсутсвием
документации о его архитектуре, методах экспорта конечных проектов и написаннии расширений на с++, очень надеюсь
что это будет в скором времени исправленно.
Никто случайно еще не пытался разобратся как пишутся расширения и как происходит сборка проектов, что вообще такое export_templates и как они
создаются?
вы правы, по этому постараюсь немного перефразировать (может быть будет больше практической пользы) — если вы стакиваетесь с повторяющимися проблемами на протяжении нескольких лет, то не думайте,
что весь мир против вас, просто постарайтесь оглядываться вокруг, смотреть на мир с другой стороны и рано или поздно вы обнаружите, что и другие варианты решения ваших проблем тоже возможны )
На самом деле все, что написанно конечно имеет значение, но по большому счету к дизайнерам не имеет никакого отношения,
и опытный дизайнер может написать про то как вы делаете, что то не так — все эти проблемы которые вас возмущают
лежат на самом деле совсем в других областях причем в очень разных и сложных и в большинстве случаев ни у программистов
ни у дизайнеров на них нет возможности повлиять.
Эти проблемы решаются с опытом и чтобы их избегать старайтесь просто работать с хорошими и опытными колленами и заказчиками,
и такие мелочи будут реже вас беспокоить т.к. все нормальные люди стараются помогать своим коллегам, решать те проблеммы, что мещают
делать общее дело.
Мне это все хорошо знакомо тк я был в обоих ролях.
> Но проблема в том, что часто конспираторы-заказчики стараются не давать разработчику никаких выходов на дизайнера.
не работайте с такими заказчиками т.е только в крайнем случае
Так ведь и openshift и cloud foundry тоже open source проекты и то, что у каждого есть комерческий сервис построенный поверх него ничего не меняет, это проекты с очень похожей функциональностью но более развитые и все с водится к тому насколько легко их установить, и поддерживать в случае dokku все понятно а вот с лучае openshift и cloud foundry по сложнее. А вот насколько сложнее я пока не знаю, но у меня сложилось впечатление, что установка openshift на один сервер не сильно сложнее чем установка dokku.
Вот например у них доступен готовый образ для виртуалбокса openshift.github.io/documentation/oo_deployment_guide_vm.html в котором все уже настроенно для того чтобы поигратся. У редхата написанно, что устанавливается вроде если ОС правильная с помощью одной команды sh <(curl -s install.openshift.com/) но вот с CentOS не совсем так, нужно еще решать проблемы по ходу.
>Кстати, OpenShift (Red Hat) использует докер внутри и является одним из контрибютеров.
cloudfoundry насколько я понял нет, тк они считают что в докере пока слабая защита в плане изоляции контейнеров друг от друга,
хотя есть комерческий Stackato на базе cloudfoundry с контейнерами на докере
Меня недавно заинтерисовали подобные технологии и в частности сам dokku, но кроме него как минимум в поле зрение попали еще такие проекты как openshift и cloud foundry — вы когда выбирали dokku для себя, рассматривали их и по чему решили использовать именно его?
По моим наблюдениям cloud foundry не очень дружелюбна для небольшой инсталяции, а вот демо VM от openshift очень впечатлил и возможно он даже лучше подходит для небольшой команды чем dokku.
flynn.io/ — он в разработке пока, собственно это просто более навороченный аналог dokku который позволит ставить его не только на 1 машину но и на несколько
FedEx гораздо дороже любой такой курьерской доставки, если хотите посмотрите на их официальном сайте www.fedex.com прайсы в pdf, но в данном случае это вас ни как не касается, по тому, что доставку на полную стоимость спонсирует TI, и доставка идет не из Москвы а напрямую из CША — вкрайне сжатые сроки ( ни с какой EMS эту скорость даже не сравнить).
В таможенной декларации будет написанно Shipping = $0.00 т.е будет фигурировать только стоимость товара.
Если вы закажите в какомнибудь другом магазине с FedEx доставкой подобный товар то вы только за доставку выложите тыщи 4 рублей.
— если игра издавалась через издателя а издатель не хочет предоставлять информацию о том сколько реально это все стоило пользователю,
как вычислить эти самые 5%
— делаем на движке игру, приложение, симулятор который распространяется бесплатно но деньги зарабатываем за размешение контента в нем от различных организаций
— делаем B2B приложение, продаем за некоторый фикс с бесплатными обновлениями и потом берем деньги за разработку дополнительных фич (не за апдейты)
требуется статическая линковка
тут имеется в виду, что если человек отправил запрос в несколько компаний и ему пришел ответ хотябы из двух компаний и в первом зовут на встречу с чаем, а в другом сходу говорят про тестовое задание
то в первую очередь человек продолжит общатся с теми кто предлагает чай.
Ну а кто делает так это уже другой вопрос может быть да просто начинающий а может быть просто хороший специалист без навыков поиска работы.
Отсюда же появляются вакансии где требует 8 лет опыта по технологии которая появилась 2-3 года назад.
И по этой же причине во многих региональных компаниях есть вакансии, как им кажется с 'хорошей' рыночной зарплатой, но при этом на эти вакансии годами ищут кандидатов, и к ним приходят люди которые близко не соотвествуют этим требованиям, потом они начинаю писать в прессе об отсутсвие кадров, иногда даже и тратить деньги на программы по просвещению и агитации кандидатов, а в соседнем доме может сидеть пара именно таких работников но которые пальцем не пошевелят, чтобы к ним зайти тк на фрилансе у них доход в 2-3 раза выше.
это все очень индивидуально и для компании и для соискателя, обсуждать
этот вопрос стоит не раньше чем обе стороы успели достаточно с друг другом познакомится.
Одно дело когда соискатель хочет устроится именно к вам, другое дело когда вы одно из 50 мест
куда он отпавил письмо а третье когда вы сами проявили заинтересованность и обратились к нему без
его желания.
По поводу резюме без портфолио тоже не такое однозначное дело — есть пласт крупных IT (и нетолько)
компаний которые запугивают сотрудников строгими NDA, увольнениями и тп. так, что те просто исключают
возможность показывать свои работы сделанные там кому-либо — соотвественно по этой причине бывают очень хорошие специалисты практически без работ готовых к демонстрации. Еще не исключен случай когда человек
очень предан коллективной работе и не считает, что имеет право показывать коллективное творчество как свое.
в директории modules лежит расширение которое используется в движке gridmap — можно изучать как пример;
в директории plugins скриптовые расширения
примерно такого содержания:
all:
/usr/local/bin/scons -j 4 bin/godot_osx
clean:
/usr/local/bin/scons -c
проблеммы с билдом проектов под многие платформы а на некоторые из заявленных даже шаблона еше не прилагается, например для iOs.
Но он коцептуально хорош, и открытые исходники по нормальной лицензии дают надежду, что он будет активно развиватся и, если чего нет
или не работает то можно исправить — но пока к сожалению это как мне показалось сильно осложненно полным отсутсвием
документации о его архитектуре, методах экспорта конечных проектов и написаннии расширений на с++, очень надеюсь
что это будет в скором времени исправленно.
Никто случайно еще не пытался разобратся как пишутся расширения и как происходит сборка проектов, что вообще такое export_templates и как они
создаются?
что весь мир против вас, просто постарайтесь оглядываться вокруг, смотреть на мир с другой стороны и рано или поздно вы обнаружите, что и другие варианты решения ваших проблем тоже возможны )
и опытный дизайнер может написать про то как вы делаете, что то не так — все эти проблемы которые вас возмущают
лежат на самом деле совсем в других областях причем в очень разных и сложных и в большинстве случаев ни у программистов
ни у дизайнеров на них нет возможности повлиять.
Эти проблемы решаются с опытом и чтобы их избегать старайтесь просто работать с хорошими и опытными колленами и заказчиками,
и такие мелочи будут реже вас беспокоить т.к. все нормальные люди стараются помогать своим коллегам, решать те проблеммы, что мещают
делать общее дело.
Мне это все хорошо знакомо тк я был в обоих ролях.
> Но проблема в том, что часто конспираторы-заказчики стараются не давать разработчику никаких выходов на дизайнера.
не работайте с такими заказчиками т.е только в крайнем случае
Вот например у них доступен готовый образ для виртуалбокса openshift.github.io/documentation/oo_deployment_guide_vm.html в котором все уже настроенно для того чтобы поигратся. У редхата написанно, что устанавливается вроде если ОС правильная с помощью одной команды sh <(curl -s install.openshift.com/) но вот с CentOS не совсем так, нужно еще решать проблемы по ходу.
>Кстати, OpenShift (Red Hat) использует докер внутри и является одним из контрибютеров.
cloudfoundry насколько я понял нет, тк они считают что в докере пока слабая защита в плане изоляции контейнеров друг от друга,
хотя есть комерческий Stackato на базе cloudfoundry с контейнерами на докере
По моим наблюдениям cloud foundry не очень дружелюбна для небольшой инсталяции, а вот демо VM от openshift очень впечатлил и возможно он даже лучше подходит для небольшой команды чем dokku.
В таможенной декларации будет написанно Shipping = $0.00 т.е будет фигурировать только стоимость товара.
Если вы закажите в какомнибудь другом магазине с FedEx доставкой подобный товар то вы только за доставку выложите тыщи 4 рублей.