А еще лучше пробовать на бумаге, чтобы не налететь на неверное субпиксельное сглаживание. Я на некоторых мониторах видел такую цветную каемку, которая пропадала после выключения этого сглаживания. См. https://ru.wikipedia.org/wiki/ClearType
Логотип Тикток сам по себе с цветными краями. Предлагаю попробовать на другом тексте/изображении. Желательно на таком, про которое будет точная уверенность, что там только черный и белый цвета.
А подскажите, пожалуйста, как в мультипоточности (threading) правильно обрабатывать исключения? И, в частности, ронять всё приложение сразу, как только исключение возникло в любом из потоков?
Сейчас перезамерил Speedtest-ом - 17 Мбит/с на 2,4 ГГц, 31 Мбит/с на 5 ГГц на download. Вряд ли дело в роутере, все остальные устройства, включая старенькие смартфоны, выдают 100Мбит/с.
Не очень понятно для какого уровня статья. Для новичков непонятно куда смотреть и что там нужно увидеть. Для опытных написаны банальные вещи.
Хорошо бы в статью добавить ссылки на документацию с описанием соответствующих моментов (про все - и про хинты, и про spill-ы, про интерфейс, и т.д.), а также описание куда идти, как смотреть, что нужно увидеть, чтобы разобраться есть ли spill-ы и т.п.
Да, явно написали SQL. Приходят люди, которые думают, что знают SQL. И формально у них нередко 3-5 лет опыта именно с SQL. Но 90+% отсеивается на собеседовании (конечно, не только из-за джойнов).
Спрашиваем основные - inner, left, right, full, cross. Другие не спрашиваем, ибо используем очень редко.
Мы решили, что наша вакансия будет закрыта внутренним переводом/больше не будет представлена на рынке, потому что команда решила справиться своими силами
Увы, в большом энтерпрайзе это норма, неприятная и для сотрудников тоже. Вакансий мало, а дыр, которые надо заткнуть, много. Вакансию в любой момент могут передать в соседнюю команду (например, они на полдня раньше нашли себе кандидата) или вообще в другое подразделение, раздробить большую на две маленьких, закрыть и передать подрядчику и т.д.
SQL - достаточно массовый стек? Как ни придет кандидат - так половину джойнов не знает, а иногда и свои принимается изобретать. В итоге кандидатов много, а взять некого.
В моем представлении, Scala используется только для Spark (и даже в этом направлении стал экзотикой). А для Rust разве существует Spark API ?
А как этот запуск сделать? Самое главное и не описано...
А еще лучше пробовать на бумаге, чтобы не налететь на неверное субпиксельное сглаживание. Я на некоторых мониторах видел такую цветную каемку, которая пропадала после выключения этого сглаживания.
См. https://ru.wikipedia.org/wiki/ClearType
Логотип Тикток сам по себе с цветными краями.
Предлагаю попробовать на другом тексте/изображении. Желательно на таком, про которое будет точная уверенность, что там только черный и белый цвета.
Вот как раз хотел спросить как он соотносится по возможностям с Paint.NET?
Через те же стрелки ходят куда более длинные товарные поезда. Промежуточных станций с посадкой/высадкой пассажиров можно и не делать.
Даже если удлинить только поезда Москва-Адлер, то это уже даст заметное увеличение пропускной способности.
Мне вот ещё непонятно, а почему длину поездов не увеличивают?
В том же Адлере платформа с огромным запасом по длине зачем-то построена.
А сейчас известна? И планируется ли с этим что-то делать?
Сам спросил, сам отвечу:
os._exit(1)
А подскажите, пожалуйста, как в мультипоточности (threading) правильно обрабатывать исключения? И, в частности, ронять всё приложение сразу, как только исключение возникло в любом из потоков?
А. и Б. Стругацкие. Понедельник начинается в субботу.
Может, не "повторное количество просмотров", а "количество повторных просмотров" ?
Сейчас перезамерил Speedtest-ом - 17 Мбит/с на 2,4 ГГц, 31 Мбит/с на 5 ГГц на download.
Вряд ли дело в роутере, все остальные устройства, включая старенькие смартфоны, выдают 100Мбит/с.
Скорость WiFi не измеряли?
Столкнулся на схожем изделии, с тем, что скорость WiFi не поднимается выше 30-40 Мбит/с.
Не очень понятно для какого уровня статья. Для новичков непонятно куда смотреть и что там нужно увидеть. Для опытных написаны банальные вещи.
Хорошо бы в статью добавить ссылки на документацию с описанием соответствующих моментов (про все - и про хинты, и про spill-ы, про интерфейс, и т.д.), а также описание куда идти, как смотреть, что нужно увидеть, чтобы разобраться есть ли spill-ы и т.п.
Или TCP. Если у нас не получится вас доставить, то мы возьмём вашу копию и попытаемся ещё раз :)
Да, явно написали SQL. Приходят люди, которые думают, что знают SQL. И формально у них нередко 3-5 лет опыта именно с SQL. Но 90+% отсеивается на собеседовании (конечно, не только из-за джойнов).
Спрашиваем основные - inner, left, right, full, cross. Другие не спрашиваем, ибо используем очень редко.
Увы, в большом энтерпрайзе это норма, неприятная и для сотрудников тоже. Вакансий мало, а дыр, которые надо заткнуть, много. Вакансию в любой момент могут передать в соседнюю команду (например, они на полдня раньше нашли себе кандидата) или вообще в другое подразделение, раздробить большую на две маленьких, закрыть и передать подрядчику и т.д.
SQL - достаточно массовый стек?
Как ни придет кандидат - так половину джойнов не знает, а иногда и свои принимается изобретать.
В итоге кандидатов много, а взять некого.
Забавно, а на Пикабу этот материал с тегом [моё] и без указания,что это перевод.
https://pikabu.ru/story/kak_vzryivyi_sverkhnovyikh_vliyali_na_yevolyutsiyu_12444999