сергей кузьмин, меня не покидает ощущение что задачу разработки делают админы. Разработчики бы сразу делали http/REST сервис. Консольное приложение - не проблема. Его можно тоже вызвать из любого процесса. API всегда есть. И в python. И в java.
Чорт его знает. Такие проблемы проще решать исключая переменные. Например. Автор пишет - лагает через провод. Что за провод? Сколько hops, сколько сегментов отделяют клиента от сервера? Можно ли просто переставить RDP сервер поближе? Возможно лагает сам RDP. Случаи разные. Антивирус заработал. Диск чем-то занят параллельно. Или кто-то рукастый запустил еще пару серверов на этом хосте. Это все надо ходить и проверять по пунктам. А вы говорите - как. Вот так.
chincharovpc, переложи приложение в другой фолдер. Еще придумал блин какие-то фолдеры с точками. Сделай чтоб оно просто заработало а потом уже разложи по феньшую.
res2001, я 15 лет назад был отпетым сторонником pure-OOP. Сейчас я стал философом. Я просто увидел другие разработки. Мир вообще более широк чем просто какая-то парадигма. Кстати есть такое религиозное наблюдение что все гениальные люди слегка безумны. Или скорее наоборот. Если ты претендуешь на гений - то ты должен отбросить в сторону паттернализм и стандартные подходы. Любой сложный и умный проект - он скорее нестандартный. Он разворачивает стандарты на 90 градусов.
Вобщем я с удовольсвием поговорю о парадигмах. Но просто это будет разговор о том что новичку сейчас не надо. Ему щас надо другое. Кнут. Вирт. Дейкстра. Дискретная математика. И инженерные сведения о железе.
res2001, я просто говорю к тому что вопрос парадигмы иногда вообще не стоит. Какая парадигма у микро-кода процессора? Чорт его знает. Главная парадигма - сверх-скорость и сверх-надежность.
Дружище ну это вообще не задача баз данных. В инфо-технологиях хранение данных и их отображение очень четко отделяется. А когда ты хочешь такую компоненту которая решает узкую задачу - запрограммируй ее сам.
Борис Животное, я-бы не экономил. Я-бы купил себе топовую конфигурацию по процессору и памяти. Благо доход позволяет. Я имею обширнейший опыт сидения на плохом железе. И у меня вобщем-то чутье на плохой и неоптимизированный код. И я его вижу на хорошей конфигурации и на плохой. Но сыну я-бы не стал покупать дорогую "игрушку". Тем более если он заявит что хочет учиться на разработчика. Ничего. Трудности закаляют характер.
Я думаю что зависит от задач. Если автор будет кодером embed-систем то ему в принципе подойдет комп старого поколения. Даже 32х разрядный можно купить. Или забрать у бабушки.
Вообще узкая конфигурация имеет смысл с точки зрения перформанс-тестирования. Например если вы гейм-девелопер - то ты должен понимать что рынок устройств несовершенен и игра должна ЛЕТАТЬ не на топовых железках а на широком потребительском сегменте. Или по крайней мере обеспечивать такие пре-сеты чтобы она терпимо работала в шир-потребе.
Вот с этой точки зрения я согласен что не стоит сидеть в тёплой ванне. В этом случае удары судьбы будут не так болезненны и более ... прогнозированы чтоли.
res2001, ты не поверишь что я лет 15 был ярым проповедником ООП. Я аки меч карающий ходил среди коллег и делал свое коде-ревью.
В любом случае та или иная парадигма будет использована (или какое-то их подмножество), т.к. без этого практически не возможно сейчас написать ни одно мало-мальски сложное приложение.
Как ты считаешь, ядро Linux - это сложное приложение?
res2001, тебе не платят за парадигмы. Разработчику вообще не платят за фичи того как выглядит код. Бизнес платит деньги за то что задача будет заделиверина к сроку. Через X дней в сети появится endpoint который обслуживает к примеру новую маркетинг-акцию. Будет ли это написано на Erlan/Elixir где чистая функциональщина или на Java где преобладает ООП - пофиг.
Внешний вид кода - это исключительно внутреннее джентльменское соглашение между группой разработчиков.
Есть предположение что у тебя параллельно идет еще какая-то дисковая активность. Может вакуум проснулся. Может AWS RDS в это время что-то бэкапирует. Вот в первом комментарии один господин советует смотреть в мониторинг. Я без книжки не помню какие там таблицы. Давно это было. Вобщем передаю эстафетную палочку тем кто точно знает куда смотреть.
