1)Глюки - иногда могут появиться мелкие графические артефакты, или ввод подглючить. Обычно решается перезапуском, мне особо не мешает. Может это только на моей системе так.
2)Насчет java и сборки под android не знаю, пока еще не изучал для себя это направление. Но предполагаю, что какой-нибудь android sdk все же нужен. Ну и в общем, скорее всего, все тоже самое, что и для IntelliJ IDEA, форк все таки.
3)ArchLinux + KDE + XMonad.
Вместо monodevelop? Можно, наверное. Весь вопрос в интеграции автодополнения, навигации по коду, автоформатирования и т.д. - наверное, желающие уже более менее сделали. Я не пробовал, все таки VS Code это скорее текстовый редактор, чем IDE, по крайней мере пока.
Позволю себе также немного порекламировать Consulo, которой уже некоторое время пользуюсь для unity/pure c# под linux: i.imgur.com/2VFe7td.png
Могу добавить, что Unity умеет собирать приложения под Win/Lin/Mac/Android/iOS/WebGL и еще какую-то экзотику. Про покупку ассетов утверждение спорное - это лишь возможность купить готовый функционал/контент для распространенных типов игр.
Поменять-то я могу все, что угодно - это мой pet project. Но, учитывая специфику прожекта (очень неторопливый долгострой в стиле КР, Elite, X3 и т.д.), стандартный подход юнити не подходит по ряду причин. Нужно просчитывать все звездные системы (их немного) и объекты в них единым образом, вне зависимости от того, отрисовывается ли происходящее на сцене (естественно, без интерполяции траекторий и прочих покадровых действий). Внутри все расстояния в метрах - а в зависимости от размеров системы при загрузке уровня будет происходить масштабирование в юнитековские единицы. В общем, хранить свою обособленную и прозрачную модель лично мне в данном случае проще, чем опираться на GameObject'ы. Да и сериализацию будет удобнее делать, например.
Но за ответ спасибо, заставил поразмышлять и еще раз взвесить все плюсы и минусы. В таком случае, сделаю простенький маппинг.
Евгений Елчев: Собственно, гуглится очень быстро, вот пример: https://i-msdn.sec.s-msft.com/dynimg/IC629356.png. Сейчас не в окнах, поэтому конкретно свое скинуть не могу (+ на моем проекте это выглядит слишком страшно). Умеет в отображение объектов (неймспейсы, классы и т.д.) и связей между ними - наследования, вызовы и т.д.
Раздражает, кстати, что иерархию неймспейсов не учитывает и все кидает в одну кучу.
Спасибо за ответ. Я читал про контейнеризацию, наверное для таких легковесных целей это действительно несколько лучше подходит. Но все же для начала хочу ознакомиться с полной виртуализацией, а потом уже смотреть, так сказать, развитие идеи. Да и поиграться с другими дистрибутивами/ОС иногда хочется, тут без виртуалок уже никак.
LanRest: матчасть учить надо, легко же гуглится по ключевым словам. Optimus это технология nvidia для включения дискретной карты только при необходимости. Соответственно легко нагуглить ее реализации для linux.
Ну значит надо посмотреть что-нибудь еще, кроме Unity3d, а то в первом же проекте больше 100 строк стал оттуда КОП тянуть)
Кстати там аналогичный метод реализован вообще вот так:
gameObject.AddComponent("SphereCollider")
Странно. Хотя наверное у них на то были причины.
Тоже вариант, спасибо. Но... как-то странно с точки зрения использования - если метод "знает" тип, то уж создать его экземпляр - явно "его дело", а не вызывающего.
Спасибо, завтра попробую. На тему "зачем" - типично для КОП (по крайней мере знакомого мне). Например нужно узнать, в какой объект попал луч. В unity3d это делается так:
var ray = Camera.ScreenPointToRay(Input.mousePosition); //например
Raycasthit hit;
Physics.RayCast(ray, out hit);
GameObject target = hit.GetComponent.gameobject;
Т.е. столкновение обрабатывается компонентом Collider, который уже может отдать своего "хозяина" (gameobject). По мне так удобно.
Да, в "режим коммутатора" переводил, работало (причем даже без переключения кабеля из WAN). Но для понимания процесса и снижения нагрузки на весьма глючный и капризный главный роутер пока хочу оставаться в "своей" подсети. Да и вероятность сделать своими шаманствами internet-blackout всем остальным меньше.
Пробрасывать вчера пытался - но видимо не работает проброс портов в моем DIR-320, прошитому в давние времена непонятно кем и зачем на прошивку от ASUS'а - теперь половина настроек не сохраняется. Ладно, буду ковырять...
Я бы вообще оба этих роутера заменил бы на свой как-бы сервер из ноутбука, но на нем только один ethernet порт, к сожалению.
В общем, спасибо за ответ, теперь хоть точно знаю, что куда пробрасывать.
Upd. Возникло ощущение, что если убрать чекбокс "Запрашивать подтверждение перед загрузкой каталогов больше, чем ... МБ" стало быстрее. Правда, 100тыщ файлов и 100Гб он все равно так просто не хочет осиливать. Посмотрим, справится ли за ночь.
Aves: да, в конце нужно получить отдельный pdf, но в скрипт я засунул только преобразование в упорядоченные джипеги. uyrij: Да, сжать хочу. Способа сделать это сразу при конвертации png не нашел (ключ -quality не работает). На конспектах даже 60 не особо заметно, т.ч. выгода в несколько раз.
Про && вопрос не понял. Команда
convert -quality 75 *.png result.jpg && convert *.jpg result.pdf && rm *.jpg
последовательно выполняет действия: конвертация в jpg, затем эти jpg в pdf, потом их удаляет. И вроде && не выполняется при ошибке в предыдущей. Да, convert создает много файлов, но это все внутри него, для баша это по логике вещей одна команда (или я совсем тупой).
2)Насчет java и сборки под android не знаю, пока еще не изучал для себя это направление. Но предполагаю, что какой-нибудь android sdk все же нужен. Ну и в общем, скорее всего, все тоже самое, что и для IntelliJ IDEA, форк все таки.
3)ArchLinux + KDE + XMonad.