Dmitry Pavlov

Вы пробуйте. Тут работодателей из Польши, думается, нет. Никто не скажет. А когда попробуйете, сами тут и расскажете всем. Думаю, будет интересно.

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

Кой какие мысли в этих ответах может окажутся полезными:
Как эффективно изучать JS?
Как вы освоили шаблоны проектирования?
Какие есть хорошие книги по архитектуре приложений?

Либо редактор HTML просто чистит все лишнее на всякий случай, либо опасаются что похакают кто-нибудь через windows.opener :)

Эта статья поможет подружиться с кодировкой в PHP стэке - Data Encoding: A Guide to UTF-8 for PHP and MySQL

Если не заниматься фигней в течение дня, то можно совмещать фултайм работу с парттайм проектом (часов 20 в неделю - по 2-3 часа на буднях и остальное по выходным)ю В таком режиме можно в зависимости от наличия семьи увлечений, здоровья и тп работать несколько месяцев. Если основная работа позволяет справляться с ней быстрее чем за 8 часов в день - то дольше.

Совет - устройтесь на работу: Где можно найти работу для повышения навыков?
Дальше само все пойдет.

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

UPDATE: наткнулся вот на статью ain.ua/2016/06/22/656143 - Практическое руководство для тех, кто хочет стать профессиональным веб-разработчиком

Ветки по теме:
Подходит ли C#, ASP.NET для фриланса?
Во фрилансе (в частности UpWork) нужны C# и ASP.NET программисты?

В целом, советую устроиться на работу в офис Где можно найти работу для повышения навыков?

Запросить с сервера список сообщений чата через AJAX, построить дерево комментариев. Реализовать чат.

Реализовать динамическую фильтрацию дерева по по пользователям (чтобы можно было показать в дереве только сообщения интересующих участников и скрыть сообщения остальных)

Или о каких алгоритмах вы толкуете?

Звучит как задача передачи опциональных фильтров (опциональные параметры в метод C#).

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

Можно так (обратите внимание на new FormData(форма) )

$( '#my-form' )
  .submit( function( e ) {
    $.ajax( {
      url: 'http://host.com/action/',
      type: 'POST',
      data: new FormData( $("#my-form")[0] ),
      processData: false,
      contentType: false
    } );
    e.preventDefault();
  } );

На какой строчке кода тормозит? Замерьте.

var watch = System.Diagnostics.Stopwatch.StartNew();
// ваш код
watch.Stop();
Console.WriteLine(watch.ElapsedMilliseconds);

Проверьте свойство грида AutoSizeColumnsMode - поcтавьте его в None. Дает эффект? Еще можно проверить у каждого столбца свойство AutoSizeMode.

Ну и заведите переменную что ли - раз уж доступ к ней в любом случае 2 раза.

var cell = dataGridView1.Rows[currentRow].Cells[currentCol];

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

Либо можете попробовать разобраться в имеющемся коде - см. тут и тут.

Если речь про ломаные, состояшие из прямых отрезков, вот тут есть вариант - Algorithm for finding the segment overlapping two ...

Если нужно отлавливать приблизительное наложение, придется поиграться с углом и динамическим параметром, который будет регулировать, что считать наложением (принимать некую длину где отрезки формально не накладываются, но с учетом масштаба - приняты за наложение). Это чуть сложнее, и требует экспериментов.

Кто пользуется http://export.yandex.ru/weather-ng/forecasts/id.xml? Почему не работает?

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

Это видели? www.gambit.ph/converting-relative-urls-to-absolute...

Удаленно редко кто хочет нанять человека, который учится. Устраивайтесь (по вечерам, на полдня, как попало) в офис аутсорс компании (человек на 50+) на пол/четверь ставки или "за спасибо" джуниором/интерном/практикантом/кем-попало. За полгода/год - подровняете скиллы и технические и проектные (не менее, а то и более важные в нашей индустрии). Это хорошая и быстрая школа.

P.S. Относительно мотивации. Это обычная лень и отсутствие навыка не начинать ерундовых дел и доводить неерундовые до конца. Читайте книги и статьи. Со временем количество даже не слишком понятной информации перейдет в качественно новое понимание концепций программной инженерии. Законы диалектики никто не отменял :) количество перейдет в качество :) Главное не лениться и уделять своему развитию каждый день не менее 15 минут (больше - лучше) только без пропусков. Еще два правила полезных тут и вообще в целом:
1) принцип Парето (чтобы эффективно тратить свои ресурсы)
2) закон Старджона (чтобы не быть слишком серьезным и не перегреваться) :)

Найти и разобраться что это за такое - домашнее задание :)

UPDATE: наткнулся вот на статью ain.ua/2016/06/22/656143 - Практическое руководство для тех, кто хочет стать профессиональным веб-разработчиком

В старой книжке по юзабилити было сказано примерно так:

0,1 s (или 100 ms) - предел, до которого пользователю кажется, что система работает мгновенно и никаких прогресс баров не требуется.

1 s (или 1000 ms) - предел, до которого пользователь замечает небольшую задержку, но в целом ему кажется, что все работает нормально.

10 s (или 10 000 ms) - пользователь перестает следить за процессом и ему кажется что система подвисла.

В целом логика проста: меньше - лучше. Думаю, что предел когда все можно считать OK - до 1 секунды, лучше 500 ms (если конечно речь не про вызов API в цикле - тогда надо чтобы все запросы уложились в этот предел). Если отклик больше имеет смысл для той системы (обычно некий пользоваельский интерфейс), которая использует API - добавить какую-то анимацию вроде индикатора загрузки - в этом случае пользователь спокойней переносит б0льшие интервалы отклика, так как видит что система что-то делает. Обычно в веб приложении, которое лезет за данными (особенно если это не по одному элементу а обработка пакетом) в какие-то внешние системы делают индикатор. Можно довольно просто навесить какую-то анимацию на все AJAX вызовы с помощью api.jquery.com/category/ajax/global-ajax-event-handlers - на старт показывать на завершение скрывать. Есть много готовых решений.