DrunkMaster, если это выполняется до того момента, как страница загружена, то не критично. Обычно это может негативно отразиться на юзерах, которые в тот момент захотят что-то понажимать
DrunkMaster, просто этот запрос блокирует основной поток, что не хорошо, особенно если загружаемый файл немаленький и загружается не перед стартом приложения, а во время его работы
А вообще интересная задача, вон сколько откликнулось.
Может подобное в институтах изучают, хотя вряд ли, так как проектирование и программирование это не детерминированный процесс, в ходе которого можно получить один и то же результат разными способами. И что важнее, меньше кода или достаточное число абстракций, сходство с уже существующим кодом?
Надо бы где-то организовать обсуждения (а то здесь кажись не совсем по правилам), вдруг что-то получится. Определить параметры, по которым определять качество и уникальность кода.
Нужно для того, чтобы можно было оценить работу даже не вникая(не зная) ТЗ и языка программирования.
Если не знать ТЗ, тогда можно просто по количеству кода делать выводы, но это глупо. Тем более работу оценить не получится, как уже говорили, одну задачу можно выполнить как с помощью 10, так и с помощью 100 строка. Безусловно необходима спецификация/документация к проекту, чтобы знать, что он должен делать, и не считать "особо ценными" излишние куски кода
Нужно для того, чтобы можно было оценить работу даже не вникая(не зная) ТЗ и языка программирования.
один человек не может писать и front и back end'ы? Как тогда разделять специализации?
Зачем Вам это может быть нужно? По чем должно определяться, что код писали 4 человека, а не 8? Количество строк точно не может отображать затраченное время, что тогда? Качество кода Linter'ами проверять не совсем корректно, так как в первую очередь все упирается в проектирование
И что это даст, если вопрос в том, где хранить не только .js-ки из Github Releases, чтобы можно было к ним обращаться напрямую (gitraw не поддерживает доступ к файлам в релизе, один из сервисов я уже привел - он только для js)
Илья Каротки, автора же интересует сперва то, с чего начать. Если говорить об остальном: на старте будет не легко, зато потом много возможностей. То же самое с шарпом, отличие только в старте
Илья Каротки, зависит от требований, а так, думаю, на .NET можно решать практически любые задачи. Если говорить об GUI, то в Visual Studio есть удобные инструменты для разработки, а с WPF еще и красивый внешний можно получить
