Eridana

и мне 23, и я тоже программирую на C# и есть работа, но тоже есть такое желание, и чувство более, чем знакомое.

Вот только для того, чтобы "что-то было", надо "что-то сделать". Изменив направление, принципиально ничего не изменится, кроме того, что вы начнете с начала. По-началу будет интересно из-за эффекта "сколько всего нового", но этот эффект быстро выветривается, когда приходишь к той же точке. Я тоже параллельно изучаю программирование под iOs, но основную ставку все равно делаю на C#.

В ближайших планах переезд и поиск места, где есть возможности для самореализации. Если повезет устроиться пусть даже ios джуном - я это сделаю. Если нет, то продолжу дальше C#, но в сторону веба и сервисов. Это первый шаг - стратегический.

Во-вторых, уже сейчас, стараюсь извлекать максимум из существующей ситуации. Беру инициативу на себя и предлагаю использовать те или иные паттерны, где это уместно, наступаю на грабли - ищу решения, стараюсь писать юнит тесты, даже учитывая, что они никому нафиг не нужны. В возникающих проблемах, стараюсь исследовать вопрос как можно глубже, чтобы не быстро залатать дырку, а понять как оно работает. Примеры архитектуры стараюсь смотреть в разных проектах на гитхабе и некоторых других опен сорсных ресурсах.

возник вопрос, куда идти и что делать, пока есть возможность.

Жизнь сложная штука и "куда идти, что делать" это вопрос, который предстоит решить лично Вам. А для того, чтобы ориентироваться нужны 2 вещи: компас и карта. Компас - это ваши личные жизненные ориентиры, цели, принципы. Если их еще нет, то самое время их заводить :) Это не абстрактные понятия, а то чем вы живете, как вы живете.

Ну и карта, это общедоступная информация. Да, масштаб карты оставляет желать лучшего, да на карте не отмечены места, где может уже и нет дороги, не какие-то общие представления о том, где вы находитесь и куда вам надо - получить можно. Смотрите вакансии, смотрите требования, общайтесь, узнавайте, усердно работайте, сверяйтесь снова по компасу и карте, в правильном ли направлении движетесь. Иначе можно уйти настолько далеко в лес, что потом может не хватить сил вернуться и останутся горечь и сожаления. Либо нарезать круги вокруг чего-то абстрактного в надежде, что "вот-вот, сейчас то заживем!". Ищите людей с которыми Вам по пути, тоже хорошее подспорье.

Density и разрешение экрана свзяно друг с другом не совсем прямо пропорционально.

В Android есть такое правило:
LDPI:MDPI:HDPI:XHDPI:XXHDPI=3:4:6:8:12.

например здесь: stackoverflow.com/questions/6166677/android-screen...
или на developer.android.com

То есть, делать персонажа 100 пикселей для xhdpi - очень плохая идея. Лучше, например, 96 пикселей. Так как 96 без остатка делится 6. А высоту не 80, на 78. Тогда размеры персонажа у Вас будут:
LDPI: 48х39
MDPI: 64х52
HDPI: 96х78
XHDPI: 128x104
XHDPI: 192х156

Отсюда можно легко вычислить в каком разрешении Вам надо рисовать персонажа, чтобы избежать не ркатного масштабирования. Находим наименьшее общее кратное между пропорциями. Это будет 24. И рисуем Ваш объект в разрешении 384х312. Из этого размера Вы легко получаете все рисунки всех необходимых размеров. Лучше сделать скрипт, который, например, при помощи ImageMagick масштабирует Ваш оригинальный рисунок и раскладывает по папкам.

То есть, если Вы хотите поддерживать все 5 разрешений, то все Ваши оригинальные рисунки должны иметь размеры, делящиеся на 24 нацело.

Однако, LDPI можно не рассматривать. Тогда пропорции получаются:
MDPI:HDPI:XHDPI:XXHDPI=2:3:4:6.
И в этом случае, очевидно, что все оригинальные рисунки должны иметь размеры, нацело делящиеся на 12. Кстати, даже если Вы оставите поддержку только HDPI и XHDPI Вам все равно нужен множитель 12, а значит Вы дешево получаете поддержку и MDPI и XXHDPI.

Для iOS все чуточку проще. Смотрите комментарий @Lerg.

Не знаю как именно обстоит дело в Unity, но я беру спрайты максимального размера под iPad Retina и уменьшая два раза в два раза. Допустип фоновое изображение. Для iPad это будет 2048х1536.
Такой файл я называю background@4x.png, и делаю ещё две версии background@2x.png и background.png, каждый отличается в 2 раза от соседнего. То есть @2x это 1024х768, а простой это 512х368 для устройств с совсем низким разрешением (хотя в настоящее время их можно уже и не поддерживать, это iPhone 3GS, например).

