Update README.md

Author: optozorax

contests/leetcode/README.md

@@ -150,6 +150,24 @@ template <class T> char *debug_arr2(T begin, T end) {
 
 ## Почему это не идеальный сайт
 
+### Тесты недостаточно сильные
+
 Я не люблю LeetCode из-за того как он оценивает скорость работы программы и её потребление памяти: это абсолютный рандом, и он не проверяет смог ли алгоритм уложиться в нужный предел по времени. Явный пример — [Median of two sorted arrays](https://leetcode.com/problems/median-of-two-sorted-arrays/), в этой задаче требуется сделать сложность `O(log(m + n))`, но решение не проверяется на массивах большого размера, где была бы заметна разница между `O(m + n)` и `O(log(m + n))`. Я локально проверил на больших массивах и обнаружил существенную разницу во времени.
 
-Ну и ещё меня бесит что люди в секции Discussions пишут время по замерам LeetCode, но не пишут сложность `O(...)`.
+Ну и ещё меня бесит что люди в секции Discussions пишут время по замерам LeetCode, но не пишут сложность `O(...)`.
+
+Ещё один пример когда решение должно было быть быстрым, но проиграло наивному: https://t.me/dereference_pointer_there/494.
+
+### Время чекера аффектит результат времени твоей программы
+
+Можно с ничего улучшить результат своей программы очень сильно (для одной задачи я улучшил в 2 раза), просто добавив в начало этот код: 
+
+```c++
+const int FASTIO = [](){
+  ios_base::sync_with_stdio(false);
+  cin.tie(nullptr);
+  return 0;
+}();
+```
+
+Это код для ускорения ввода-вывода. Раз это работает, значит чекер замеряет время не только работы самой программы, но ещё и время считывания тестов. Что очень и очень плохо. Учитывая то что на литкоде мы пишем только функцию, и не пишем работу с вводом-выводом, это значит что он не должен нас касаться.