Daria Motorina, Так, это вроде бы не сайт для психологов? Или я ошибся? Я честно говоря удивляюсь от изобилия гуманитария в области веб-разработки.
Я гуглю и поверьте очень много. Мне это должно помешать задать вопрос еще и тут? Я собираю комплексное знание из разных источников. И я терпеть не могу, когда люди не могут дать ответ на вопрос, потому что не знают ответа, но все равно лезут с ответом, с психологическими советами, лишь бы сказать хоть что-то. Нечего сказать по теме? Ну так и не надо ничего говорить, это вроде бы самое мудрое решение.
Алексей Сундуков, Понял! По такой логике, я вообще не понимаю, зачем люди покупают шуруповерты, пылесосы и так далее. Мусор можно и веником вымести, а саморезы вкрутить отверткой.
Мой вопрос заключался в том, чтобы вы и привели пример задач где лучше подошел какой-либо инструмент. Если у вас нету такого опыта и ничего знать другого в жизни не хотите кроме PHP и JS, вы могли просто не отвечать на вопрос. Я уже понял, что вы все делаете одними и теми же инструментами.
Матвей Истомин, Спасибо за комментарий.
У меня нет сейчас конкретной задачи в которой я должен решить проблему скорости. Я просто изучаю веб-разработку, и хочу ориентироваться в технологиях. Хочу понимать как выбирать стек. На основании чего я должен делать выбор инструментов. Если какая-то задача занимает не больше 100 строчек кода, но например на Rust скорость будет в 10 раз выше чем на Node.js , то логично, что лучше на Rust написать. Поэтому прошу наверно поделиться опытом, если были такие случаи когда приходилось сталкиваться с тем, что переписав какую-то часть сервера, вы получили значительное увеличение производительности.
Сергей Горностаев, Хорошо, это уже что-то. Спасибо!
Я просто и не решаю задачу. Я просто пока читаю всякое разное, чтобы ориентироваться в технологиях в области веб-разработки. Иногда вопросы задаю, чтобы что-то уточнить для себя.
Вы не поняли вопрос. Я же попросил привести пример задач. Это можно сделать например исходя из своего опыта. Сейчас вы пока не ответили на мой вопрос. Это называется трюизм, то что вы сказали. Можете примеры привести случаев в которых вы бы не стали юзать ноду. А если не знаете таких примеров, значит и на мой вопрос вы ответить не можете.
Мой вопрос по сути и означает "В каких случаях какой инструмент лучше использовать?" А теперь представьте, что вы мне отвечаете на это "В зависимости от случая и нужно выбирать инструмент".
Даша Циклаури, До сих пор при выборе бэкенда, ноду никто всерьез не рассматривает. А вот питон берут часто. Опять же, про бэкенд для фронтенда я не говорю - туда ноду берут с удовольствием. И сколько я не посмотрел конференций и обзоров по джаваскрипту, все тыкают в его утиную типизацию.
Благодарю! Только я не понял, почему мы отбрасываем n/10. Ведь n/10 это уже в 10 раз меньше n.
Если одно n меньше другого n более чем в 2 раза, то оно становится незначительным. Разве не так? Или скажите пожалуйста, что я неверно понимаю?
Rsa97, Хорошо, спасибо! Вы можете тогда сказать, как это сделать? Я имею ввиду, какие разделы аналитики я должен почитать, посмотреть. Может быть какой-то конкретный аналитический инструмент/прием подходит для этой задачи? Я хотя бы посмотрю на сложность этой темы.
Rsa97, Это я знаю! Сейчас это не имеет значения. Массивы которые я прогоняю двух уровней сложности. Один рандомный - числа будут распределены случайно - это значит уже при 100 генерациях массива мы получим весьма усредненный результат. А второй вариант сложности это когда массив отсортирован в обратном порядке, и в этом случае будет максимальное кол-во итераций, и влиять будет только длина массива.
Я хочу определить сложность с помощью большой О нотации. Именно эту тему я хочу понять. Если вы можете помочь, помогите пожалуйста, объясните.
Rsa97, Кто сказал, что я замеряю время работы программы? Я измерил и знаю кол-во итераций при разной длине массива. Если быть точным, то в моей ситуации формула кол-ва итераций будет 2,5*n*n/10.
Где n - длина массива. Это какая сложность будет? Допустим 2,5 можно отбросить, остается n* n/10.
n/10 тоже можно отбросить, так как n/10 меньше чем n в 10 раз, а значит уже не имеет значения.
Правильный ответ это O(n) ?
Спасибо! На самом деле я учусь определять сложность алгоритма через О нотацию.
Пробую на алгоритме сортировки который я сам написал. Он наверное похож на MergeSort.
Но я не понимаю как иногда точно определить сложность. В моей ситуации, подходят и линейная и степенная и кубическая функции.
И какую тогда сложность алгоритму ставить..
