Британские ученые выяснили, что чашка крысиного яда по утрам уменьшает риск развития старческой деменции. Полученные данные недостаточно полны, чтобы показать прямую причинно-следственную связь. Неясно, предотвращает ли употребление крысиного яда деменцию, изменяет ли ранние стадии деменции употребление людьми крысиного яда или существует третий неизвестный фактор, влияющий на потребление крысиного яда и риск развития деменции.
Странная статья. Оригинальная статья датирована октябрем 2024, если я правильно понял. Автор вылез из танка? Для кого эта новость про новейший стандарт C++11? Для тех кто в C++ не заглядывал последние 15 лет?
Зачем нам вообще нужен сервер? Почему бы не считывать данные напрямую с диска?
Помню своё недоумение, когда я искал СУБД для пет-проекта, а находил только монстров, которые предлагали разворачивать сервер. Что? Зачем? Что происходит? На тот момент я быk знаком только с MS Access, поэтому в моем представлении база данных была просто способом хранения данных в файле. А СУБД это программка для работы с этим файлом. А тут мне предлагали какие-то сервера разворачивать. Чувство было, будто захотел сходить в Пятерочку за хлебушком, а тебе предлагают купить билет на самолет. Тогда я нашел SQLite и всё кончилось хорошо, но до сих пор странно, что в этом направлении так мало альтернатив (а какие кстати есть альтернативы SQLite?). Неужели такая редкая задача - просто работать с данными локально?
Как маскианин говорю, что у вас в слове "маскианцев" ошибка. И нет, в 2025 году наша планета еще насывалась "Марс". Странный народ земляне, называть планету в честь конфет.
Читаю такие статьи ("откажитесь от гаджетов и ваша жизнь преобразится") и пытаюсь вспомнить, как прекрасна была первая половина моей жизни до появления у меня компьютера. Не помню, чтобы было сильно лучше. Ну разве что книги читал чаще, это да. Но нимба вроде не было и по воде не ходил. А судя по статьям должно было что-то грандиозное происходить, что я делал не так?
В данном случае никакой индивидуальной обработки нет, поэтому try...catch будет на вызывающей стороне.
Но я согласен, что исключения ещё хуже. Но что авторам языка мешало сделать синтаксический сахар, как в Rust, с неявным возвратом err в случае отсутствия обработки ошибки на месте? Тогда код был бы с первого примера, но под капотом бы работал код второго примера
Наша команда недавно начала писать на Го один из наших сервисов. Мы уже задались вопросом, почему в Го приняты сокращения в названиях переменных. Моя версия - чтобы компенсировать зубодробительные названия функций)
В Го мало того, что нет перегрузки функций, так ещё и нет file scope для названий функций. Поэтому даже если функция используется в пределах одного файла, ей нужно давать имя, неконфликтующее с другими функциями во всем пакете. Почему так? Чем авторам языка так насолил обычный static из C?
А я думаю, что киллер-фича TC - это работа с Everything https://www.voidtools.com/. Мне кажется любое сравнение нужно начинать с этой фичи. И заканчивать, т.к. пока не видел, чтобы в других файловых менеджерах такое было.
А Проводник уже работает с Everything https://www.voidtools.com/? Вот мне нужно найти на диске любой файл, в TC с подключенным Everything это занимает меньше секунды. Как с этим обстоят дела в Проводнике?
Вы путаете tree view и branch view. Это противоположные понятия. Branch view нужен для отображения всех файлов по заданному пути одним списком.
Зачем это может быть нужно? Из личного опыта: 1. Отсортировать все файлы по размеру и на скорую руку почистить папку или диск от самых больших ненужных файлов. Позднее я для этой цели написал плагин https://totalcmd.net/plugring/branchviewex.html, он показывает не только файлы, но и папки. Это помогает сразу увидеть большие папки с множеством мелких файлов (cейчас это уже не так актуально, т.к. есть Everything). 2. Одним махом выделить по маске файлы и удалить/скопировать/переименовать/что-угодно. Например, нужно удалить все временные файлы с расширением bak: Ctrl+B, выбрать любой файл с раширением .bak, Alt + Gr+, Del. Или скопировать все картинки в одну кучу, или все исходники. Не могу сказать, что часто нужны были такие операции, но иногда такая необходимость возникает и хорошо иметь под рукой подходящий инструмент.
Я не знаю, почему люди предпочитают пользоваться Проводником. У меня такие версии: 1. Люди редко работают с файлами. Люди не организуют и не поддерживают в порядке свое рабочее пространство на диске. Люди не обрабатывает за раз десятки и сотни файлов. Тогда им 99% возможностей TC не нужны. По себе сужу - с годами жизнь постепенно перетекает в онлайн и с диском приходится работать всё реже и реже. 2. Люди никогда не пробовали работать c файлами в TC, поэтому качают свои руки и пальцы, производя десятки однообразных движений мышью и клавиатурой, хотя ту же работу можно сделать за несколько нажатий клавиш в TC. Я лично наблюдал это явление. И рабочие столы, полностью забитые иконками. В том числе и у своих коллег по работе. Из общения понял, что люди предпочитают терпеть некоторые неудобства, чем изучать новый подход к работе с файлами. Имеют право. 3. Люди не знаю, что существуют более мощные инструменты для работы с файлами, чем Проводник.
Я не знаю, какой случай у вас, пункт 1 или пункт 2? В любом случае не понимаю вашей гордости и пренебрежения. TC это мощный инструмент для работы с файловой системой, ни больше, ни меньше. Вы же не высмеиваете пользователей IDE за то, что им недостаточно возможностей текстовых редакторов?
А японские подходы к IT точно работают? Что-то не видно, что японский софт шагает по планете. Они там от дискет отказались, или еще нет?
На всякий случай поясню, что это шутка не про кофе, а про поспешные выводы из неполных данных
Точно массив из трех элементов, а не структура с тремя полями?
Британские ученые выяснили, что чашка крысиного яда по утрам уменьшает риск развития старческой деменции.
Полученные данные недостаточно полны, чтобы показать прямую причинно-следственную связь. Неясно, предотвращает ли употребление крысиного яда деменцию, изменяет ли ранние стадии деменции употребление людьми крысиного яда или существует третий неизвестный фактор, влияющий на потребление крысиного яда и риск развития деменции.
Странная статья. Оригинальная статья датирована октябрем 2024, если я правильно понял. Автор вылез из танка? Для кого эта новость про новейший стандарт C++11? Для тех кто в C++ не заглядывал последние 15 лет?
Помню своё недоумение, когда я искал СУБД для пет-проекта, а находил только монстров, которые предлагали разворачивать сервер. Что? Зачем? Что происходит?
На тот момент я быk знаком только с MS Access, поэтому в моем представлении база данных была просто способом хранения данных в файле. А СУБД это программка для работы с этим файлом. А тут мне предлагали какие-то сервера разворачивать. Чувство было, будто захотел сходить в Пятерочку за хлебушком, а тебе предлагают купить билет на самолет.
Тогда я нашел SQLite и всё кончилось хорошо, но до сих пор странно, что в этом направлении так мало альтернатив (а какие кстати есть альтернативы SQLite?). Неужели такая редкая задача - просто работать с данными локально?
Как маскианин говорю, что у вас в слове "маскианцев" ошибка. И нет, в 2025 году наша планета еще насывалась "Марс". Странный народ земляне, называть планету в честь конфет.
Это частный случай проблемы кортежей и любых неименованных последовательностей типа списка аргументов, передаваемых в функцию.
Я как перешел в 2020 году на Win10, сразу поставил WuMgr https://github.com/DavidXanatos/wumgr, автообновления с тех пор не включались.
Компьютер у меня появился, когда я уже учился в универе.
Читаю такие статьи ("откажитесь от гаджетов и ваша жизнь преобразится") и пытаюсь вспомнить, как прекрасна была первая половина моей жизни до появления у меня компьютера. Не помню, чтобы было сильно лучше. Ну разве что книги читал чаще, это да. Но нимба вроде не было и по воде не ходил. А судя по статьям должно было что-то грандиозное происходить, что я делал не так?
В данном случае никакой индивидуальной обработки нет, поэтому try...catch будет на вызывающей стороне.
Но я согласен, что исключения ещё хуже. Но что авторам языка мешало сделать синтаксический сахар, как в Rust, с неявным возвратом err в случае отсутствия обработки ошибки на месте? Тогда код был бы с первого примера, но под капотом бы работал код второго примера
Наша команда недавно начала писать на Го один из наших сервисов. Мы уже задались вопросом, почему в Го приняты сокращения в названиях переменных. Моя версия - чтобы компенсировать зубодробительные названия функций)
В Го мало того, что нет перегрузки функций, так ещё и нет file scope для названий функций. Поэтому даже если функция используется в пределах одного файла, ей нужно давать имя, неконфликтующее с другими функциями во всем пакете. Почему так? Чем авторам языка так насолил обычный static из C?
У меня есть подозрение, что этот принцип интуитивно понятен любому, кто писал на C/C++ и разрешал циклические зависимости включения заголовков.
А я думаю, что киллер-фича TC - это работа с Everything https://www.voidtools.com/.
Мне кажется любое сравнение нужно начинать с этой фичи. И заканчивать, т.к. пока не видел, чтобы в других файловых менеджерах такое было.
А Проводник уже работает с Everything https://www.voidtools.com/? Вот мне нужно найти на диске любой файл, в TC с подключенным Everything это занимает меньше секунды. Как с этим обстоят дела в Проводнике?
Вы путаете tree view и branch view. Это противоположные понятия.
Branch view нужен для отображения всех файлов по заданному пути одним списком.
Зачем это может быть нужно? Из личного опыта:
1. Отсортировать все файлы по размеру и на скорую руку почистить папку или диск от самых больших ненужных файлов. Позднее я для этой цели написал плагин https://totalcmd.net/plugring/branchviewex.html, он показывает не только файлы, но и папки. Это помогает сразу увидеть большие папки с множеством мелких файлов (cейчас это уже не так актуально, т.к. есть Everything).
2. Одним махом выделить по маске файлы и удалить/скопировать/переименовать/что-угодно. Например, нужно удалить все временные файлы с расширением bak: Ctrl+B, выбрать любой файл с раширением .bak, Alt + Gr+, Del. Или скопировать все картинки в одну кучу, или все исходники. Не могу сказать, что часто нужны были такие операции, но иногда такая необходимость возникает и хорошо иметь под рукой подходящий инструмент.
Я не знаю, почему люди предпочитают пользоваться Проводником. У меня такие версии:
1. Люди редко работают с файлами. Люди не организуют и не поддерживают в порядке свое рабочее пространство на диске. Люди не обрабатывает за раз десятки и сотни файлов. Тогда им 99% возможностей TC не нужны. По себе сужу - с годами жизнь постепенно перетекает в онлайн и с диском приходится работать всё реже и реже.
2. Люди никогда не пробовали работать c файлами в TC, поэтому качают свои руки и пальцы, производя десятки однообразных движений мышью и клавиатурой, хотя ту же работу можно сделать за несколько нажатий клавиш в TC. Я лично наблюдал это явление. И рабочие столы, полностью забитые иконками. В том числе и у своих коллег по работе. Из общения понял, что люди предпочитают терпеть некоторые неудобства, чем изучать новый подход к работе с файлами. Имеют право.
3. Люди не знаю, что существуют более мощные инструменты для работы с файлами, чем Проводник.
Я не знаю, какой случай у вас, пункт 1 или пункт 2? В любом случае не понимаю вашей гордости и пренебрежения. TC это мощный инструмент для работы с файловой системой, ни больше, ни меньше. Вы же не высмеиваете пользователей IDE за то, что им недостаточно возможностей текстовых редакторов?
Скорее вырастет новое поколение, которое не знает, что это мусор)
А я снимаю шляпу перед пользователями за их терпение, когда вижу, как они открывают несколько окон Проводника для копирования файлов)
https://www.listary.com/download
Синхронизация стандартного диалога с TC работает благодаря этой утилите.