Не знаю как остальные, а я просто фантазирую на заданную тему, топикстартер вроде бы тоже.
Насчет месяцев полностью согласен.
Смысл дня понятен - циклы дня/ночи, бодрствования/сна.
Смысл недели - в циклах режима работы. Смена продолжительности недели имеет смысл только в контексте выбора количества рабочих дней в неделе и никак иначе. Если будет 4/3 или оставят 5/2 - все, 7 дней, уймитесь. Но хотя бы рассмотреть варианты 4/2, 5/3 и т.п. стоило бы.
Смысл года - в цикличности климатических сезонов и положения солнца.
Смысл месяца - а фиг его знает, зачем они нужны. Еще и порядковые числительные не на своих местах. Раз в месяц (т.е. раз в 30 дней, а может быть 28, 29 или 31) платеж или отчетность? Раз в X дней / Y недель выглядит логичнее. Луна тут давно не при делах.
Мне нравится деление года по сезонам. Можно было бы оставить вместо месяцев. И количество дней в сезоне не вываливатся за 2 разряда. Беда только в инверсии сезонов для полушарий и в разрыве годом зимы (лета в южном полушарии). И есть вопросы к положению их границ в отрыве от солнцестояния/равноденствия. [2023-зима-53]
А можно оставить месяцы и сезоны в покое, и использовать только номера недель - тоже 2 разряда. [2023-04-7]
Любые попытки ровно поделить год - это всегда компромисс, чем-то придется жертвовать, и получится "не совсем ровно". В принципе, високосная неделя для выравнивания недель в году - вариант ничем не хуже високосного дня. Вненедельные выравнивающие дни - чуть хуже, ломают простоту расчетов "сколько дней прошло", но то же можно сказать и о нынешних месяцах.
Что касается системы времени - я никакую боль по этому поводу не испытываю. Да, есть поправочные секунды, но о них почти всем знать вообще необязательно. Вот если бы после 12го часа (/минуты/секунды) шел 14й - вот это было бы похоже на то, что происходит с нашим календарем, и подлежало бы исправлению. А, более земной пример: летнее время. Я очень рад, что в России его отменили.
Пардон, у нас тут расхождение мыслей получилось: Я в этой ветке фантазировал про ответ на вопрос "как внедрять"; а Вы зацепились за 6 дней с выходными 4/2 - я этот момент здесь не рассматривал. В описываемой концепции даже если работник использует в своем кругу иной календарь, он ничего не заявляет и не требует от работодателя. А вот тут обсуждали любопытные варианты с 7-дневкой: https://habr.com/ru/post/673074/
А где тут нужна уйма сил? Люди могут на нескольких языках разговаривать, с формулой конвертации как-нибудь справятся. Я не говорил о срочном и массовом переводе всего. Наоборот - о применении на длительном промежутке времени в качестве профессиональной терминологии. По моим наблюдениям, люди обожают придумывать новую специфичную терминологию =)
Ради того, чтобы система календаря была обусловлена логикой, а не историческими и религиозными артефактами.
большой риск так никогда и не набрать необходимую критическую массу
Будут продолжать использовать только во внутренней деятельности, не так уж это и плохо. Верю, что любые навязывания будут приняты в штыки.
И потом, в моем примере я предполагал не подвальный кружок толкинистов, а участников условного science.com (понятия не имею, есть ли такой сайт), деятельность которых таки влияет на повседневную жизнь, и на чьи публикации пишут обзоры на массовых ресурсах.
Думаю, что переходный период займет эдак целое поколение.
Мне видится относительно реалистичным такой сценарий:
В некотором сообществе принимается решение о новой системе. Скорее, это будет сообщество в околонаучной среде (у меня сразу возникают ассоциации с "Основанием" Азимова), но как минимум это люди:
для которых "мы привыкли по-другому" и "это противоречит религии" - вообще не аргументы;
которые согласны некоторое время, а может быть и всю свою жизнь, использовать при необходимости дополнительное средство конвертации систем счисления;
способные все-таки договориться о единой рациональной системе.
Никакого навязывания, никаких ISO и декретов ООН. Никакой обязаловки для людей, выходящих за рамки этого сообщества. Для них объяснение: "это наш птичий язык, не обращайте внимания". Одновременно следует:
Активное использование принятой системы во всех внутренних коммуникациях и публикациях, устройствах для внутреннего использования.
Мягкие попытки привлечь сообщества смежных областей.
... При накоплении некой критической массы применение новой системы становится заметным для непосвященных, они начинают интересоваться и спрашивают у ChatGPT, что это такое. Думают "забавно, ну ладно" и продолжают использовать традиционную систему. ... "Бизнесмены-мессии" "ловят хайп" и начинают выпуск продукции в массовом сегменте с поддержкой обеих систем счисления. ... Вот тут появляется уже ООН, стандарты, и планы перехода. ... Традиционный календарь используют только для внутренних нужд религиозные сообщества и прочие консерваторы.
======================== А, и альтернативный вариант: Закрытое сообщество в бункере или переселенцы на космическом корабле принимают новую систему счисления и используют. На остальных, если остальные еще есть, кладут болт =)
Направление мысли любопытное. Лишь бы не получилась каша как с хабами, ориентироваться в которых проблематично что авторам, что читателям. Ну ладно-ладно, мне проблематично ориентироваться. Пока от этого защищает небольшое число "форматов". А модераторы будут следить/править форматы у статей?
Вот бы еще два выделенных поля с лимитированным количеством символов вместо над-ката:
Целевая аудитория статьи. Ну да, "неопределенная" - тоже вариант.
Для чего? "Назначение и область применения", говоря канцеляризмами.
Иногда читаешь статью, где начало "Как установить и настроить super-mega-app" и пошло "sudo apt-get... вот конфиг... тут еще подкрутить". И совсем нет ответа на вопрос "а зачем мне это?".
Ну и если совсем губу раскатать, то мне не хватает имеющихся двух вариантов настройки "Вид ленты":
"Компактный" - без открытия статьи в принципе невозможно оценить свой интерес к ней.
"Классический" - уже лучше, но высота блока на планшете уже 1-1,5 экрана. В основном виновата КДПВ.
Мой вариант в быту: Для действительно важного (почта, госуслуги, банк и еще парочка) - пароли в голове. Если у вас важных сервисов 10+ - ну извините :-) Для всего остального - вводить белиберду и каждый раз сбрасывать, даже не пытаясь запоминать. Сервисы с авторизацией без пароля по коду из смс/ссылке из письма - для меня идеально на этот случай.
На работе же пока шифрованные заметки + windows credential manager. Пока не придумал чем заменить.
Так, хорошо, попробуем интерпретировать: 1. Чтобы тема оперировала токенами ЯП - нужно, чтобы стоял LSP. Есть. 2. Если при наличии LSP тема не подсвечивает синтаксис - значит просто забили при создании темы. 3. В теме не нужно задавать отдельно оформление для "класса Python", "Класса Java" .. "метода Java". Просто "класс", "метод" и проч. Комментарии в описаниях тем "для Java, C++" не несут смысловой нагрузки. 4. Оформление на основании отступов и порядка следования - ну просто так приспичило автору. Верно?
Мне любопытно (но не настолько, чтобы я полез сам копать), почему: - одни темы (да большинство) почти не учитывают синтаксис, в лучшем случае умеют выделять литералы по типам и комментарии. - другие вроде бы и пытаются это делать, но делают как-то странно - раскрашивают на основании уровня отступа, или порядка следования в выражении. - и совсем мало раскрашивают код на основании семантики языка, в строковых литералах выделяют экранирование.
Предположим, упомянутое большинство и сделано в редакторе тем, который только первый вариант и умеет. Или что темы разработаны и проработаны только для языков, которыми я не пользуюсь. Насколько сильно темы привязаны к конкретным языкам? Если хочешь чтобы синтаксис в твоей теме подсвечивался везде, нужно вручную перебрать все возможные варианты? Или можно таки оперировать общими типами конструкций?
Я буду искать "стоматология услуга цены район", открою десяток-другой результатов, сравню цены, расположение, режим работы и отзывы, на основании чего выберу вариант. И плевать кто там был первый. А что, не все так делают? :-/
С позиции рядового юзера не понимаю смысла рекламных вставок в результаты поиска. Я ведь правильно понимаю, что речь про это? Если по каким-то причинам адблок не сработал/отключен, 2 ситуации: 1. Я ищу товар, открывая десятки вкладок поисковой выдачи. Открываем ссылку - там либо основная страница магазина, либо примерно похожий по смыслу раздел, про искомый товар ни слова, скорее всего его вообще нет в ассортименте. Что за фигня? Ах да, это мы кликнули по рекламному объявлению вместо выдачи. Так оно же еще и на следующей странице выдачи повторится! Так и становятся для вас "скликивателями"? 2. Я забиваю в адресную строку конкретный адрес сайта, но омнибокс же ж! Может пробел случайно нажал или еще что - попадаю на поисковик, где в топе выдачи, конечно, искомый сайт, а выше него - правильно - рекламное объявление с тем же сайтом. Неужели владельцы за такую ерунду платят?
/* никому не в обиду, только личные впечатления я не программист, с ide не сравниваю в принципе в чем-то могу быть не прав в силу недостаточного погружения, заранее прошу прощения */
Лично для меня главный стимул опробовать vim/emacs - это проблема на клавиатурах современных ноутбуков на ощупь найти стрелки и использовать комбинации с home/end.
Специфичная навигация - не такая большая проблема, привыкнуть и проникнуться можно довольно быстро. Проблема - документация в стиле "кому надо, тот поймет", и при таком подходе вопрос "а точно оно мне надо?" возникает довольно скоро.
В тех же туториалах дают только базовую навигацию и ни слова про настройку. Вы, кстати, тоже решили опустить этот момент, просто перепрыгнув к перечислению плагинов. Ситуация, когда впечатленный статьей новичок попытается поставить lua-плагин на версию с vimscript - это фантастика, правда? Да, найти в интернете можно все, но: 1) нужно точно знать, что именно искать 2) интернет завален мусорными статьями.
Честно пытался полюбить emacs, но пока не зашло. Дефолтные настройки удручают. Коплю силы разбираться. Emacs изначально привлек командой execute-extended-command (M-x), что я воспринимаю как аналог command palette, полюбившийся в vscode как полноценная альтернатива хоткеям и меню.
Тот же VSCode вполне функционален из коробки, установка плагинов интуитивно понятна и без гугла.
Также я пытался в ютубе найти ролики с реальным использованием vim/emacs на живых примерах, чтобы проникнутся удобными ежедневными приемами, но то, что нашел, выглядит скорее "синтетическими" примерами.
Тем не менее, за статью спасибо.
P.S. Забавно, что в каждой статье про gnu/vim/emacs обязательно есть раздел с историей возникновения. Стабильность =)
Как-то на очередном собеседовании после нескольких успешных этапов меня спросили, как я отношусь к серым ЗП. Я честно ответил первое что пришло в голову: Принципиально я не против, но тогда в моих интересах стать незаменимым сотрудником. С одной стороны, это хорошо для вас, с другой - плохо: я должен быть уверен, что обижать меня вам невыгодно. Не позвали =)
Оба подхода, ваш и вашего оппонента, понятны и имеют право на жизнь.
Я предположу откуда ноги растут, следите за руками:
1. Есть сервисы антиспама.
2. Пользователю такого сервиса поступает холодный звонок с «выгодными условиями».
3. Пользователь сбрасывает звонок, нажимает «Пожаловаться».
4. Номер в базе антиспама.
5. Тинькофф пользуется этой базой (или это изначально его пользователи пожаловались, или ему «подарили» готовые данные).
Холодными звонками с нагловатыми менеджерами грешат, наверное, все банки — вот и этот сценарий повторяется для всех.
Если это предположение верно, то это не проблема БД и не нелюбовь к конкурентам, а третий вариант — просто в UX приложения не предусмотрели вашей хотелки.
Не знаю как остальные, а я просто фантазирую на заданную тему, топикстартер вроде бы тоже.
Насчет месяцев полностью согласен.
Смысл дня понятен - циклы дня/ночи, бодрствования/сна.
Смысл недели - в циклах режима работы. Смена продолжительности недели имеет смысл только в контексте выбора количества рабочих дней в неделе и никак иначе. Если будет 4/3 или оставят 5/2 - все, 7 дней, уймитесь. Но хотя бы рассмотреть варианты 4/2, 5/3 и т.п. стоило бы.
Смысл года - в цикличности климатических сезонов и положения солнца.
Смысл месяца - а фиг его знает, зачем они нужны. Еще и порядковые числительные не на своих местах. Раз в месяц (т.е. раз в 30 дней, а может быть 28, 29 или 31) платеж или отчетность? Раз в X дней / Y недель выглядит логичнее. Луна тут давно не при делах.
Мне нравится деление года по сезонам. Можно было бы оставить вместо месяцев. И количество дней в сезоне не вываливатся за 2 разряда. Беда только в инверсии сезонов для полушарий и в разрыве годом зимы (лета в южном полушарии). И есть вопросы к положению их границ в отрыве от солнцестояния/равноденствия.
[2023-зима-53]
А можно оставить месяцы и сезоны в покое, и использовать только номера недель - тоже 2 разряда.
[2023-04-7]
Любые попытки ровно поделить год - это всегда компромисс, чем-то придется жертвовать, и получится "не совсем ровно". В принципе, високосная неделя для выравнивания недель в году - вариант ничем не хуже високосного дня. Вненедельные выравнивающие дни - чуть хуже, ломают простоту расчетов "сколько дней прошло", но то же можно сказать и о нынешних месяцах.
Что касается системы времени - я никакую боль по этому поводу не испытываю.
Да, есть поправочные секунды, но о них почти всем знать вообще необязательно.
Вот если бы после 12го часа (/минуты/секунды) шел 14й - вот это было бы похоже на то, что происходит с нашим календарем, и подлежало бы исправлению.
А, более земной пример: летнее время. Я очень рад, что в России его отменили.
Пардон, у нас тут расхождение мыслей получилось:
Я в этой ветке фантазировал про ответ на вопрос "как внедрять"; а Вы зацепились за 6 дней с выходными 4/2 - я этот момент здесь не рассматривал.
В описываемой концепции даже если работник использует в своем кругу иной календарь, он ничего не заявляет и не требует от работодателя.
А вот тут обсуждали любопытные варианты с 7-дневкой: https://habr.com/ru/post/673074/
А где тут нужна уйма сил? Люди могут на нескольких языках разговаривать, с формулой конвертации как-нибудь справятся.
Я не говорил о срочном и массовом переводе всего.
Наоборот - о применении на длительном промежутке времени в качестве профессиональной терминологии. По моим наблюдениям, люди обожают придумывать новую специфичную терминологию =)
Ради того, чтобы система календаря была обусловлена логикой, а не историческими и религиозными артефактами.
Будут продолжать использовать только во внутренней деятельности, не так уж это и плохо.
Верю, что любые навязывания будут приняты в штыки.
И потом, в моем примере я предполагал не подвальный кружок толкинистов, а участников условного science.com (понятия не имею, есть ли такой сайт), деятельность которых таки влияет на повседневную жизнь, и на чьи публикации пишут обзоры на массовых ресурсах.
Думаю, что переходный период займет эдак целое поколение.
Мне видится относительно реалистичным такой сценарий:
В некотором сообществе принимается решение о новой системе.
Скорее, это будет сообщество в околонаучной среде (у меня сразу возникают ассоциации с "Основанием" Азимова), но как минимум это люди:
для которых "мы привыкли по-другому" и "это противоречит религии" - вообще не аргументы;
которые согласны некоторое время, а может быть и всю свою жизнь, использовать при необходимости дополнительное средство конвертации систем счисления;
способные все-таки договориться о единой рациональной системе.
Никакого навязывания, никаких ISO и декретов ООН.
Никакой обязаловки для людей, выходящих за рамки этого сообщества. Для них объяснение: "это наш птичий язык, не обращайте внимания".
Одновременно следует:
Активное использование принятой системы во всех внутренних коммуникациях и публикациях, устройствах для внутреннего использования.
Мягкие попытки привлечь сообщества смежных областей.
...
При накоплении некой критической массы применение новой системы становится заметным для непосвященных, они начинают интересоваться и спрашивают у ChatGPT, что это такое. Думают "забавно, ну ладно" и продолжают использовать традиционную систему.
...
"Бизнесмены-мессии" "ловят хайп" и начинают выпуск продукции в массовом сегменте с поддержкой обеих систем счисления.
...
Вот тут появляется уже ООН, стандарты, и планы перехода.
...
Традиционный календарь используют только для внутренних нужд религиозные сообщества и прочие консерваторы.
========================
А, и альтернативный вариант:
Закрытое сообщество в бункере или переселенцы на космическом корабле принимают новую систему счисления и используют. На остальных, если остальные еще есть, кладут болт =)
Направление мысли любопытное.
Лишь бы не получилась каша как с хабами, ориентироваться в которых проблематично что авторам, что читателям. Ну ладно-ладно, мне проблематично ориентироваться.
Пока от этого защищает небольшое число "форматов".
А модераторы будут следить/править форматы у статей?
Вот бы еще два выделенных поля с лимитированным количеством символов вместо над-ката:
Целевая аудитория статьи. Ну да, "неопределенная" - тоже вариант.
Для чего? "Назначение и область применения", говоря канцеляризмами.
Иногда читаешь статью, где начало "Как установить и настроить super-mega-app" и пошло "sudo apt-get... вот конфиг... тут еще подкрутить". И совсем нет ответа на вопрос "а зачем мне это?".
Ну и если совсем губу раскатать, то мне не хватает имеющихся двух вариантов настройки "Вид ленты":
"Компактный" - без открытия статьи в принципе невозможно оценить свой интерес к ней.
"Классический" - уже лучше, но высота блока на планшете уже 1-1,5 экрана. В основном виновата КДПВ.
Хочу третий вариант "Без КДПВ".
Мне кажется, или эта приложенька от фаната мортал комбата для фанатов мортал комбата? Замени пароль на "вниз-вперед-удар рукой".
Мой вариант в быту:
Для действительно важного (почта, госуслуги, банк и еще парочка) - пароли в голове.
Если у вас важных сервисов 10+ - ну извините :-)
Для всего остального - вводить белиберду и каждый раз сбрасывать, даже не пытаясь запоминать. Сервисы с авторизацией без пароля по коду из смс/ссылке из письма - для меня идеально на этот случай.
На работе же пока шифрованные заметки + windows credential manager. Пока не придумал чем заменить.
Так, хорошо, попробуем интерпретировать:
1. Чтобы тема оперировала токенами ЯП - нужно, чтобы стоял LSP. Есть.
2. Если при наличии LSP тема не подсвечивает синтаксис - значит просто забили при создании темы.
3. В теме не нужно задавать отдельно оформление для "класса Python", "Класса Java" .. "метода Java". Просто "класс", "метод" и проч. Комментарии в описаниях тем "для Java, C++" не несут смысловой нагрузки.
4. Оформление на основании отступов и порядка следования - ну просто так приспичило автору.
Верно?
Мне любопытно (но не настолько, чтобы я полез сам копать), почему:
- одни темы (да большинство) почти не учитывают синтаксис, в лучшем случае умеют выделять литералы по типам и комментарии.
- другие вроде бы и пытаются это делать, но делают как-то странно - раскрашивают на основании уровня отступа, или порядка следования в выражении.
- и совсем мало раскрашивают код на основании семантики языка, в строковых литералах выделяют экранирование.
Предположим, упомянутое большинство и сделано в редакторе тем, который только первый вариант и умеет.
Или что темы разработаны и проработаны только для языков, которыми я не пользуюсь. Насколько сильно темы привязаны к конкретным языкам? Если хочешь чтобы синтаксис в твоей теме подсвечивался везде, нужно вручную перебрать все возможные варианты? Или можно таки оперировать общими типами конструкций?
С теплотой вспоминаю Организационно-Контрольный Отдел Административного Департамента. И славно работали, чертята.
Да и вообще, месяцы отсутствуют в функциональных требованиях, и по дальнейшему тексту не несут смысловой нагрузки. Можно было бы обойтись и без них.
Но в моем идеальном мире розовых бегемотиков я бы оставил 4 месяца-сезона.
Лето 23 - мне нравится.
И делится как надо.
Я буду искать "стоматология услуга цены район", открою десяток-другой результатов, сравню цены, расположение, режим работы и отзывы, на основании чего выберу вариант. И плевать кто там был первый. А что, не все так делают? :-/
С позиции рядового юзера не понимаю смысла рекламных вставок в результаты поиска. Я ведь правильно понимаю, что речь про это?
Если по каким-то причинам адблок не сработал/отключен, 2 ситуации:
1. Я ищу товар, открывая десятки вкладок поисковой выдачи.
Открываем ссылку - там либо основная страница магазина, либо примерно похожий по смыслу раздел, про искомый товар ни слова, скорее всего его вообще нет в ассортименте. Что за фигня? Ах да, это мы кликнули по рекламному объявлению вместо выдачи. Так оно же еще и на следующей странице выдачи повторится! Так и становятся для вас "скликивателями"?
2. Я забиваю в адресную строку конкретный адрес сайта, но омнибокс же ж! Может пробел случайно нажал или еще что - попадаю на поисковик, где в топе выдачи, конечно, искомый сайт, а выше него - правильно - рекламное объявление с тем же сайтом. Неужели владельцы за такую ерунду платят?
/* никому не в обиду, только личные впечатления
я не программист, с ide не сравниваю в принципе
в чем-то могу быть не прав в силу недостаточного погружения, заранее прошу прощения */
Лично для меня главный стимул опробовать vim/emacs - это проблема на клавиатурах современных ноутбуков на ощупь найти стрелки и использовать комбинации с home/end.
Специфичная навигация - не такая большая проблема, привыкнуть и проникнуться можно довольно быстро. Проблема - документация в стиле "кому надо, тот поймет", и при таком подходе вопрос "а точно оно мне надо?" возникает довольно скоро.
В тех же туториалах дают только базовую навигацию и ни слова про настройку. Вы, кстати, тоже решили опустить этот момент, просто перепрыгнув к перечислению плагинов. Ситуация, когда впечатленный статьей новичок попытается поставить lua-плагин на версию с vimscript - это фантастика, правда? Да, найти в интернете можно все, но: 1) нужно точно знать, что именно искать 2) интернет завален мусорными статьями.
Честно пытался полюбить emacs, но пока не зашло. Дефолтные настройки удручают. Коплю силы разбираться. Emacs изначально привлек командой execute-extended-command (M-x), что я воспринимаю как аналог command palette, полюбившийся в vscode как полноценная альтернатива хоткеям и меню.
Тот же VSCode вполне функционален из коробки, установка плагинов интуитивно понятна и без гугла.
Также я пытался в ютубе найти ролики с реальным использованием vim/emacs на живых примерах, чтобы проникнутся удобными ежедневными приемами, но то, что нашел, выглядит скорее "синтетическими" примерами.
Тем не менее, за статью спасибо.
P.S. Забавно, что в каждой статье про gnu/vim/emacs обязательно есть раздел с историей возникновения. Стабильность =)
Как-то на очередном собеседовании после нескольких успешных этапов меня спросили, как я отношусь к серым ЗП. Я честно ответил первое что пришло в голову:
Принципиально я не против, но тогда в моих интересах стать незаменимым сотрудником. С одной стороны, это хорошо для вас, с другой - плохо: я должен быть уверен, что обижать меня вам невыгодно.
Не позвали =)
Я предположу откуда ноги растут, следите за руками:
1. Есть сервисы антиспама.
2. Пользователю такого сервиса поступает холодный звонок с «выгодными условиями».
3. Пользователь сбрасывает звонок, нажимает «Пожаловаться».
4. Номер в базе антиспама.
5. Тинькофф пользуется этой базой (или это изначально его пользователи пожаловались, или ему «подарили» готовые данные).
Холодными звонками с нагловатыми менеджерами грешат, наверное, все банки — вот и этот сценарий повторяется для всех.
Если это предположение верно, то это не проблема БД и не нелюбовь к конкурентам, а третий вариант — просто в UX приложения не предусмотрели вашей хотелки.
А шариться предпочитаю по alternativeto.net