Про парсинг я и не спорю. Визуально-то оно понятно. Но в ключе обсуждения:
основой такого языка должны стать только правила пунктуации
тут у нас не будет никаких знаков препинания, кроме точки. Отсюда вопрос, как же будет работать основа, которая далеко не у всех естественных языков основа. Конечно, можно сказать, что «а пусть пишут на английском», но тогда ради чего огород городить? Да и часть статьи явно о том, что хорошо бы писать на любом естественном языке.
По мне так, несколько утопичненько :) Скорее всего, будет сильно упрощено ради того, чтобы хоть как-то работало. Что не понравится ни обычным пользователям, ни программистам. Как говорится, за двумя зайцами погонишься,…
Добавочно смущает наличие слова «естественном» в кавычках при описании языка. То есть, он будет квази-естественнным. Опять же не ясно до какой степени, и для какого контингента это будет интересно.
Так как каждый пользователь является носителем своего родного естественного языка (или даже нескольких), то жестко задавать ключевые слова невозможно, из чего следует, что основой такого языка должны стать только правила пунктуации, но никак не лексика или грамматика.
Что насчёт языков, что крайне скупо используют знаки препинания? Этим часто страдают агглютинативные языки, в которых, например(реальная ситуация при переводе из такого языка), фраза визуально из двух слов, оканчивающая точкой, в русском разворачивается в такую штуку с кучкой запятых: «в то время, когда он читал, она спала». Эдакое описание параллельных вычислений на «живом» языке :)
Кстати, дополнительный вопрос: «Как на человеческом языке описывать многопоточное программирование и всякую асинхронщину?»
Компилятор/транслятор должен уметь преобразовывать исходный текст программы не только в машинный код для компьютера, но в другой вариант «естественного» языка, чтобы пользователь мог работать с исходным текстом на известном ему «естественном» языке.
Общий смысл высказанного мне видится, как «Надо бы сделать google translate», только чтобы он еще и из текста мог программу сваять, причём, чтобы она делала то, что хочу.
FAR тут ни при чём — это проблема всех приложений, ибо есть висящий тикет на гитхабе, чтобы новый терминал стал передавать события мыши запущенным приложениям: github.com/microsoft/terminal/issues/376
Так что, если мышь нужна, то тут, к сожалению, либо cmd, либо powershell, думаю.
По-моему, метод poker planning — хороший способ погрязнуть в фичах, которые никому не нужны и далее участь проекта может стать незавидной(а то и похоронить его после неукротимого разбухания):
Команде ставится условие: 1 палец — фича не очень, 2 пальца — фича норм, 3 пальца — фича просто бомба
В общем случае, команда разработчиков (да, даже люди из другой команды в той же фирме) считает крутым совсем не то, что хотели бы видеть в первую очередь пользователи. Видал навороченные проекты сделанные чисто командой бывшей самой в себе и практически первые же вопросы от пользователей показывали, что того, что ищут люди в первую очередь-то и нет.
Я понимаю, что там есть ещё множитель «сложности». Но при равных сложностях выигрывают фичи, «любимые» командой, а не те, что нужны для успеха продукта. Хотя, часть фич может и совпасть.
С этим вариантом одно плохо: не для всех языков подходит(замечу, что тэга С/С++ у статьи нет, значит она про все языки). А именно для языков, которые считают, что точка с запятой не нужна. Вот, скажем, для Go такой вариант будет как раз вредным советом, ибо компилятор тут же выкинет нечто вроде(Go не понимает тут, где строка кончается):
Про субтитры — это только так кажется, что без них сложно :) Если что, я сам такой: обычно смотрю с субтитрами и думаю, что без них вообще ничего не понял бы. Но, стоит попасть на не очень затягивающий фильм, я начинаю отвлекаться от экрана(поглядывая в полглаза чисто на картинку, не вчитываясь в субтитры), и о чудо! Я, оказывается, могу и на слух понимать достаточно много, чтобы фильм оставался понятным и линию сюжета я не терял. Можете попробовать :) Я на особо скучных фильмах(было только интересно, что будет в итоге) даже пасьянс запускал и сбоку от фильма раскладывал — субтитры тогда вообще не читал, но картинка была видна для слежения за сюжетом.
Хотя, признаюсь, несколько фильмов без субтитров я не потянул вообще. В одном был сильный техасский акцент, как я понял. Другой был переполнен сленгом подростковым. Остальные не скажу, что подвело.
Да, возможно. Спасибо за подсказку. Тогда просто «стабилизировался» хватило бы. А вот «быстро возвращается» — это как-то звучит тоже слишком уж по «PR-щически» бездоказательно. Хотелось бы знать, в чём именно проявляется «быстрота» этого возвращения :) Раз уже автор это упомянул.
Биток же, не спеша, периодически подскакивает до ~9500, потом возвращается до ~9000 уже какой месяц подряд. Я, правда, не в теме, и может именно сейчас там что-то происходит, но со стороны обычная(в каком-то смысле) стабильность.
Тем не менее, в настоящий момент Bitcoin быстро возвращается в нормальное состояние, поэтому сейчас самое подходящее время
Вот эта тема не раскрыта. Сколько смотрю цены на него, уже сколько месяцев он болтается в районе 9000 за штуку. Где же «быстрое возвращение»? Или тут имелось в виду что-то другое?
В том числе автодополнение имен файлов для системных утилит вроде cd? Не первого попавшегося файла с подходящим началом, а всех
Да, есть такая проблема — увидеть все подходящие. TAB-TAB просто по циклу подставляет все подходящие по очереди. В моих случаях этого достаточно, ибо я сразу набираю первые N достаточно уникальных символов. Скажем в папке rust проекта при наборе «git add C» и тут же TAB, мне сразу подставляется первый по алфавиту Cargo.lock. TAB еще раз и он меняется на Cargo.toml. Всё, два TAB-TAB и готово. Согласен, не очевидно и без полного списка не так удобно. Но выбрать всё ж можно не только первый подпавшийся.
то с другими базовыми вещами вроде копирования-вставки, сохранения истории и автоподстановки по TAB? Ну и, хотя сам я не пользуюсь, но alias'ы команд тоже многим нравятся.
На мой взгляд, это вообще-то не функции терминала. Это дело того, что внутри терминала бежит. В том же упомняутом konsole, если в одной вкладке bash, а в другой zsh, то сомневаюсь, что у них будет одно поведение и общая история. История и TAB — это дело cmd/powershell и что там еще запускается.
Правка: в том powershell TAB вполне себе работает. Если программа озаботилась поставлять файл для completion в виде ps1 файла. Без них powershell вполне неплохо подсказывает пути и внутренние команды
Переименование и цвета для вкладок вроде и хорошо. Но при долгом использовании, думаю, что буду использовать это редко. Причина:
> Цвета для каждой вкладки будут сохраняться в течение текущего сеанса
> ввести свое название для текущего сеанса
Так вот настроишь, оставишь комп на ночь, возвращаешься, а Windows обновился(включая терминал) и старый экземпляр терминала убит при обновлении со всеми открытыми там вкладками. Заново всё настраивать иногда напрягает, тем более, что не всегда помнишь, что там было. Вот если бы сессии запоминались вместе с этими настройками как-то. Пусть даже, если будет только пункт меню для ручного сохранения/восстановления сессии уже будет проще и приятнее использовать свои имена и цвета.
«Сидящее на корточках ружьё» — это ещё кратко :) Я своё время был поражён, во что они превратили такое простое и короткое слово, как «танк»:
chidí naaʼnaʼí beeʼeldǫǫh bikááʼ dah naaznilígíí
Что дословно значит я не помню уже, а нашёл только вариант на навахо (тут glosbe.com/en/nv/tank).
Добавка: вспомнилось, что когда читал обзор навахо языка, там упоминалось, что язык крайне устойчив к заимствованиям. Всё, что можно они переводят на свой «описательный» мотив. И была даже цитата, что даже несмотря на то, что навахо жили веками рядом с другими племенами, заимствований из языка соседей практически нет. Эдакие языковые «расисты» :)
1. Начинаю не понимать, что будет делаться на сервере, если еще нужна какая-то прослойка на каждую конкретную платформу. Кто будет писать эти прослойки? И где они будут бежать?
2. Что делать тем, у кого интернет отсутствует(здравствуйте режимные предприятия) или нестабильный(нажали кнопочку сохранить, прога пошла на сервер за формой диалога сохранения, да и повисла)?
3. Кто и когда будет отрисовывать формы? Что будет отвечать за перевод JSON от сервера в картинку на экране? Если локальная прослойка, то опять же не ясно, что делает сервер.
4. Цитата "… сервер получает поток сообщений JSON, которые полностью описывают что сделал юзер...". Хм, то есть предлагается всем на какой-то сервер слать свои пароли/логины(а как иначе рассказать серверу, что было нажато)? Как вообще будет работать то, что должно быть под грифом «секретно»?
5. Многие GUI библиотеки имею классную штуку, позволяющую расширять набор контролов и менять отрисовку (custom controls), чтобы реализовать приятное и выделяющееся из остальных приложение. Да, это не для каждого типа приложений подойдёт. Как это будет при универсальности?
С одной стороны сразу упомянут PyQt; с другой, статья выглядит будто написана только про вэб и что крутится в браузерах. Поэтому не ясно зачем тут PyQt, или вы предлагаете даже десктопные приложения обязать стучаться на какой-то сервер за формами?
Дополнительный вопрос:
— что будет, если клиент ещё старый, а сервер выдаёт ему формы с новыми контролами, которые только что появились(ведь не все сразу появятся в начальной реализации)? Скажем, добавили combobox в который можно текст вписывать, а до этого были только read-only comboboxes.
Ещё о плюсах цифровой клавы: очень полезна в редких играх. Например, разновидность тетриса, в который я играю, намного удобнее это делать на цифровой клавиатуре. Просто ладонь лежит удобнее посреди клавиатуры, чем на весу с краю. В рогаликах некоторых на цифровой очень удобно играть: числа вокруг «5» — это движение в данную от «5» сторону, а сама «5» стоять ход на месте и лечиться. При этом точка рядом же — повторять «направление» до упора(скажем, точка на цифровой и затем «5» — стоять и лечиться пока не вылечишься или монстр не появится в пределах видимости).
Может канал не закрыли? Тогда он будет бесконечно на range висеть. Если же канал закрывать нельзя, то да, кроме for с конкретным количеством больше придумать нечего, range тут не поможет.
Edit: хотя, если один поток решил не отвечать или запаниковал, то for с количеством повиснет точно так же, как и range.
тут у нас не будет никаких знаков препинания, кроме точки. Отсюда вопрос, как же будет работать основа, которая далеко не у всех естественных языков основа. Конечно, можно сказать, что «а пусть пишут на английском», но тогда ради чего огород городить? Да и часть статьи явно о том, что хорошо бы писать на любом естественном языке.
Добавочно смущает наличие слова «естественном» в кавычках при описании языка. То есть, он будет квази-естественнным. Опять же не ясно до какой степени, и для какого контингента это будет интересно.
Что насчёт языков, что крайне скупо используют знаки препинания? Этим часто страдают агглютинативные языки, в которых, например(реальная ситуация при переводе из такого языка), фраза визуально из двух слов, оканчивающая точкой, в русском разворачивается в такую штуку с кучкой запятых: «в то время, когда он читал, она спала». Эдакое описание параллельных вычислений на «живом» языке :)
Кстати, дополнительный вопрос: «Как на человеческом языке описывать многопоточное программирование и всякую асинхронщину?»
Общий смысл высказанного мне видится, как «Надо бы сделать google translate», только чтобы он еще и из текста мог программу сваять, причём, чтобы она делала то, что хочу.
Так что, если мышь нужна, то тут, к сожалению, либо cmd, либо powershell, думаю.
В общем случае, команда разработчиков (да, даже люди из другой команды в той же фирме) считает крутым совсем не то, что хотели бы видеть в первую очередь пользователи. Видал навороченные проекты сделанные чисто командой бывшей самой в себе и практически первые же вопросы от пользователей показывали, что того, что ищут люди в первую очередь-то и нет.
Я понимаю, что там есть ещё множитель «сложности». Но при равных сложностях выигрывают фичи, «любимые» командой, а не те, что нужны для успеха продукта. Хотя, часть фич может и совпасть.
./prog.go:10:10: syntax error: unexpected ||, expecting }
Хотя, признаюсь, несколько фильмов без субтитров я не потянул вообще. В одном был сильный техасский акцент, как я понял. Другой был переполнен сленгом подростковым. Остальные не скажу, что подвело.
Биток же, не спеша, периодически подскакивает до ~9500, потом возвращается до ~9000 уже какой месяц подряд. Я, правда, не в теме, и может именно сейчас там что-то происходит, но со стороны обычная(в каком-то смысле) стабильность.
Вот эта тема не раскрыта. Сколько смотрю цены на него, уже сколько месяцев он болтается в районе 9000 за штуку. Где же «быстрое возвращение»? Или тут имелось в виду что-то другое?
Да, есть такая проблема — увидеть все подходящие. TAB-TAB просто по циклу подставляет все подходящие по очереди. В моих случаях этого достаточно, ибо я сразу набираю первые N достаточно уникальных символов. Скажем в папке rust проекта при наборе «git add C» и тут же TAB, мне сразу подставляется первый по алфавиту Cargo.lock. TAB еще раз и он меняется на Cargo.toml. Всё, два TAB-TAB и готово. Согласен, не очевидно и без полного списка не так удобно. Но выбрать всё ж можно не только первый подпавшийся.
На мой взгляд, это вообще-то не функции терминала. Это дело того, что внутри терминала бежит. В том же упомняутом konsole, если в одной вкладке bash, а в другой zsh, то сомневаюсь, что у них будет одно поведение и общая история. История и TAB — это дело cmd/powershell и что там еще запускается.
Правка: в том powershell TAB вполне себе работает. Если программа озаботилась поставлять файл для completion в виде ps1 файла. Без них powershell вполне неплохо подсказывает пути и внутренние команды
> Цвета для каждой вкладки будут сохраняться в течение текущего сеанса
> ввести свое название для текущего сеанса
Так вот настроишь, оставишь комп на ночь, возвращаешься, а Windows обновился(включая терминал) и старый экземпляр терминала убит при обновлении со всеми открытыми там вкладками. Заново всё настраивать иногда напрягает, тем более, что не всегда помнишь, что там было. Вот если бы сессии запоминались вместе с этими настройками как-то. Пусть даже, если будет только пункт меню для ручного сохранения/восстановления сессии уже будет проще и приятнее использовать свои имена и цвета.
chidí naaʼnaʼí beeʼeldǫǫh bikááʼ dah naaznilígíí
Что дословно значит я не помню уже, а нашёл только вариант на навахо (тут glosbe.com/en/nv/tank).
Добавка: вспомнилось, что когда читал обзор навахо языка, там упоминалось, что язык крайне устойчив к заимствованиям. Всё, что можно они переводят на свой «описательный» мотив. И была даже цитата, что даже несмотря на то, что навахо жили веками рядом с другими племенами, заимствований из языка соседей практически нет. Эдакие языковые «расисты» :)
1. Начинаю не понимать, что будет делаться на сервере, если еще нужна какая-то прослойка на каждую конкретную платформу. Кто будет писать эти прослойки? И где они будут бежать?
2. Что делать тем, у кого интернет отсутствует(здравствуйте режимные предприятия) или нестабильный(нажали кнопочку сохранить, прога пошла на сервер за формой диалога сохранения, да и повисла)?
3. Кто и когда будет отрисовывать формы? Что будет отвечать за перевод JSON от сервера в картинку на экране? Если локальная прослойка, то опять же не ясно, что делает сервер.
4. Цитата "… сервер получает поток сообщений JSON, которые полностью описывают что сделал юзер...". Хм, то есть предлагается всем на какой-то сервер слать свои пароли/логины(а как иначе рассказать серверу, что было нажато)? Как вообще будет работать то, что должно быть под грифом «секретно»?
5. Многие GUI библиотеки имею классную штуку, позволяющую расширять набор контролов и менять отрисовку (custom controls), чтобы реализовать приятное и выделяющееся из остальных приложение. Да, это не для каждого типа приложений подойдёт. Как это будет при универсальности?
Дополнительный вопрос:
— что будет, если клиент ещё старый, а сервер выдаёт ему формы с новыми контролами, которые только что появились(ведь не все сразу появятся в начальной реализации)? Скажем, добавили combobox в который можно текст вписывать, а до этого были только read-only comboboxes.
Edit: убрал остальные дополнительные вопросы :)
Edit: хотя, если один поток решил не отвечать или запаниковал, то for с количеством повиснет точно так же, как и range.