angry_cellophane

Каша в вопросе. Нажористая, но мутная. Вы хотите разрабатывать мобильный сегмент - поздравляю. У вас выбор или использовать кросс-платформенный Xamarin или целевые средства, ориентированные под конкретную систему. Хотите написать одну апликуху на все сразу - берите Xamarin. Хотите писать приложение, наиболее оптимально использующее целевую платформу - придется учить Java,C# и ObjC/Swift.

Только лучшее по Python'у, без лишних слов и воды: https://docs.python.org/

Мужик дегенерат, однозначно.

// EDIT

Посмотрел прикрепленные исходники. Закапал святую воду в глаза.
Выкиньте это всё, покажите ему, например, PHP: The Right Way.

Я бы на Вашем месте уволился, незадумываясь.

5 лет за компьютером занимаюсь кодингом + до этого 7,5 лет занимался за компьютером схемотехникой.

Лишний вес появился, когда закончил институт, начал работать, женился, то есть когда стал более менее питаться регулярно и калорийно, бросил курить.

В какой-то момент, когда вес перевалил через психологическую границу - понял, что пора что-то делать. Стал бегать по утрам и ограничил себя в еде. Минус мучное, минус явные жиры, минус сладкое, минус соки-газировки. После 20.00 не ел. Ел по пять раз в день по немногу.
Итого за 3 месяца минус 13 кг. В организме легкость. Но заболели колени. Ударная нагрузка на колени при беге из-за избыточного веса, неправильной техники бега и, как потом выяснилось, плоскостопия. Перестал бегать, перешел на спортивный шаг.
После год физкультурой не занимался и не особо следил за едой. Опять набрал 5...7 кг.
Пошел в фитнес-клуб, где и занимаюсь до сих пор. Сейчас вес приблизительно такой же, как был до всех похудений, но, по ощущениям, набрал где-то 50 на 50 мышцы/жир. Живот ощутимый есть, но осанка хорошая. Отдышка не мучает. Сердечно-сосудистая система работает. Становая - 100кг, Присед - 100 кг, жим лежа - 80кг. Это не на раз, это рабочие. Последняя тренировка с гирей 16кг по наручному кардиомонитору: 1ч20м, ср.ЧСС 150, махЧСС190, ккал1200.

Образ жизни кодер формирует себе сам. Он не обязательно сидячий. У меня двое коллег программистов в выходной устраивают себе велопокатушки на 70...80 км.
А прогрессирующий лишний вес появляется когда количество поступающий с пищей калорий превышает количество используемых. Плюс качество поступающих калорий, конечно, тоже важно. Углеводы надо получать из каш (низки гликемический индекс), а не из булок. Больше белка. Контролируемо - жиры.
А если питаешься не очень калорийно или от природы с метаболизмом повезло, но с физкультурой не дружишь, то все равно будет грозить фигура беременного кузнечика. Когда мышцы спины не развиты - собственный вес будет скручивать в сутулую закорючку. Но скелетно-мышечная система - это не сумма отдельных мышц. Все мышцы/кости друг с другом связаны. Тут перекачаешь - тебя мышечный дисбаланс в другую сторону свернет. В идеале надо гармонично заниматься. И осознанно.

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

Подразумевается что вы работали в проекте которому мало одного сервера и столкнулись с проблемой развязывания сервиса и БД на кучку серверов.

Обычно test и prod не должны отличаться хардварно/софтварно, за исключением мощности.
В богатой фирме железо/софт вообще идентичны. Если не требуется идеальное совпадение, в тесте можно иметь меньше винтов, ибо боевая база не нужна.

Задача - на тесте полностью скопировать окружение prod, и в случае проблем, суметь воспроизвести это на нем.
Dev должен более-менее совпадать, в основном версии софта, но это зависит от того, что там происходит.

Опять же, сильно зависит от задачи. Если это боевой сервер, было бы например неплохо на test проверить как работают новые прошивки биоса/рейд контроллера, перед тем как повторять это на боевом.
Если же это только небольшой сайт, то вполне достаточно будет воспроизвести версию ОС и ПО. В общем смотря что крутится.

Попробуйте почитать Алана Купера. "Психбольница в руках пациентов" как теория проблемы и "Алан Купер об интерфейсе. Основы проектирования взаимодействия" как более практический подход.

Математика круче!

дык чего придумывать -> прийди к этим господам в контору, и напросись стажёром, на их проект.

класс кнопки который что то сортирует, другой класс кнопки что то выводит .....если эффективно то переписать этот ужас.
Кнопка это кнопка, она не должна все это делать, вы можете навесить на нее слушателя и отловить событие, а вот по этому событию что то делать.
Логика и ui должны быть максимально слабо связаны.

системы (веб сервис), которая должна выдерживать высокие нагрузки и быть масштабируемой.

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

Насколько такой вариант будет выдерживать высокие нагрузки?

насколько будет быстро работать, учитывая динамическую типизацию

Это называется преждевременной оптимизацией

Вам не могут ставить требования "сделать производительную и масштабируемую систему". Вам могут сказать соотношение чтения\записи в базу, ожидаемый RPS (стабильный и пиковый), максимальное время ответа на запрос...

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

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

Если у вас есть опыт с джавой в вебе - делайте на джаве.

Есть опыт с джаваскриптом - делайте на основе веб-сервисов.

У каждого подхода есть плюсы и минусы и обычно они субъективны.

Лучше потратить 2 месяца на прототип и потом - месяц на переписывание, чем сначала 3 месяца думать и делать - а потом понять, что нужно было двигаться в другую сторону.

Описаны ~80% случаев и ваш с вероятностью > 90% попадает именно в эту область.

Начало конструирования. Разбитие приложения на пакеты.Пакеты на классы.Классы на методы.

Методы еще на строки забыли разбить.