Смысл существования TV как раз в том, что он позволяет соединятся с компьютером за NAT или firewall. Зачем использовать эту поделку для прямого подключения вообще непонятно (и наверное даже страшно), особенно на Windows где есть нативный и быстрый RDP из коробки
Не хотел отвечать тк холиварно, но ваше утверждение про tiobe неверно: в марте 23 golang впервые вошел в 10-ку на tiobe. Ну и сам индекс tiobe такой себе показатель. Предлагаю в качестве альтернативы, например, посмотреть стату github там есть графики по годам и видно развитие популярности наглядно. Открытые вакансии это тоже подтверждают: если C (не c++), то либо что-то системное, либо embed разработка - полистайте hh
А это да, я же просто отвечал на вопрос mobi, почему в статье отвергается вариант с вложенными условиями.
Статанализаторы обычно настраиваются на какую-то разумную вложенность (которая в примере mobi вполне допустима и даже наверно с запасом в 80 символов помещается). А так-то я как раз не согласен с тем как в статье это объявляется злом которое хуже goto. Также как не согласен, что разбиение на более мелкие функции тоже хуже goto (причем еще и дан специально кривой пример чтобы это продемонстрировать). Обычно это наоборот делает код более читаемым, а оверхеда не дает тк мелкие функции заинлайнятся
В стате про это есть - это Arrow Anti Pattern. Не знаю как в ядре. Но у нас Нередко в ci используются статические анализаторы, которые будут ругаться на высокую вложенность блоков кода.
А вот в golang, например, кейс с множественной инициализацией и очисткой нативно решается использование defer
Кейс с выходом из внешнего цикла решается break с меткой в том же golang
Кейс с ретраем нарочно не показывает более логичный вариант с циклом for(;;) + continue который вообще мало будет отличаться от исходного варианта но в качестве бонуса получим визуальные границы ретрая в виде {}
Вобщем написано много слов но по сути вывод то вот такой имхо: действительно нельзя обойтись без goto в C, но это диктуется низкой выразительностью языка и отсутствием его развития (кто мешает сделать те же break/continue с метками непонятно). И именно поэтому популярность C для написания несистемных программ такая низкая, особенно после появления golang.
Ну по хорошему большую четверку не плохо бы перетряхнуть чтобы убрали зависимость цен от региона как нахождения так и регистрации вообще. Как это сделано у Тинькофф - я полагаю что ни у кого нет иллюзий что Тинькофф еще и прибыль получает и о ужас даже без подписок, и «защиты от спама»
Жил некоторое время в штатах. Так там например у at&t на любом тарифе ты платишь только за интернет. Безлимитный голос и смс включены по территории всей Америки и Канады
Обычно такая статистика ведется с момента старта инстанса постгрес.
И как верно отметили ниже - в бд не должно быть индексов, использующихся раз в квартал. Если таблица небольшая, то просто пусть будет фул скан. Если таблица такая огромная, что фул скан уходит в себя навечно, и нет подходящего частичного индекса - у вас, вероятно, проблемы с дизайном бд. Может нужно думать о секционировании и/или отгрузке данных в специализированные бд для быстрого построения отчетности.
Задача про ванную живо напомнила мне (окончившему политех, профильная дисциплина ТАУ, проработал в IT на разных инженерных позициях) подаренный бабушкой в 10-летнем возрасте 3-х томник Я.Перельмана "Занимательная физика", в котором была фраза в том смысле, что все школьные задачи про бассейны решаются неверно (и далее по тексту) и вот это я запомнил на всю жизнь. Сам я предположил, что ванная заполнится примерно на 2/3 и на этом уровень стабилизируется - ничего не считал, т.к задачу считаю действительно сложной - все это я давно забыл. Далее я задал эту задачу своим домашним (по отдельности конечно) и вот результаты: Жена (закончила мехмат, потом мед, работает косметологом) - ответ: "она никогда не заполнится, т.к это бесконечный ряд". Дочь (4-й класс обычной школы, гуманитарий): "Никогда - вода будет стоять на дне" - никакие попытки заставить решить ее численно, как предполагал автор (учбеника?) не увенчались успехом ))).
Смысл существования TV как раз в том, что он позволяет соединятся с компьютером за NAT или firewall. Зачем использовать эту поделку для прямого подключения вообще непонятно (и наверное даже страшно), особенно на Windows где есть нативный и быстрый RDP из коробки
Не хотел отвечать тк холиварно, но ваше утверждение про tiobe неверно: в марте 23 golang впервые вошел в 10-ку на tiobe. Ну и сам индекс tiobe такой себе показатель. Предлагаю в качестве альтернативы, например, посмотреть стату github там есть графики по годам и видно развитие популярности наглядно. Открытые вакансии это тоже подтверждают: если C (не c++), то либо что-то системное, либо embed разработка - полистайте hh
А это да, я же просто отвечал на вопрос mobi, почему в статье отвергается вариант с вложенными условиями.
Статанализаторы обычно настраиваются на какую-то разумную вложенность (которая в примере mobi вполне допустима и даже наверно с запасом в 80 символов помещается). А так-то я как раз не согласен с тем как в статье это объявляется злом которое хуже goto. Также как не согласен, что разбиение на более мелкие функции тоже хуже goto (причем еще и дан специально кривой пример чтобы это продемонстрировать). Обычно это наоборот делает код более читаемым, а оверхеда не дает тк мелкие функции заинлайнятся
В стате про это есть - это Arrow Anti Pattern. Не знаю как в ядре. Но у нас Нередко в ci используются статические анализаторы, которые будут ругаться на высокую вложенность блоков кода.
А вот в golang, например, кейс с множественной инициализацией и очисткой нативно решается использование defer
Кейс с выходом из внешнего цикла решается break с меткой в том же golang
Кейс с ретраем нарочно не показывает более логичный вариант с циклом for(;;) + continue который вообще мало будет отличаться от исходного варианта но в качестве бонуса получим визуальные границы ретрая в виде {}
Вобщем написано много слов но по сути вывод то вот такой имхо: действительно нельзя обойтись без goto в C, но это диктуется низкой выразительностью языка и отсутствием его развития (кто мешает сделать те же break/continue с метками непонятно). И именно поэтому популярность C для написания несистемных программ такая низкая, особенно после появления golang.
Ну по хорошему большую четверку не плохо бы перетряхнуть чтобы убрали зависимость цен от региона как нахождения так и регистрации вообще. Как это сделано у Тинькофф - я полагаю что ни у кого нет иллюзий что Тинькофф еще и прибыль получает и о ужас даже без подписок, и «защиты от спама»
Жил некоторое время в штатах. Так там например у at&t на любом тарифе ты платишь только за интернет. Безлимитный голос и смс включены по территории всей Америки и Канады
Обычно такая статистика ведется с момента старта инстанса постгрес.
И как верно отметили ниже - в бд не должно быть индексов, использующихся раз в квартал. Если таблица небольшая, то просто пусть будет фул скан. Если таблица такая огромная, что фул скан уходит в себя навечно, и нет подходящего частичного индекса - у вас, вероятно, проблемы с дизайном бд. Может нужно думать о секционировании и/или отгрузке данных в специализированные бд для быстрого построения отчетности.
Задача про ванную живо напомнила мне (окончившему политех, профильная дисциплина ТАУ, проработал в IT на разных инженерных позициях) подаренный бабушкой в 10-летнем возрасте 3-х томник Я.Перельмана "Занимательная физика", в котором была фраза в том смысле, что все школьные задачи про бассейны решаются неверно (и далее по тексту) и вот это я запомнил на всю жизнь. Сам я предположил, что ванная заполнится примерно на 2/3 и на этом уровень стабилизируется - ничего не считал, т.к задачу считаю действительно сложной - все это я давно забыл. Далее я задал эту задачу своим домашним (по отдельности конечно) и вот результаты: Жена (закончила мехмат, потом мед, работает косметологом) - ответ: "она никогда не заполнится, т.к это бесконечный ряд". Дочь (4-й класс обычной школы, гуманитарий): "Никогда - вода будет стоять на дне" - никакие попытки заставить решить ее численно, как предполагал автор (учбеника?) не увенчались успехом ))).