AC
Повторюсь, но у многих в голове нет связи между кодом, что пишут и между тем как оно выполняется.
Size: a a a
2020 February 04
AC
Вот кстати из недавнего. Допустим у вас есть List<ChangeItemBean> changes длиною N элементов. И вот такой код changes*.toString.last(). Вопрос - что здесь может быть не совсем оптимально?
AC
Это Groovy если что
T
Грувя
T
Звездочка эт типо колект
T
А потом ласт
AC
Spread оператор, да
T
Ну, те я не понял зачем вызывать ту стринг у всех и дергать ласт потом
AC
Ну, те я не понял зачем вызывать ту стринг у всех и дергать ласт потом
Бинго. То есть в итоге имеем хоть и короткоживущие, но потенциально большой лишний объект. Хотя надо поменять местами методы
T
Но эт не точно)
T
А ого
T
Вот и я к том что всё идет к повышению абстракции и лучше задать вот этот вопрос, чем попросить написать пузырьковую сортировку
T
Поэтому тот собес для меня остался загадкой, особенно учитывая, что я шёл не на тру дева
T
И вот такое требование в вакансии выше меня явно смущает:
T
Базовое понимание алгоритмов и структур данных (уметь отличать O(N) от O(N^2), массив от списка
AC
Чем?
D
Вот и я к том что всё идет к повышению абстракции и лучше задать вот этот вопрос, чем попросить написать пузырьковую сортировку
Напомнило )) https://youtu.be/5JMInXAtnQg
T
Чем?
Та самим наличием, может просто у меня теперь психологическая травма на слово алгоритм
AC
Та самим наличием, может просто у меня теперь психологическая травма на слово алгоритм
Ну бро, скорее травма)
AC
Допустим, надо тебе что-то тяжёлое считать. И у тебя 2 варианта - просто перебор или перебор с вложенным циклом. Что ты выберешь?