Артем Воронов

Если требуется синхронизировать данные только между девайсами, без WEB и других платформ, самый простой способ - использовать roaming storage https://msdn.microsoft.com/en-us/library/windows/a...

Стоит ли тратить большое количество времени и до дыр задрачивать алгоритмы на графах, комбинаторику, сортировки или же делать упор на знание технологий и будет достаточно поверхностного изучения алгоритмов?

Без разницы. Главное ответственно подходить к изучению. В процессе работы недостатки в знаниях будут воссполняться сами собой (по мере поступления задач). Конечно, базовое представление лучше иметь обо всём.

Если Вы выбираете свой карьерный путь, будьте уверены, чтобы Вы не выбрали, придётся много раз пересматривать этот выбор.

Олимпиадное программирование:

- даёт понятие о сложности алгоритмов, оптимизациях и «внутренностях» работы алгоритмов;
- учит быстро принимать решение и писать «шаблонный код» (в хорошем смысле этого понятия);
- учит слаженной командной работе (если соревнования командные, например ACM);
- не даёт никакого понятия об архитектуре, читаемости кода и его поддержке.

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

Мобильным приложениям (не играм) помогают не издатели, а инвесторы. Ищите деньги у них.

Всегда в интеренете находится много людей, которые утверждают, что они работают 10+ часов в день по 50$ в час.

На самом деле, 8 часов из 10 они откликаются на отклики и еще 2 часа работают за 5 долларов в час. Т.е. на самом деле они работают по 1$ в час. И таких 90%. Потому что смысл заказчику платить 50 долларов Васяну, когда господин из Индии готов сделать то же самое за 2-5$?

Только действительно опытным и гуру могут предложить задачи по 50$ в час, что сильно дешевле специалиста в США, к примеру. Но и таких уже ищут не на одеске, а по рекомендациям, имхо.

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

Конечно, сейчас многие начнут спорить со мной. Уже годами люди спорят со мной на эту тему. Что еще раз подтверждает мою правоту. Спорить со мной тем, у кого 50$ в час цена - дорого, столько времени тратить на меня, доказывая что-то. Значит спорят те, кто 50$ не видят никогда. Такие вот дела.

Да, в общем C# наверное будет лучшим вариантом. Язык не особо сложный по сравнению с С++ (который тоже можете рассмотреть), прекрасная MSDN на русском, да и книг тоже полно.
Но это я думаю вы уже и так поняли. Вот что гораздо важнее: программисту хорошо бы знать английский язык на уровне хотя бы "понимаю со словарем". Например ради StackOverflow, GitHub и прочих прелестей.

Ну, тут зависит от человека... В общем случае, ответ, конечно нет. Причём это про любое так можно сказать. Не важно, насколько они похоже, при изучении чего либо требуется тотальная концетрация.

Однако. Стоит заметить, что во-первых, JS и C# таки похожи в синтаксисе. По крайне менее, точно будут случаи, когда программу на C# почти без изменений браузер сожрёт да не подавиться.

Но тут вот что важно помнить. C# - это такой канонический ООП. C# стабилен, C# стандартен, C# быстр. И да, он таки удобен. В чём-то. В большинстве.

JS - это попытка впихнуть ООП в хаскел, дополнительно заменив все ключевые слова на куда большие в размерах. Однако, во-первых, зачем-то имплементировали прототипную модель наследования. Она удобна в относительно редких случаях. Во-вторых, JS сложен, а от этого сложна и компиляция и исполнение, да даже для освоения он сложен. В-третьих, JS-ов много. Вообще, JavaScript - это имплементация спецификаций ECMAScript. Как и ActionScript. И ещё тысяча этих script'ов. Однако. Есть ещё и DOM. И с ней надо работать. А это тоже медленная штука. И вообще - браузер очень медленная штука. Отчасти это связано с тем, что стандарт действительно сложен, отчасти с тем, что современные страницы мало чем отличаются от сложных программных продуктов, однако часто выполнены с ошибками (бывают даже умышленные ошибки). Причём доступа к железу нет почти никакого. Отсюда - сложный контроль производительности. Отсюда...

А... Что там. JS убог. Чуть менее чем полностью. Если нет нужны верстать HTML не трогайте его вовсе. Если есть нужда - то придётся. В любом случае. Даже не смотрите на CoffeScript, TypeScript и подобные. Их можно будет изучить. Потом.

Забыл написать самое главное. Программирование - штука многогранная. И как я писал выше - JS убог. Но так уж случилось - просили одно, хотели другое, выходило третье, а вышло - четвёртое. И всё перемешалось, умешалось, замешалось и.. Получился такой вот страшный гибрид. Функциональный, да не очень. Объектный, да не совсем. Портативный, да тоже как-то не сложилось целиком. Однако, он всё таки очень многогранный. Несомненно, те практики, которые Вы получите при изучении JS могут очень сильно помочь при использовании C#. И наоборот. Классические подходы разные, однако классика не всегда подходит.