Версия файла выбирается из текущего разрешения устройства, берётся таким образом, чтобы не было артефактов увеличенного масштабирования. То есть для разрешения 1024х600 берутся файлы @2x и уменьшаются по принципу letterbox.

Если говорим о спрайтах и элементах UI, то ничего больше для них не нужно. А вот для фоновых изображений или изображений во всю ширину экрана нужно учитывать ещё разное соотношение сторон.

Если взять фон от iPad и показать его на iPhone 5, то по бокам будут видны незанятые области. Фоновое изображение нужно расширить. Опытным путём я пришёл к разрешению 2776х1536 для @4x, такое изображение покроет полностью экраны всех мобильных устройств.

DPI по хорошему нужно учитывать, иначе на iPad элементы UI получаются гораздо больше чем на iPhone и их можно было бы сделать поменьше, но на практике и без этого нормально в большинстве случаев.

Ваша задача, полагаю, будет прекрасно решаться средствами как ORM, так и Core Data.

Стоит понимать, что Core Data - это не ORM, а средство для работы с графом объектов. Сравнивать их можно лишь очень условно. Если вы уже работали с ORM, то пользоваться Core Data будет несколько непривычно.

Если сроки, отведенный на написание приложения, не горят, рекомендую всё-таки освоиться с Core Data - это прекрасная технология, позволяющая полностью закрыть букву M в аббревиатуре MVC. Помимо того, что Core Data является нативным фреймворком, который всегда "под рукой", он очень быстр, обновляется самой Apple (вероятность того, что в будущем придется переползать с одной ORM на другую, ниже) и позволяет писать очень компактный и надежный код.

Не понял, что имелось ввиду под доступностью sqlite "из вне", да и в принципе слабо знаком с ORM-решениями. Полагаю, у них есть свои плюсы и есть минусы.

Первый раз слышу, чтобы для девушек были какие-то особые критерии выбора языка программирования. Это примерно как девушке спросить "Хочу научиться водить машину, какую посоветуете?" Ну как, ясно какую: "Вон ту, красненькую берите! Она к вашей сумочке подходит..."
Вообще-то язык программирования не выбирают - это просто инструмент. Для решения определенного круга задач. Что и на чем собираетесь программировать - это и определяет тот язык и ту среду программирования, в которой придется работать. Иногда вообще вариантов нет: например для программирования айфона существует только язык Objective C и только среда программирования Xcode.
Так что сначала надо точно знать, что Вы собираетесь программировать и на чем. Изучать язык "просто так" тоже можно, но тогда нужно четко определить цель: "для обучения".

Вопрос немножко некорректен. 32-битность здесь большой роли не играет (важно только, чтобы архитектура не была 8-битной, где длина типа int может быть равна длине типа char, но всё равно это тоже некорректно, т.к. размеры типов не зависят от разрядности архитектуры, надо было указывать разрядность типа int), роль играет порядок байт.
Если little-endian (интеловский порядок), то в c помещается наименьший значащий байт числа, т.е. это эквивалентно x % 256.
Если big-endian, то в c помещается наибольший значащий байт числа, т.е. это эквивалентно x >> 24 (для 32-битной архитектуры).
Соответственно, для little-endian эта операция над числом 1 вернёт 1, для big-endian - 0.
Двойной знак вопроса использовался в C (где нет типа bool) для нормализации значения (!!x эквивалентно x > 0 ? 1 : 0).
В C++ ! возвращает bool, а результат двойного применения отрицания это, по сути, преобразование типа исходного значения к bool (!!x эквивалентно (bool)x).
В любом случае, суть последнего выражения - возврат true/1, если архитектура little-endian, а иначе - false/0.
То есть назвать эту функцию можно было IsLittleEndian().

Ну. Я сам начинал с С# правда закончил с ним еще в 20 лет. На самом деле для меня лично все достаточно просто. Хотите более стартапно развиваться с большей конкуренцией надо уходить наверх по стеку технологий, например из софтерной разработки переходить в Web разработку, мобильную разработку. Хотите стать узконаправленным специалистом надо уходить вниз по стеку в хардвар. Ну и есть еще третий путь это научный =), там больше компьютер сайнс и меньше кода.

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

Обычно junior программистов берут либо без опыта, либо с маленьким опытом. И у вас появится опыт на реальных коммерческих проектах, что расширит, в свою очередь ваш кругозор, и даст необходимый опыт.

Причём вполне возможно, что вы, получив опыт в чём-то одном, перемените своё решение в отношении работы с той или иной платформой.

Резюмирую: ищите вакансии junior программистов и нарабатывайте опыт. И всё у вас получится.