evgeniy_lm

Все зависит что вы собираетесь программировать и какими инструментами пользоваться. Для ныне модного Python вам более чем достаточно того что у вас есть. Ну, а для чего другого смотрите минимальные требования, например, даже для Unrial 3 цена минимального ноута будет космическая.

Я прекрасно понимаю, что десктоп сейчас далеко не самая популярная платформа

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

Например десктоп, который есть в ближайшей франшизе вейп-шопов или кофеен

Скорее всего это тот самый "толстый клиент"

Хочу также обратить внимание на специфику нашей страны.

Ой! А что случилось?

Очень часто слышу о скором повальном переходе муниципальных учреждений на линукс, а там и частники подтянутся (хотя возможно эта предпосылка ложная).

Совершенно верно "ваша страна" не Китай где из-за санкций Microsoft в начале 2000-x за год разработали и внедрили национальный Linux.

Тогда отсюда исключается C#

Не боись, тебе до пенсии хватит

Итого: два самых известных enterprise языка - c# и java не подходят, так как c# не будет/ будет плохо работать на линуксе, а java - "не подходит для десктопа" (в последнее время стал часто слышать это выражение), так как час javaFX уже прошел, а ничего нового вроде не появляется.

Читай выше, повальный переход на Linux "вашей стране" в обозримом будущем не светит, так что с С# проблем не будет. JAVA это десктоп в чистом виде и про скорую смерть JAVA я слышу уже 25 лет и ничего, живет.

Так вот вопрос: на чем сейчас пишут современные десктопные приложения?

Ответ: На всех существующих языках программирования. Даже на PHP. Ну, а конкретно нужно смотреть на обстакановку.
Если это древняя фирма разрабатывающая софт много десятков лет то скорее всего С++/С#
Если твоя программулина должна работать на любой платформе то это JAVA, Python
Если это небольшая контора то Delphi. На Delphi в принципе можно писать кроссплатформенные приложения, но это сложнее чем на JAVA. С другой стороны возможности Delphi несоизмеримо больше
+ еще куча ЯП той или иной степени экзотичности

ЗЫ. Я бы на твоем месте сейчас думал не про языки программирования

Ну для начала вам нужно перевестись в медицинский ВУЗ, на специализацию ортопедия. Потом видно будет.

Ну, если бы я писал эмулятор то однозначно выбрал AVR. В остальном вам выбирать

Есть задача сделать очень простой "умный дом", только с локальной сетью (без доступа в интернет).

Управление "умным домом" удаленно опция очень полезная, но не обязательная.

никаких датчиков и пр. не будет.

"ум" дома определяется именно датчиками, нет датчиков и пр. нет умного дома.

Поясню. Есть витрина, хочется по нажатию кнопки на ноутбуке (в своем приложении) включать/регулировать подсветку разных зон.

Если бы вы искали не решения типа "умный дом", а как банально RGB лентой или контроллер rgb ленты то вопросов бы у вас не было бы

как процессор понимает нули и единицы

Никак, он вообще думать не умеет

как происходит преобразование нулей и единиц в электрический сигнал.

Никак. Нет там нулей/единиц, Есть только электрические сигналы типа включено/выключено. Это человек такие сигналы называет "логический ноль", "логическая единица"

Есть ли в ЦПУ ЦАП?

А что такое ЦПУ? Если имеется ввиду CPU (логика подсказывает), то нет его там. Я даже представить не могу что ему там делать. Современный процессор с аналоговыми сигналами ни как не пересекается. Существуют процессоры для цифровой обработки аналоговых сигналов (аудио, видео, пр.) называется DSP там и ЦАП есть и АЦП и даже не один.

