Rou1997

int minVal = Convert.ToInt32(dataGridView1.Rows[0].Cells[6].Value);
Вы где видели, чтобы непосредственно Cell содержал значение?
C++ Builder, Delphi?

Конечно можно, максимум попросят подтвердить, что это ваш сайт, но это скорее касается прав на название и логотип, а в коде сотен загружаемых приложений никто не копается, была бы необходимость обфусцировать - можно было бы и такое сделать, частично переписать на native, но именно частично насколько позволит время и средства, для бутафории добавить какой-нибудь "движок", применить JNI, и обфусцировать.

Нормально ли так?

Вам честно ответить? Нет. Нормально, это уметь делать так.
Только давайте без обид, вы спросили, я ответил, понятия о норме у всех разные, может вам нравится не уметь быстро решать проблемы, зато и усилий вкладываете по минимуму, дело ваше.

Ассемблер x86 и так совместим с x86_64 если вы не используете готовые исполняемые модули (DLL, SO) разных архитектур в одном процессе, а вот при отладке, дизассемблирования, декомпиляции всегда нужно использовать инструменты для соответствующей архитектуры, так как адреса будут иметь разную разрядность (x86 рассчитано на ОЗУ только до 4 ГБ, в x86_64 - и свыше), к тому же в x86_64 есть дополнительные оп-коды (команды), которых просто "не знают" анализаторы в инструментах для x86.

Если главное сперва сделать быстро, то делайте как получится, base64 и прочие "костыли", позволяющие обойтись даже без POST-запроса, намного упрощают процесс и повышают кроссплатформенность. :)
Если хотите научиться делать хорошо и готовы подождать и деньги вам платят, то разбирайтесь с HTTP POST-запросами и можете еще применить multipart form data, загрузку бинарных данных вам придется осуществлять буферно, то есть по N байт, благодаря этому реализовать прогресс будет несложно.

библиотеки или классы

Вот такой запрос:
https://www.google.ru/search?q=android+upload+imag...
Но чужой код обычно не очень хорош для вас, а иногда вообще долго не работает сразу и создает много проблем в будущем, поэтому это только если с вас сразу требуют и быстро и очень функционально и при том мало опыта писать самому, тогда просто следует пробовать все подряд.

Это типа гибрид между эти:

var foobar = {
  x: 1,
  y: 2,
  pauseGame: 3
};

И этим:
function pauseGame(newgame){}
:)
В JavaScript функция является значением, и это используется при реализации ООП.

кто сталкивался с разработкой под терминалы?

Я сталкивался, это я говорю чтобы у вас хватило ума не подумать будто я сочиняю.

Это просто обычное оконное приложение, которое разворачивается во весь экран?

Да, и еще добавленное в автозагрузку и т.п., называется режим киоска.

Есть ли подводные камни, особенности?

1) То, что потребуется запретить появление каких-либо "левых" окон.
2) У терминала есть периферия - купюроприемники, диспенсеры, обычно подключаются по COM-порту, вам придется с этим работать, разбираться с документацией на устройство которая как всегда может быть неполной (вас в школе учили педагогике? вот и тех инженеров ей не учили, а значит...) и придется догадываться что вот эти значения надо обработать XOR и т.п., возможно понадобится реверс-инжиниринг каких-то приложений которые успешно работают с устройством.
3) Если в вашу компентенцию будет входить связь с сервером и понадобится TCP, то будут высочайшие требования к надежности ведь у вас интернет, а не интранет (локальная сеть), логику TCP нужно понимать почти в полном объеме, а не только read и write.

клики мышью на ноутбуке эквивалентны (с точки зрения тестирования, поведения) кликам пальцем на терминале? События все те же MouseLeftClick и пр., или нужно смотреть в сторону событий Gesture... ?

Да, эквивалентны, никакие особые жесты вроде swipe внедрять не стоит, надеюсь понятно почему.

Например, размеры шрифтов: я думаю, чтобы они не получились сильно мелкими или крупными на другом разрешении, обернуть весь скрин в ViewBox, он подстроит все размеры под размер экрана, разумно?

В любом случае нужно тестировать.

В данном случае, стоит Windows

обычный десктопный? Или всетки Embedded?