Комментарии 59
Людям с ограниченными возможностями будет полезно голосовое управление.
В качестве развлечения — неплохо.
Но для серьёзной работы вряд ли годится — либо каждый раз перепроверять, правильно ли Excel расслышал формулу (и тогда не быстрее ли её сразу самому набрать?), либо объяснять потом сотрудникам, почему зарплата начислена неверно — «я был простужен, и Excel не так расслышал.»
Но для серьёзной работы вряд ли годится — либо каждый раз перепроверять, правильно ли Excel расслышал формулу (и тогда не быстрее ли её сразу самому набрать?), либо объяснять потом сотрудникам, почему зарплата начислена неверно — «я был простужен, и Excel не так расслышал.»
Напомню: SQL изначально разрабатывался для обычных пользователей, макросы вроде как тоже для неспециалистов.
Я вот тоже всегда поражался. Почему в школах преподают географию, а SQL, который позволит работать свободно с кучей баз данных — нет?
Ну ладно, про школы я совсем загнул. Но елки, проще формул Excel и придумать что-то тяжело. Зачем еще упрощать? Пока искусственный интеллект не развит до уровня полного понимания человека, придется городить костыли вроде языков программирования, скриптов и т.д. Не понимаю, неужели тяжело потратить 30 минут на изучение синтаксиса функций Excel?
Буду очень рад, если кто-то объяснить, в чем преимущество (хоть малейшее) такого подхода
Ну ладно, про школы я совсем загнул. Но елки, проще формул Excel и придумать что-то тяжело. Зачем еще упрощать? Пока искусственный интеллект не развит до уровня полного понимания человека, придется городить костыли вроде языков программирования, скриптов и т.д. Не понимаю, неужели тяжело потратить 30 минут на изучение синтаксиса функций Excel?
Буду очень рад, если кто-то объяснить, в чем преимущество (хоть малейшее) такого подхода
Во-первых, формулы — это страшно. Их учить надо, а это лениво.
Во-вторых, в майкрософте думают, что они реально сумеют написать парсер, который будет разбирать естественную речь, и пользователям не придётся изучать синтаксис, который этот парсер понимает.
Во-вторых, в майкрософте думают, что они реально сумеют написать парсер, который будет разбирать естественную речь, и пользователям не придётся изучать синтаксис, который этот парсер понимает.
Не надо там ничего учить: там есть кнопка, в которую тыкаешь и получаешь список функций, разбитый по категориям, с об'яснениями. За редким исключением там и без справки понятно.
Конечно, распознают… Откуда им знать, что значит фраза «Я хочу нажать… чтобы зелененьким и вместе все… крокодилы-бегемоты… а дальше сами понимаете...»?
ИТшник часто не понимает, чего хотят пользователи. Да что там говорить — сами пользователи часто сами не понимают, чего хотят.
ИТшник часто не понимает, чего хотят пользователи. Да что там говорить — сами пользователи часто сами не понимают, чего хотят.
Их учить надо, а это лениво.
Не надо ничего учить. Никогда в жизни ничего не учил кроме стишков, которые в младшей школе таки заставляли под угрозой пыток (порок). Всегда есть документация. Если бояться, что в важный момент её не будет — то учить всё, а всего не выучишь, так что не надо учить вообще ничего. IMHO.
Запоминание наизусть — это кэш. Информация, к которой часто обращаешься, автоматически туда запишется. Любая функция вместе с названием и аргументами и даже практическими примерами сама запомнится стоит пара раз слазить за ней в документацию когда она потребуется. Искусственно же что-то заучивать, обращаться к информации тупо чтобы она закэшировалась — в большинстве случаев весьма нелепое занятие.
Вы пробовали пользоваться русскими формулами в Excel? Это просто наказание как перевели функции и зачем это было сделано… Всякие ВПР вместо VLOOKUP, или ГПР вместо HLOOKUP. Я боюсь представить что будет с этим «естественным представлением» функций когда Мелкомягкие решает его на русский язык конвертнуть.
Но елки, проще формул Excel и придумать что-то тяжело. Зачем еще упрощать?
Когда мне приходится писать формулы для Excel/Calc я вспоминаю каждый раз свои первые опыты по программированию на асм и бэйсике. Абсолютная адресация памяти без каких-либо меток или алиасов и переменные из двух символов максимум — что может быть проще?
Простота не симноним удобства. Меня бесят эти всякие A1 и ZZ768, ведь казалось бы у каждых строки и столбца в таблице обычно есть заголовок на который можно сослаться. (Про именованные диапазоны и ячейки я знаю, но это неудобно и оверхидно для одноразовой таблички).
Офис же вроде умеет с 2010 версии ориентироваться по заголовкам таблиц.
Абсолютная адресация памяти без каких-либо меток или алиасов
Откройте для себя именованные диапазоны.
На риббоне «Formulas» кнопка «Define Name».
Дочитал до "(Про именованные диапазоны и ячейки я знаю, но это неудобно и оверхидно для одноразовой таблички)."
Ну так HLOOKUP тоже поддерживается с глубокой древности.
=HLOOKUP(«heading»,$A:$Z,rownumber)
Как это можно было реализовать ещё проще?
Ну так HLOOKUP тоже поддерживается с глубокой древности.
=HLOOKUP(«heading»,$A:$Z,rownumber)
Как это можно было реализовать ещё проще?
Меня бесят эти всякие A1 и ZZ768
А мне казалось столбцы и области можно было именовать ещё в Excel 95.
Можно, но сложно. нарушается DRY. Сначала я задаю «визуальное» имя, а потом «программное».
Ой-вэй… По-моему когда «программируешь» под Excel и тому подобные кухонные комбаины, о паттернах и правилах хорошего тона думать не принято. Я тоже из идеалистов, которые стараются вести себя как джентльмены даже в курятнике, но иногда жизненно необходимо уметь впадать в «контролируемую глупость».
А мне кажется совершенно естественным, когда контрол программно называется txtUsername, а визуально подписан «Имя пользователя».
Это тоже нарушение DRY тогда?
Это тоже нарушение DRY тогда?
Лучше бы усовершенствовали VBA, чем строки формул.
А что не так с VBA — давно не слежу. Отстает от VB?
Лучше бы усовершенствовали VBA, чем строки формул.
Да, мне тоже кажется, что VBA здорово задержался на этом свете. Давно пора заменить на что-то более современное. C#, VB.Net, Python, JavaScript, LISP/Scheme, что угодно. Понятно, что поддержку старых документов отрубать не хочется, но что мешало, например, оставить VBA в старом (который без x на конце) формате?
Лучше бы сделали возможность вводить функции в формулы не только на русском языке. Бесит нереально, когда надо переключаться на английский для ввода адреса ячейки или названия колонки в таблице, а потом обратно на русский для ввода какого-нибудь ВПР или ЛЕВСИМВ.
Лучше бы сделали возможность вводить функции в формулы не только на русском языке. Бесит нереально,
Солидарен. По-моему это ужасно когда язык, по сути, программирования, использует разные названия одних и тех же функций на разных компьютерах у разных пользователей. Поддерживать других становится весьма затруднительно, да и сам можешь в один прекрасный день оказаться за компьютером с непривычным языком.
когда надо переключаться на английский для ввода адреса ячейки или названия колонки в таблице, а потом обратно на русский
Это ещё что, я, вот, при письме на русском (даже сейчас, когда пишу комменты на Хабре), переключаюсь на английский всякий раз, когда надо, например, набрать кавычку или ещё что-нибудь в этом роде. Раньше даже для точек и запятых переключался :-| В принципе делаю это на автомате и за доли секунды, но всё-таки… Я, вот думаю, классно было бы, если бы клавиатуры были хотябы на пару рядов больше и раскладки на разных языках максимально соответствовали…
По-моему это ужасно когда язык, по сути, программирования, использует разные названия одних и тех же функций на разных компьютерах у разных пользователей.
Не перебарщивайте с «языком программирования». Имхо, продукт такого уровня должен понимать формулы на любом языке.
С тем, что должен понимать, я ещё соглашусь, но с тем, что локализованная версия не должна понимать английские — ни за что.
Я тоже.
Я помню чудесную русифицированную версию MicroWorlds, где каждое ключевое слово поддерживалось в четырёх вариантах — русском и английском, полном и сокращённом. Например, «вп» «вперед» «fw» «forward».
В результате удобно было всем — и опытным программистам, и начинающим.
В результате удобно было всем — и опытным программистам, и начинающим.
Особенно когда VBA там поддерживает только английский вариант.
Apple уже делала попытку сделать язык максимально похожий на разговорный английский — AppleScript
в простых вещах действительно интуитивно
или
но как только дело доходит до более серьезных вещей то тут уже не все так благополучно
в простых вещах действительно интуитивно
display dialog "Hello, world!"или
tell application "Finder" to open POSIX file "/Users/sj/coolpicture.jpg"но как только дело доходит до более серьезных вещей то тут уже не все так благополучно
set recipientName to "John Doe"
set recipientAddress to "nobody@nowhere.com"
set theSubject to "AppleScript Automated Email"
set theContent to "This email was created and sent using AppleScript!"
tell application "Mail"
set theMessage to make new outgoing message with properties {subject:theSubject, content:theContent, visible:true}
tell theMessage
make new to recipient with properties {name:recipientName, address:recipientAddress}
send
end tell
end tell
Может быть для каких-то простых вещей это и будет полезно, но вот я, например, работаю с фин. моделями на работе иногда — там от 3,5к строк, куча формул и макросы (модель покупная) и все это добро и так вешает эксель по три раза в день, а если он, еще и попытается парсить голосовые команды или команды заданные в свободной форме текстом, то он будет виснуть пятьдесят раз в день. Мне кажется, что сейчас в экселе есть уже просто все, что только можно придумать — поработали бы лучше над стабильностью работы.
Цель у новых версий не улучшение работы, а продажа новых экземпляров. К сожалению «лучшесть» (и цену) проще объяснить новыми фичами (пусть сырыми) чем допиливанием чего то чем занимаются только «айтишники».
Мне кажется, что сейчас в экселе есть уже просто все, что только можно придумать
В ассемблере точно есть всё, что можно придумать (в рамках железа).
>работаю с фин. моделями на работе иногда — там от 3,5к строк, куча формул и макросы
если эксель уже не тянет и виснет, то неужели нет более подходящего специализированного софта под эти задачи? В крайнем случае накатать свой велосипед/напрячь местных кодеров
если эксель уже не тянет и виснет, то неужели нет более подходящего специализированного софта под эти задачи? В крайнем случае накатать свой велосипед/напрячь местных кодеров
Может быть и есть, но модель, которой пользуюсь сама по себе довольно мощная штука — она, например, используется как стандарт во многих банках, так что отказываться от неё нет смысла. просто приходится терпеть и уповать на автосохранение, хотя когда до сдачи проекта 1-2 дня, а тебе надо добить 14 фин. моделей и раз в час все падает (пусть и с сохранением данных), то нервы просто не выдерживают. страдает больше всего переферия — мышки и клавиатуры, как объект снятия стресса…
Хотя, если кто знает надежный софт для фин. моделирования в области недвижимости и строительства, буду благодарен за советы.
Хотя, если кто знает надежный софт для фин. моделирования в области недвижимости и строительства, буду благодарен за советы.
Да здравствует COBOL!
стандартная sales серебряная пуля — мы предоставим вам функционал с которым ваши бухгалтера(условно говоря, ничего против бухгалтеров не имею) смогут самостоятельно управлять процессом без привлечения дорогостоящих It специалистов. А то что ровно так же позиционировался и предыдущий функционал уже все забыли.
Для тех, кому сложно даются низкоуровневые абстракции типа C$4. Или они бесят своей низкоуровнестью.
И кто сказал, что нет формального описания?
И кто сказал, что нет формального описания?
ну так нужно дать пользователям возможность переименовывать колонки вместо просто «С»
Вот кстати почему этого никто не делает — не понимаю
и где же оно? :)
#jump_to_future#excel16.exe#enter##F1# :)
Или всё это ненужные игрушки типа шаблонов «who has ${var} ${opt}...» (что плохо соответствует статусу MS Research) или реально имеет такую формализацию, от которой у бухгалтеров волосы вылезут при первом погружении.
Совместить простоту формализации и её однозначность вполне соотвествует статусу MS Research
если бы я был бухгалтером, то я не за что в жизни не доверил бы подобной системе посчитать годовой баланс, только руками, только так как я это явно указал.
Фича конвертации в обычные формулы наверняка есть.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Microsoft показала «умный» Excel — «формулы» можно задавать на «обычном» языке