В том весь и прикол. Программист это не тот кто пишет код, а тот кто решает конкретную задачу и создает нужное, важное ПО. Для этого необходимо знать и уметь так много, что непосредственное написание кода это дело даже не десятое.
Начни с того что найди какую ни будь проблему, можно свою, но лучше чужую. Подумай что можно автоматизировать для мамы/папы/бабушки/дедушки, для одноклассников (лучше одноклассниц), если работаешь то, разумеется, на работе. Опиши проблему в виде "черного ящика", разработай математическую модель проблемы. Записать матмодель на каком ни будь ЯП это уже мелочи.

Как управлять шаговым двигателем с пк

Если конкретно то можно так

Если в общем то:
1. Windows однозначно не дает прямого доступа к портам и вам нужно либо изучать драйвер LPT либо искать готовый класс для вашего языка, например компоненты Delphi для других должно быть нечто подобное.
2. Windows многозадачная система, по этому рассчитывать на идеальную синхронизацию вращения вашего двигателя не стоит, обязательно будут пропуски шагов, зависания и пр. приколы
3. LPT штука хлипкая (увы такая конструкция) по этому подключать к нему что либо желательно через гальваническую развязку. В принципе на любой плате Mach3 это есть. Можете и через uln 2003, но будьте готовы потерять плату LPT
4. Не забывайте, что шаговики бывают униполярные тогда вариант с uln 2003 прокатит, а бывают биполярные тогда вам без платы Mach3 и драйвера БШД не обойтись
5. Не морочьте себе голову, крутите ШД через Arduino как все нормальные люди. Если надо можете его к компу подключить и простую прогу написать.

ЗЫ Если нужны более подробные консультации пишите на почту

количественно измерить опыт программиста

Можно количеством написанных нужных/важных программ

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

Класс это основа (принцип) ООП нет классов, нет ООП

знал, что при помощи JVM язык добивается кроссплатформенности и за счет этого Java стала такой популярной. Т.е. в моем понимании язык тогда как раз таки и подходил для микроконтроллеров

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

PS Некоторые контроллеры Амперки которые на ARM Cortex программируются на JavaScript, но это уже другая история (помоему не очень удачная)

Из названия понятно, что VB.NET используется там же где и С#.
Turbo Pascal последний раз обнавлялся в 1994 году и с 1996 года официально не поддерживается (читай использование не рекомендуется). Сейчас TP крайне редко используется в школах и ВУЗах преподами информатики которым далеко за 70 и их более молодыми коллегами которые в школе по информатике имели 3- и более ни где.
В принципе если вы не плохо владеете ТР то можете воспользоваться его современным аналогом Free Pascal, а для разработки оконных приложений существует IDE Lazarus. Правда за 25 лет очень многое изменилось и на FP приложения пишутся совсем иначе чем на ТР, хотя синтаксис похожий и даже более менее сохранена совместимость

В Excel и в Аксес не получится.

Станно, но у меня получилось

Если приложение установлено на несколько ПК разными пользователями, то необходима синхронизация всех документов через сервер. Как такое осуществить?

Это называется "клиент-сервер"

Если имеются ссылки на литературу или же примерные готовые приложения, то буду благодарен, если напишите ссылки.

Может это банально, но вас что в Google забанили?

ЗЫ Судя по вопросу вам проще найти пару сотен баксов и гарантировано решить вопрос в течении месяца, чем мучатся несколько лет и все благополучно просрать

Понятие "точность расчетов" хорошо иллюстрирует анекдот:
Экскурсовод в музее:
- Этому экспонату примерно 3005 лет.
Экскурсант:
- Как вы так точно определили!?
Экскурсовод:
- 5 лет назад, когда я устраивался на работу, директор сказал, что этому экспонату примерно 3000 лет

В реале большие точные числа нужны только в алгоритмах шифрования и ни где более.
Как правило большое число представляется в виде массива байт и есть соответствующие функции их обработки. Я, даже, давно сам этим баловался, ничего сложного там нет.
Ваш ГУГОЛ это всего навсего 42 байта, а алгоритмы RSA используют числа длинной 64 и более байт
Еще есть алгоритмы вычисления числа пи, но это немного другая история которая практической пользы не имеет