постоянно открывать все файлы и проверять ссылки внутри
Так в вашем листинге первые 10 строк в блоке try именно это и делают - открывают файл XL. Уверяю вас, XL откроет свой файл в несколько раз быстрее. Одной командой. Поиск ссылок внутри файла - это элементарная задача, которую НЕ имеет никакого практического смысла решать на уровне XML.
• Я рисовала еду руками 15 лет, но потом пришла нейросеть и изменила всё • Как пять нейросетей заменяют целую студию людей • 130 лет мы писали сценарии, снимали людей и монтировали, пока не пришла нейросеть • Я работал в продуктовой команде 7 лет, а потом пришла нейросеть • 12 лет я работала дизайнером интерьеров, а потом пришла нейросеть • Мы делали презентации 35 лет, а потом пришла нейросеть • Мы нанимали маркетологов 60 лет, а потом пришла нейросеть
• • • > вы находитесь здесь < Я 25 лет настраивал фотоаппарат, выстраивал композицию, ставил свет, а потом пришла нейросеть
• Мы нанимали котов для тестирования рекламы 23 года, а теперь этим занимается нейросеть • Я 14 лет фотографировал облака для прогнозов, а потом нейросеть нашла там НЛО • Я вручную отслеживал настроение растений 9 лет, пока нейросеть не начала писать с ними подкаст • Мы 45 лет подбирали людям идеальные кресла, а потом нейросеть запретила сидеть • Я 11 лет переводил птичьи разговоры, а теперь нейросеть улетела в теплые края • Мы писали слоганы для носков 38 лет, а потом нейросеть стала ими командовать • Мы запускали ракеты по инструкции 70 лет, пока нейросеть не решила взлететь на батуте • Мы штопали дыры в логике 60 лет, пока нейросеть не сделала из них новый API
Упорство и труд все перетрут! Но, справедливости ради, на VBA задача решается примерно в 80 строк кода (меньше, чем у вас ушло только на GUI):
1) перебор worksheets в файле с поиском SpecialCells(xlCellTypeFormulas) и проверкой на внешнюю ссылку, добавление результатов в коллекцию ~30 строк 2) рекурсивный обход папок - 20 строк 3) Вывод результата в новый XL файл, с hyperlinks, фильтрами, и power query - максимум 20 строк. 4) Добавление кнопки в Ribbons - тут уж как получится.
Из минусов - вряд ли получится сделать параллельно, и, возможны просадки по перформансу, если файлы большие (больше 10 мегабайт). Из плюсов - раз уж ищем ссылки в XL, лучшего UI, чем предоставляет XL, придумать сложно.
Я не утверждаю, что ваше решение чем-то плохо. Просто исходя из задачи, есть решение проще и элегантнее.
Кстати о элегантности. Помимо ячеек, внешние ссылки XL могут также находится внутри имен, поименованных формул, объектов, а также внутри чартов. У вас эти кейсы, насколько я вижу по по листингам, не учтены.
Мы пришли к такому же выводу. Более того Noto - это в каком-то плане дальнейшее развитие Roboto, да и выглядит он на наш взгляд современнее Inter. Который, кстати, так до сих пор и не поборол некоторые досадные проблемки в отрисовке IPA Extensions.
Можем ли мы тогда сделать вывод, что для большинства "информационных" ресурсов, если не стоит задача сделать уникальный типографический брендинг, штифты Noto/Roboto/Inter будут идеальным универсальным решением?
И что вы скажете по поводу этого решения? Легаси?
body { font-family: -apple-system,BlinkMacSystemFont,Arial,sans-serif; }
Стало, спасибо. И раз уж вы отвечаете на комментарии, что в целом нехарактерно для корпоративных блогов, задам вопрос по теме статьи.
Задача: подобрать шрифт (или шрифты) для ресурса, посвященного фонетике. Иными словами, все шрифты должны поддерживать IPA Extensions unicode subset. Из доступных, в том числе платных, такие шрифты sans можно по пальцам пересчитать, serif - и того меньше. Times и Arial, как всегда, поддерживают все, что придумало человечество.
Что посоветуете в этой ситуации - готовится к легаси проблемам, разрабатывать свой шрифт, или просто взять Noto и не парится?
Отличная работа, спасибо, положил в закладки (правда не знаю зачем)! Хотел добавить, что среднее оно конечно среднее, но многое зависит от контент-плана и таргет-аудитории: мы на 70 видео набрали 500k+ подписчиков (тематика "knowledge"), т.е. примерно в 500 раз больше, чем у вас в таблице.
Хм, странно. Пару месяцев назад стоял перед подобным выбором, и остановился на Embla. Причем именно из-за гибкости в настройке layout. Правда у меня еще был критерий строго TypeScript, возможно из-за него некоторые из вашего списка в мой не попали.
Спасибо! Статистику учили все, но помнят немногие...
Как насчет такой задачи: сравнить два независимых списка одинакового размера, значения в которых упорядочены?
Пример: оценить, насколько близки топ-500 поисковых запросов на двух разных сайтах одной тематики? (имеет значение как общее подмножество запросов, так и их частотный порядок)
Вот что получается, когда торопишься опубликовать статью, написанную ChatGPT, переведенную гуглом, и вычитанную котом.
Как-как книга называется? "Сборы и посевы" или все-таки «Урожаи и посевы»? Кавычки имеют тайный математический смысл, или это чисто эстетика?
Очень полезно узнать в статье на русском, что "Шурик" - это "русское уменьшительное от Александр"... Но с чего это вдруг беженцы из Германии во Францию пользуются "русскими уменьшительными"? А, вот же ж! Всего на четыре экрана ниже: "Над кроватью Матьё висит яркий портрет его деда по отцовской линии, Александра Шапиро, украинского еврейского анархиста, который потерял руку, спасаясь из царской тюрьмы, и позже сражался в гражданской войне в Испании."
«Ты можешь сделать нам одолжение?» – спросили читатели автора, - «Не надо больше писать.»
Полагаю, что причина ошибок в ударении contribute несколько иная. Дело в том, что у разработчиков чаще встречается форма contribution /kən·trɪbˈju·tʃən/. Единственное правильное ударение - на третий слог. Почему? Потому что в данном случае "ion" это stress bearing suffix, он переносит ударение на предпоследний слог. Отсюда, видимо, возникает common mispronunciation в начальной форме. Английские суффиксы не так сложны, как русские, но и не настолько просты, как кажутся.
Что касается contribute, то в американском это почти всегда contribute /kənˈtrɪb·jut/ (второй слог), в британском все сложнее...
Ну что могу сказать, похоже рынок действительно дозрел до независимых консультантов, которые брали бы на себя все бизнес-аналитику по такого рода проектам. Мне тут написали «в личку» несколько хороших специалистов с Wordpress, дам им ссылку на ваш комментарий (сами мы все-таки смотрим в другую сторону пока).
Так в вашем листинге первые 10 строк в блоке try именно это и делают - открывают файл XL. Уверяю вас, XL откроет свой файл в несколько раз быстрее. Одной командой. Поиск ссылок внутри файла - это элементарная задача, которую НЕ имеет никакого практического смысла решать на уровне XML.
Загадка природы! Я за пожизненный бан без права апелляции.
Творчество автора за последние пару месяцев:
• Я рисовала еду руками 15 лет, но потом пришла нейросеть и изменила всё
• Как пять нейросетей заменяют целую студию людей
• 130 лет мы писали сценарии, снимали людей и монтировали, пока не пришла нейросеть
• Я работал в продуктовой команде 7 лет, а потом пришла нейросеть
• 12 лет я работала дизайнером интерьеров, а потом пришла нейросеть
• Мы делали презентации 35 лет, а потом пришла нейросеть
• Мы нанимали маркетологов 60 лет, а потом пришла нейросеть
• • • > вы находитесь здесь < Я 25 лет настраивал фотоаппарат, выстраивал композицию, ставил свет, а потом пришла нейросеть
• Мы нанимали котов для тестирования рекламы 23 года, а теперь этим занимается нейросеть
• Я 14 лет фотографировал облака для прогнозов, а потом нейросеть нашла там НЛО
• Я вручную отслеживал настроение растений 9 лет, пока нейросеть не начала писать с ними подкаст
• Мы 45 лет подбирали людям идеальные кресла, а потом нейросеть запретила сидеть
• Я 11 лет переводил птичьи разговоры, а теперь нейросеть улетела в теплые края
• Мы писали слоганы для носков 38 лет, а потом нейросеть стала ими командовать
• Мы запускали ракеты по инструкции 70 лет, пока нейросеть не решила взлететь на батуте
• Мы штопали дыры в логике 60 лет, пока нейросеть не сделала из них новый API
Об этом я как-то и не подумал...
Упорство и труд все перетрут! Но, справедливости ради, на VBA задача решается примерно в 80 строк кода (меньше, чем у вас ушло только на GUI):
1) перебор worksheets в файле с поиском SpecialCells(xlCellTypeFormulas) и проверкой на внешнюю ссылку, добавление результатов в коллекцию ~30 строк
2) рекурсивный обход папок - 20 строк
3) Вывод результата в новый XL файл, с hyperlinks, фильтрами, и power query - максимум 20 строк.
4) Добавление кнопки в Ribbons - тут уж как получится.
Из минусов - вряд ли получится сделать параллельно, и, возможны просадки по перформансу, если файлы большие (больше 10 мегабайт).
Из плюсов - раз уж ищем ссылки в XL, лучшего UI, чем предоставляет XL, придумать сложно.
Я не утверждаю, что ваше решение чем-то плохо. Просто исходя из задачи, есть решение проще и элегантнее.
Кстати о элегантности. Помимо ячеек, внешние ссылки XL могут также находится внутри имен, поименованных формул, объектов, а также внутри чартов. У вас эти кейсы, насколько я вижу по по листингам, не учтены.
Я думал мне одному этот анекдот пришел в голову
Может быть, но в Noto есть Sans и Serif
Мы пришли к такому же выводу. Более того Noto - это в каком-то плане дальнейшее развитие Roboto, да и выглядит он на наш взгляд современнее Inter. Который, кстати, так до сих пор и не поборол некоторые досадные проблемки в отрисовке IPA Extensions.
Можем ли мы тогда сделать вывод, что для большинства "информационных" ресурсов, если не стоит задача сделать уникальный типографический брендинг, штифты Noto/Roboto/Inter будут идеальным универсальным решением?
И что вы скажете по поводу этого решения? Легаси?
body { font-family: -apple-system,BlinkMacSystemFont,Arial,sans-serif; }
Стало, спасибо. И раз уж вы отвечаете на комментарии, что в целом нехарактерно для корпоративных блогов, задам вопрос по теме статьи.
Задача: подобрать шрифт (или шрифты) для ресурса, посвященного фонетике. Иными словами, все шрифты должны поддерживать IPA Extensions unicode subset. Из доступных, в том числе платных, такие шрифты sans можно по пальцам пересчитать, serif - и того меньше. Times и Arial, как всегда, поддерживают все, что придумало человечество.
Что посоветуете в этой ситуации - готовится к легаси проблемам, разрабатывать свой шрифт, или просто взять Noto и не парится?
Заранее спасибо!
А вы точно понимаете под "легаси-проблемами" то, что и все остальные?
Отличная работа, спасибо, положил в закладки (правда не знаю зачем)!
Хотел добавить, что среднее оно конечно среднее, но многое зависит от контент-плана и таргет-аудитории: мы на 70 видео набрали 500k+ подписчиков (тематика "knowledge"), т.е. примерно в 500 раз больше, чем у вас в таблице.
Так этот "товарищ" якобы на северном Кипре жил. Если так, то ему вообще счёт в Bank of Cyprus не светил ни при каком раскладе.
Присоединяюсь. Без подготовки не каждый разработчик на все вопросы ответит.
Хм, странно. Пару месяцев назад стоял перед подобным выбором, и остановился на Embla. Причем именно из-за гибкости в настройке layout. Правда у меня еще был критерий строго TypeScript, возможно из-за него некоторые из вашего списка в мой не попали.
Спасибо! Статистику учили все, но помнят немногие...
Как насчет такой задачи: сравнить два независимых списка одинакового размера, значения в которых упорядочены?
Пример: оценить, насколько близки топ-500 поисковых запросов на двух разных сайтах одной тематики? (имеет значение как общее подмножество запросов, так и их частотный порядок)
Вот что получается, когда торопишься опубликовать статью, написанную ChatGPT, переведенную гуглом, и вычитанную котом.
Как-как книга называется? "Сборы и посевы" или все-таки «Урожаи и посевы»? Кавычки имеют тайный математический смысл, или это чисто эстетика?
Очень полезно узнать в статье на русском, что "Шурик" - это "русское уменьшительное от Александр"... Но с чего это вдруг беженцы из Германии во Францию пользуются "русскими уменьшительными"? А, вот же ж! Всего на четыре экрана ниже: "Над кроватью Матьё висит яркий портрет его деда по отцовской линии, Александра Шапиро, украинского еврейского анархиста, который потерял руку, спасаясь из царской тюрьмы, и позже сражался в гражданской войне в Испании."
«Ты можешь сделать нам одолжение?» – спросили читатели автора, - «Не надо больше писать.»
Полагаю, что причина ошибок в ударении contribute несколько иная. Дело в том, что у разработчиков чаще встречается форма contribution /kən·trɪbˈju·tʃən/. Единственное правильное ударение - на третий слог. Почему? Потому что в данном случае "ion" это stress bearing suffix, он переносит ударение на предпоследний слог. Отсюда, видимо, возникает common mispronunciation в начальной форме. Английские суффиксы не так сложны, как русские, но и не настолько просты, как кажутся.
Что касается contribute, то в американском это почти всегда contribute /kənˈtrɪb·jut/ (второй слог), в британском все сложнее...