Which programming, scripting, and markup languages have you done extensive development work in over the past year, and which do you want to work in over the next year? (If you both worked with the language and want to continue to do so, please check both boxes in that row.)
Там можно было много языков выбирать, поэтому в первой пятерке оказались HTML/CSS, SQL, и Bash. И я уверен, что если бы HTML c CSS разделили, Java оказалась бы на восьмом месте *сарказм
Что-то не нашел, возможно пропустил, а насчет синхронизации-то что? Где-то вакансию опубликовали, завтра закрыли, а агрегатор что делает? А подняли зарплату? А поменяли/расширили регион?
Интересно, почитал. Оказывается, Кандинский был синестетом. Это способность человека испытывать ассоциацию слышимого звука с каким-либо цветом. Правда он музыкой вдохновлялся, но, наверняка есть люди, у которых звуки речи с цветами ассоциируются.
Объясняю. У лингвистов есть такое понятие как "контрастирующие звуки" (contrasting sounds). Если по-простому, то когда мы заменяем один звук на другой, меняется смыл произнесенного. Например, 'Ы' и 'И' - "быть" "бить". Для нас очевидно, для англоговорящего - не вполне. Так и для нас, разница между контрастирующими английскими гласными /ɪ/ и /i/ (к примеру) не вполне очевидна. (UPDATE: с точки зрения фонетики, если два звука являются контрастирующими, то это два разных, совершенно самостоятельных звука. Если не являются - то это варианты одного звука.) Так вот, /ɪ/ и /i/ - это разные звуки, русскоговорящие их искажают и путают, что явно не идет на пользу взаимопониманию.
И, статистически, проблема гораздо более явно выражена, чем контраст между /ð / и /d/ - просто потому, что слов со звуком /ð/ порядка 80 на 10 тысяч, а вот слов со звуком /ɪ/ - порядка 3500.
Практические рекомендации ... Полезно определить те звуки, искажение которых действительно мешает пониманию. Для русскоговорящих это часто [θ] и [ð], различение [w] и [v], правильная артикуляция [r].
Будьте очень осторожны с этим советом. Вопрос на чем сосредоточиться в первую очередь — на гласных или согласных, не так прост и однозначной рекомендации дать нельзя.
С одной стороны, у согласных точнее определятеся место артикуляции, и поэтому их проще "пофиксить". Но есть небольшая проблемка, - в каждом английском слове есть гласная. А ровно половина английских гласных звуков просто отсутствует в русском. Так что если изучающий произношение русскоговорящий студент сосредоточится в первую очередь на согласных, это может закрепить и даже усугубить неправильное произношение гласных. В результате ошибки произношения будет еще сложнее исправить, а это сильно демотивирует.
Конечно, заметный прогресс в освоении согласных звуков может также и мотивировать, к тому же техники-то похожи. Но чисто статистически ошибки с гласными русскоговорящие делают настолько чаще, что большинство практикующих SPL начинают все-таки именно с них.
Присоединяюсь к @Krokochik, - большинство изображений, сгенерированных ИИ, похожи друг на друга как близнецы-братья. Начиная с определенного момента они подсознательно отфильтровываются, и перестают работать почти совсем. Вот если бы взять хорошего дизайнера, заказать ему тысячу картинок в уникальном, индивидуальном стиле, а потом на них обучить ИИ, чтобы он нарисовал в том же стиле еще десять тысяч... Где-то тут есть подвох, да?
Если вы пытаетесь меня убедить, что VBA где-то упрется в проблемы с производительностью, в сравнении с PowerShell, то, уверяю вас, для вашей задачи - абсолютно точно нет.
Давайте оценим (зависит от размера файла, конечно). Если все ваши 7500 файлов по мегабайту, то, условно возьмем время открытия ~1 секунду. Получится примерно два часа на все. Временем на выполнение кода можно пренебречь. Но у вас же не по мегабайту файлы? C "обычными" офисные файлами, думаю минут в 15-30 можно уложиться.
Приведу пример: у меня есть проект, где файл на 28 мегабайт с рекурсивным перемножением матриц 100 тысяч на тысячу обрабатывается 4 секунды на процессоре пятилетней давности. Это с выводом результатов, валидацией данных, и прочими делами. Да, для этого пришлось немного пооптимизировать алгоритмы, но ИМО это гораздо более интересное времяпрепровождение. Другой пример - делал проект для экспорта папки из примерно 1000 XL файлов в JSON. Около 30 секунд.
И, кстати, что значит "есть ли рекурсивный обход папок"? Есть полноценный доступ к файловой системе. Only the sky is the limit.
Кстати забавно, в первом комментарии использовал "Whole Foods" в примерах, просто на автомате. А сейчас подумал, что у них "foods" именно по этому принципу исчисляемое.
В статье не про них. С фруктами вас не обманули, - по идее, когда мы говорим о фруктах в общем (collective noun), единственный правильный вариант это "I eat a lot of fruit".
Если надо подчеркнуть, что мы вообще-то про разные виды фруктов говорим, то fruit становится исчислимым - "Whole Foods sells many exotic fruits.” Что как бы логично, следим за руками:
"Whole Foods sells nine types of exotic fruits." (тут количество имеет значение) "Whole Foods sells a lot of exotic fruit." (а тут - нет)
В то же время вы правы, фраза "I eat lots of fruits" в неформальной речи может звучать органично для американцев. Проблема в том, что для носителя это органично, то для не носителя - не факт. Поэтому лучше все-таки "I eat a lot of fruit."
базовое выражение take a look (посмотреть). И вариации: have a look, cast a look, give a look. Суть одна и та же, небольшая разница есть только для носителя.
Я задумался, а как вы до этого эту фразу переводили? Если вас она поразила, значит был на подкорке какой-то другой вариант, а ведь их, вариантов, не так уж много. Самый простой - "You're on Windows 10", но это явно не наш/ваш случай.
постоянно открывать все файлы и проверять ссылки внутри
Так в вашем листинге первые 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; }
Там можно было много языков выбирать, поэтому в первой пятерке оказались HTML/CSS, SQL, и Bash. И я уверен, что если бы HTML c CSS разделили, Java оказалась бы на восьмом месте *сарказм
Что-то не нашел, возможно пропустил, а насчет синхронизации-то что? Где-то вакансию опубликовали, завтра закрыли, а агрегатор что делает? А подняли зарплату? А поменяли/расширили регион?
Интересно, почитал. Оказывается, Кандинский был синестетом. Это способность человека испытывать ассоциацию слышимого звука с каким-либо цветом. Правда он музыкой вдохновлялся, но, наверняка есть люди, у которых звуки речи с цветами ассоциируются.
Объясняю. У лингвистов есть такое понятие как "контрастирующие звуки" (contrasting sounds). Если по-простому, то когда мы заменяем один звук на другой, меняется смыл произнесенного. Например, 'Ы' и 'И' - "быть" "бить". Для нас очевидно, для англоговорящего - не вполне. Так и для нас, разница между контрастирующими английскими гласными /ɪ/ и /i/ (к примеру) не вполне очевидна. (UPDATE: с точки зрения фонетики, если два звука являются контрастирующими, то это два разных, совершенно самостоятельных звука. Если не являются - то это варианты одного звука.) Так вот, /ɪ/ и /i/ - это разные звуки, русскоговорящие их искажают и путают, что явно не идет на пользу взаимопониманию.
И, статистически, проблема гораздо более явно выражена, чем контраст между /ð / и /d/ - просто потому, что слов со звуком /ð/ порядка 80 на 10 тысяч, а вот слов со звуком /ɪ/ - порядка 3500.
Будьте очень осторожны с этим советом. Вопрос на чем сосредоточиться в первую очередь — на гласных или согласных, не так прост и однозначной рекомендации дать нельзя.
С одной стороны, у согласных точнее определятеся место артикуляции, и поэтому их проще "пофиксить". Но есть небольшая проблемка, - в каждом английском слове есть гласная. А ровно половина английских гласных звуков просто отсутствует в русском. Так что если изучающий произношение русскоговорящий студент сосредоточится в первую очередь на согласных, это может закрепить и даже усугубить неправильное произношение гласных. В результате ошибки произношения будет еще сложнее исправить, а это сильно демотивирует.
Конечно, заметный прогресс в освоении согласных звуков может также и мотивировать, к тому же техники-то похожи. Но чисто статистически ошибки с гласными русскоговорящие делают настолько чаще, что большинство практикующих SPL начинают все-таки именно с них.
Присоединяюсь к @Krokochik, - большинство изображений, сгенерированных ИИ, похожи друг на друга как близнецы-братья. Начиная с определенного момента они подсознательно отфильтровываются, и перестают работать почти совсем. Вот если бы взять хорошего дизайнера, заказать ему тысячу картинок в уникальном, индивидуальном стиле, а потом на них обучить ИИ, чтобы он нарисовал в том же стиле еще десять тысяч... Где-то тут есть подвох, да?
Если вы пытаетесь меня убедить, что VBA где-то упрется в проблемы с производительностью, в сравнении с PowerShell, то, уверяю вас, для вашей задачи - абсолютно точно нет.
Давайте оценим (зависит от размера файла, конечно). Если все ваши 7500 файлов по мегабайту, то, условно возьмем время открытия ~1 секунду. Получится примерно два часа на все. Временем на выполнение кода можно пренебречь. Но у вас же не по мегабайту файлы? C "обычными" офисные файлами, думаю минут в 15-30 можно уложиться.
Приведу пример: у меня есть проект, где файл на 28 мегабайт с рекурсивным перемножением матриц 100 тысяч на тысячу обрабатывается 4 секунды на процессоре пятилетней давности. Это с выводом результатов, валидацией данных, и прочими делами. Да, для этого пришлось немного пооптимизировать алгоритмы, но ИМО это гораздо более интересное времяпрепровождение. Другой пример - делал проект для экспорта папки из примерно 1000 XL файлов в JSON. Около 30 секунд.
И, кстати, что значит "есть ли рекурсивный обход папок"? Есть полноценный доступ к файловой системе. Only the sky is the limit.
Кстати забавно, в первом комментарии использовал "Whole Foods" в примерах, просто на автомате. А сейчас подумал, что у них "foods" именно по этому принципу исчисляемое.
В статье не про них. С фруктами вас не обманули, - по идее, когда мы говорим о фруктах в общем (collective noun), единственный правильный вариант это "I eat a lot of fruit".
Если надо подчеркнуть, что мы вообще-то про разные виды фруктов говорим, то fruit становится исчислимым - "Whole Foods sells many exotic fruits.” Что как бы логично, следим за руками:
"Whole Foods sells nine types of exotic fruits." (тут количество имеет значение)
"Whole Foods sells a lot of exotic fruit." (а тут - нет)
В то же время вы правы, фраза "I eat lots of fruits" в неформальной речи может звучать органично для американцев. Проблема в том, что для носителя это органично, то для не носителя - не факт. Поэтому лучше все-таки "I eat a lot of fruit."
насчет give a look большие сомнения
Если не секрет, переводческий факультет или педагогический?
Я задумался, а как вы до этого эту фразу переводили? Если вас она поразила, значит был на подкорке какой-то другой вариант, а ведь их, вариантов, не так уж много. Самый простой - "You're on Windows 10", но это явно не наш/ваш случай.
Так в вашем листинге первые 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; }