mkone112, есть такое мнение, я его противник) В моей картине мира самостоятельный разработчик - это просто "программист", задачи посложнее - мид, задачи совсем сложные и выстраивание архитектуры - сеньор, тимлид выстраивает команду. А джун - начальная позиция, которая рассчитана как раз на обучение. Понятия "трейни", честно скажу, за свою карьеру ни разу не встречал вживую, только недавно стало попадаться.
При этом на джунов стали валить чуть ли не задачи мидлов.
tellmesmth, 2 года в десктопе на Qt это уже какой-никакой опыт, и достаточно близкий.
Обстановка с джунами сейчас сложная во всех областях. Причем с обеих сторон. На статью для хабра потянет, если пытаться разобраться в ситуации)
Если вкратце - джунов много, высокая конкуренция, а работодатели стараются экономить и под позицией джуна маскируют полноценного самостоятельного разработчика. Но найти работу при желании можно.
Просто из личного опыта поиска себя в других областях - если нет в наличии актуального Мака, лучше попытаться начать с Android. Принципы разработки идентичные (перепрыгнуть с Java на Swift, особенно начинающему, несложно), зато ставится почти на любое железо. Да и стоимость аккаунта разработчика - разовые 25$ у Google против 100$ в год у Apple - легче наскрести на хобби.
Напишите свое приложение для Android (пусть даже их уже тысячи таких) и поймете, Ваше ли это. Если понравится, то будет смысл вложиться в iOS-разработку.
сергей кузьмин, по личному опыту сейчас ни с чем бороться не надо, при наличии достаточно мощного ПК в обычной виртуалке все работает без проблем, от собственно среды разработки до эмуляции устройства.
tttttv, в общем то уже детально ответили)
По себе скажу, что в общем сначала обычно делаю фронт, потом бэк, так как реализация фронта обычно меньше зависит от готовности бэка, а вот отладить бэк без фронта заметно сложнее.
foonfyrick, скорее какие задачи решаются регистрами накопления, когда нужны периодические или непериодические регистры, для чего нужно подчинение регистратору, когда нужны только обороты, а когда нужны остатки и т.п. Этот функционал не меняется от конфигурации к конфигурации, плюс программисту чаще нужно либо правильно вклиниться в существующий функционал, либо при разработке нового сохранять типовую логику, применяемую в типовых решениях.
А различия между конфигурациями, на самом деле, минимальны. Это делается специально, чтобы минимизировать работу по введению нового функционала во все решения, для которых он актуален (например, блок бухгалтерских документов будет практически одинаков что в БП, что в УНФ, что в КА, что в ERP).
К слову, есть вполне конкретные официальные цифры в Apple Music - треки хранятся в четырех параметрах сжатия, соответственно один трек занимает 1,5 МБ + 6 МБ + 36 МБ + 145 МБ = 188.5 МБ, при этом хранится 90 млн треков. Или примерно 17 млн МБ, 17000 ТБ.
Конечно, не все треки есть в максимальном качестве, но цифра все равно намного больше озвученной Вами.
Плюс такие данные обычно хранятся не в одном экземпляре, а на георграфически распределенных серверах, где есть целая система оптимизации нагрузки и ускорения доставки конечным слушателям.
KarambyG, здесь много тонкостей. В целом, как писал ранее, доказать копирование кода (а не то, что просто точно такой же код написан с нуля) сложно, а сам код фактически опубликован в открытом источнике. Еще и узнать им нужно будет, что код скопирован. Если это прямо какая то уникальная разработка, то, наверное, такое копирование некрасиво. Если это очередная реализация визуального текстового редактора или еще что-то подобное, то чем, по сути, это копирвоание отличается от использования того же wordpress или joomla?
Наверное, стоит отдельно отметить, что проблемы могут появиться если этот код является основой бизнеса той компании, что его разработала. С другой стороны, в этом случае компании обычно заботятся, чтобы код было максимально сложно использовать нелегально (для этого есть специальные инструменты).
KarambyG, с большой долей вероятности этот скрипт тоже откуда то скопирован.
Но вот бездумно копировать не стоит, желательно хотя бы прочитать. Плюс почему Вы уверены, что видите весь скрипт и нет ничего на бэке?
edward_freedom, нужно соблюдать законодательство стран, в которых живешь и работаешь. Мое замечание было о том, что под раздачу можно попасть не за оплату в биткойнах или других криптовалютах (я как раз написал, что не слежу, насколько они сейчас легальны), а за работу на криминал, у которого эти криптовалюты, если верить тем самым интернетам, как раз популярны.
Александр, любая работа временами превращается в ремесло, вопрос в соотношении этого ремесла и настоящего творчества. В 3D творчества немного больше.
У художника тоже не всегда творчество, бывает работа художника тоже превращаетсся в рутину. Творчество обычно там, где делаешь что-то для души, а зарабатывание денег чаще всего не про творчество, в том числе и для художников.
С детьми все не так однозначно. Учитывая, что все общение сейчас в мессенджерах, неожиданно оказывается, что при включенном ограничении "только детские приложения" скачать тот же Viber нельзя, так как у него не детский рейтинг (кажется, 16+, но могу ошибаться). Итого, чтобы ребенок мог звонить бабушкам с видео и слать фотографии игрушек, пришлось отключать ограничение только на детские программы в маркете. Поэтому то, что пользователи дети, совсем не означает, что они не могут скачать такую игру...
Но полностью согласен, что приложения и игры 18+ хуже продвигаются маркетом.
evgstrk, мне как то менеджер по продажам заявил что хочет 70% от продаж, иначе ему работать неинтересно. Понятно, что был послан по известному адресу...
Хорошие продажники есть, но их мало и они обычно работают. Найти таких сложно.
А вообще, сейчас на рынке очень странная ситуация - одновременно соискатели жалуются, что месяцами не могут найти работу, а работодатели - что не могут месяцами найти сотрудника. Ищите, возможно, повезет.
Когда-то давно я считал, что все программисты перед началом работы должны достаточно глубоко погрузиться в бизнес-логику, чтобы хорошо понимать, что и для чего они делают.
Потом это мнение разбилось о "кодеров" - программистов, тупо и слепо выполняющих ТЗ, даже не вникая, как это будет работать. И, как показывает практика, таких кодеров на рынке подавляющее большинство. И их, в отличие от "настоящих" программистов, нужно постоянно контролировать. Начиная от максимально продуманного ТЗ и заканчивая постоянными тестами человеком, понимающим как все должно работать.
В моей идеальной картине (назовем это "лучшие практики") мира все-таки роль тестировщика должна сводиться к отлову багов, случайно допущенных программистом, а программист должен достаточно разбираться в теме, чтобы самостоятельно учесть нюансы бизнес-процессов, упущенные при постановке задачи заказчиком. К сожалению, в реальности таких программистов мало, а стоят они дорого, вот и приходится выкручиваться.
Andrej, я когда то пользовался по необходимости чем то похожим на присланный Вами универсальный вариант, могу только сказать что он работал и грелся в меру. Но китай есть китай, гарантии качества никто не даст.
Второй вариант очень похоже что подойдет как родной, размеры разъема тоже идентичны.