У меня в заметках числятся две вещи, которые нужно до вас донести в комментариях к первой же статье:) Вот они:
Адресная строка и punycode. Например, видим в адресной строке https://ru.wikipedia.org/wiki/Заглавная_страница а если скопировать это в буфер обмена и затем вставить в любой текстовый редактор, то получим там вот это https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0 Зачем так сделано? Я часто вставляю ссылки в документы, в текстовые файлы, в исходники и в прочие места, и хочу видеть там человекочитаемый текст, а не закодированный в 6 раз длиннее. Или хотя-бы сделайте настройку, в каком виде копировать адресную строку в буфер обмена. (я это обхожу пока так: копирую ссылку без первой буквы h, тогда она нормально копируется, а затем букву дописываю вручную)
Случайное удаление плиток с сайтами и группами со стартовой страницы. Удалить плитку очень просто случайным щелчком по "минусу" в правом верхнем углу плитки. А восстановить - невозможно (особенно если там целая папка, в которой много ссылок, это по памяти уже точно не восстановишь). Сделайте хотя-бы диалоговое окно "Вы уверены что хотите удалить?".
Список команд, но не список файлов. Geany сохраняет в своем "проекте" список файлов, открытых в редакторе, а это не то: в проекте (как абстракции разработки) запросто может быть больше файлов, чем открыто в редакторе, и в редакторе запросто могут быть открыты файлы, не относящиеся к текущему проекту.
Идея то ведь простая. Есть группа файлов (располагающихся где угодно, не обязательно в одной директории), которые я в рамках какой-то работы хочу иметь всегда под рукой в виде списка (а лучше дерева с "виртуальными" папками) в панели слева. Открывать их оттуда щелчком мыши, а при закрытии закладки с этим файлом он не должен пропадать из списка. Ровно это делается во всех IDE, в частности в Visual Studio, Qt Creator и т.д. Но в Geany этого нет, поэтому Geany все-же остается текстовым редактором, а не IDE.
Можно предложить такую формулировку: "перевести на тот язык, который будет понятен всем участникам команды". И если там есть непонятные термины предметной области, без которых никак - то их задача разжевать эти термины (в том числе уточняя у заказчиков, консультантов, в специальной литературе и т.п.) и оформить эти разъяснения документально, причем все это следует обсуждать и делать вместе с программистами.
А зачем тогда нужны все эти продакты, проджекты, менеджеры и аналитики? Кажется это их задача: выяснить чего в точности хочет заказчик, перевести эти пожелания с языка предметной области на общечеловеческий, и оформить этот перевод в виде документа - задания программисту. А программист уже переводит с общечеловеческого на язык машины/ОС/фреймворка и т.п.
Хорошая софтина. В линуксе ей пользуюсь как текстовым редактором. Но кажется, у них не было понятия "проекта" (как отдельного файла со списком файлов исходников и возможно списком команд сборки), который можно было бы загрузить. У них было что-то вроде workspace, т.е. файл в котором сохранялись пути к открытым в самом редакторе файлам, это можно было сохранить и загрузить, но ведь это не совсем то - если в проекте 200 файлов, то не будешь же держать 200 открытых закладок?
Ладно меньше, но они становятся НЕЗАМЕТНЕЕ! На скриншоте из OS X полоса просто отличная - яркая, заметная, объемная. А сейчас в винде, да и во многих линуксах делают их какими-то бледными, едва различимыми на фоне окон. Или еще так: есть сама полоса прокрутки, есть фоновая область по которой полоса двигается - и зачастую фиг различишь, где полоса а где область. Чуть отличающиеся оттенки серого - и всё. Т.е. нужно задумываться, а куда собственно тыкать мышкой, чтобы попасть именно в полосу - потому что попадание в пустую область тоже приводит к прокрутке, но другого типа - листанию страниц, что не всегда нужно.
А можно ли сказать, что все эти мощности сами по себе образуют некое бесконечное множество? Из того что я понял - счетное множество это нолик, континуум это единичка, 2^0==1. А где нолик и единичка - там и числовая ось, и арифметические операции...
Ну а есть ли числа между ноликом и единичкой мы знаем - есть, бесконечно много, но не целые. Правда, эта аналогия противоречит тому, что вы написали: "число таких множеств с промежуточной мощностью не может быть бесконечным по довольно сложным причинам" :)
Чего только не сделает капиталист ради 300% прибыли:)
А в данном случае возможная прибыль очевидна - если например выпустить Винду на кодовой базе Линукса, не нужно будет содержать огромный штат профессиональных программистов для поддержки полностью своей ОС, можно будет многих сократить и пользоваться результатами работы сообщества.
В общем я боюсь, не повторилась бы история с браузерами. Из четырех браузерных движков осталось только 2. Хорошо что исходники Оперы утекли (но толку от них немного, это же не вполне легальное). А исходники IE закрыты и недоступны. Еще можно вспомнить Embarcadero, у которых есть свой компилятор, но которые переходят на опенсорсный LLVM. И наверняка есть еще куча примеров, когда компании отказываются от своего софта и переходят на опенсорсный, при этом свои старые наработки оставляют закрытыми, и со временем они просто забываются и теряются, в том числе физически.
То есть мы имеем тенденцию к общему сокращению кодовой базы и кодового разнообразия.
На практике они зачем нужны, в реальном программировании? Если у вас есть два числа int, то они никогда не будут несравнимы. А если у вас есть два double, то могут оказаться несравнимы, даже если вы примените strong_ordering. Что там в этом случае будет? Исключение кинется чтоли?
Всю математику в код не затащить по определению. Поэтому я склонен к поиску баланса между математической строгостью и практической целесообразностью.
А статья - это просто повод пообсуждать интересную тему:)
Зачем так сложно сделали? Аж 3 типа с результатами сравнения... Достаточно было одного, имеющего 4 значения: "больше", "меньше", "равно" и "несравнимо". Это красиво ложится на 2 бита, которые можно представить как специальное знаковое целое число, имеющее соответственно коды +1, -1, 0 и -2 (которое "несравнимо", но в нашем случае это было бы не отрицательное число, а специальный код - аналог NaN для целых чисел, который не сравнивался бы с целыми числами).
А то что Nan не равен числу и одновременно несравним - это ИМХО нормально. Число может быть неравно другому числу и одновременно больше другого числа. А другое может быть неравно и одновременно меньше. Это же не вызывает вопросов? Собственно, неравенство может получаться если число больше, меньше или несравнимо с другим.
Кроме типа-суммы и типа-произведения есть еще тип-объединение и тип-пересечение (я сам узнал из обсуждения к этой статье). Было бы интересно рассмотреть эти вопросы и здесь, причем в практическом аспекте.
Патент это просто идея на всякий случай (вдруг придумают такие маленькие и емкие аккумуляторы, что и правда можно будет встаивать в дужку очков...)
А вообще, очевидное решение (которое почему-то никто не реализует) - тонкий провод (как у наушников) от очков к устройству (смартфону или специальному блоку питания, возможно с какими-то органами управления), которое можно держать в кармане. Преимущества -
значительно большие габариты, чем можно разместить в очках, а значит значительно большая емкость;
возможность разместить на карманном модуле органы управления, к примеру мини-джойстик (как замена мыши) и несколько кнопок, которыми можно управлять "вслепую", просто держа устройство в руке (а руку в кармане). Это чтобы отказаться от дурацкого голосового управления
А то что провод - ну да, провод, не вижу в этом ничего плохого, мне кажется что сейчас все слишком зациклились на беспроводном.
Так наверняка и фундаментальные взаимодействия можно будет в конечном итоге свести к каким-нибудь математическим трюкам над математическими же объектами. Разве искатели "теории всего" не этим самым занимаются?
Паулево отталкивание - это не взаимодействие, хотя похоже на него, а свойство симметрии
Тут вообще интересно получается. Возможно я ошибаюсь, но в моем понимании взаимодействие - это когда два объекта взаимодействуют, т.е. не проходят друг сквозь друга как призраки, а притягиваются, отталкиваются или иным способом изменяют свое равномерное прямолинейное движение. Но дальше в физике появляется понятие "фундаментальные взаимодействия", вот вы упомянули "нефундаментальные". И еще каким-то боком "свойства симметрии" и прочее, которое с одной стороны все-же достаточно фундаментально, но "взаимодействиями" не являются (кстати, то что электроны не падают на ядро - это же тоже квантовые эффекты, которые вроде как и не взаимодействия?)
Но если мы имеем пример "не взаимодействия", то возможно, и всякие загадочные явления типа темной материи/энергии - тоже могут оказаться "не взаимодействиями" а лишь чем-то похожим на них?
У меня в заметках числятся две вещи, которые нужно до вас донести в комментариях к первой же статье:) Вот они:
Адресная строка и punycode. Например, видим в адресной строке
https://ru.wikipedia.org/wiki/Заглавная_страница
а если скопировать это в буфер обмена и затем вставить в любой текстовый редактор, то получим там вот это
https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0
Зачем так сделано? Я часто вставляю ссылки в документы, в текстовые файлы, в исходники и в прочие места, и хочу видеть там человекочитаемый текст, а не закодированный в 6 раз длиннее. Или хотя-бы сделайте настройку, в каком виде копировать адресную строку в буфер обмена.
(я это обхожу пока так: копирую ссылку без первой буквы h, тогда она нормально копируется, а затем букву дописываю вручную)
Случайное удаление плиток с сайтами и группами со стартовой страницы. Удалить плитку очень просто случайным щелчком по "минусу" в правом верхнем углу плитки. А восстановить - невозможно (особенно если там целая папка, в которой много ссылок, это по памяти уже точно не восстановишь). Сделайте хотя-бы диалоговое окно "Вы уверены что хотите удалить?".
Список команд, но не список файлов. Geany сохраняет в своем "проекте" список файлов, открытых в редакторе, а это не то: в проекте (как абстракции разработки) запросто может быть больше файлов, чем открыто в редакторе, и в редакторе запросто могут быть открыты файлы, не относящиеся к текущему проекту.
Идея то ведь простая. Есть группа файлов (располагающихся где угодно, не обязательно в одной директории), которые я в рамках какой-то работы хочу иметь всегда под рукой в виде списка (а лучше дерева с "виртуальными" папками) в панели слева. Открывать их оттуда щелчком мыши, а при закрытии закладки с этим файлом он не должен пропадать из списка. Ровно это делается во всех IDE, в частности в Visual Studio, Qt Creator и т.д. Но в Geany этого нет, поэтому Geany все-же остается текстовым редактором, а не IDE.
А зачем "Иван Иванович", когда все уже давно придумано: "Пациент с номером 123, пройдите на прием".
Можно предложить такую формулировку: "перевести на тот язык, который будет понятен всем участникам команды". И если там есть непонятные термины предметной области, без которых никак - то их задача разжевать эти термины (в том числе уточняя у заказчиков, консультантов, в специальной литературе и т.п.) и оформить эти разъяснения документально, причем все это следует обсуждать и делать вместе с программистами.
А зачем тогда нужны все эти продакты, проджекты, менеджеры и аналитики? Кажется это их задача: выяснить чего в точности хочет заказчик, перевести эти пожелания с языка предметной области на общечеловеческий, и оформить этот перевод в виде документа - задания программисту. А программист уже переводит с общечеловеческого на язык машины/ОС/фреймворка и т.п.
Хорошая софтина. В линуксе ей пользуюсь как текстовым редактором. Но кажется, у них не было понятия "проекта" (как отдельного файла со списком файлов исходников и возможно списком команд сборки), который можно было бы загрузить. У них было что-то вроде workspace, т.е. файл в котором сохранялись пути к открытым в самом редакторе файлам, это можно было сохранить и загрузить, но ведь это не совсем то - если в проекте 200 файлов, то не будешь же держать 200 открытых закладок?
Меня пока phind.com вполне устраивает.
Ладно меньше, но они становятся НЕЗАМЕТНЕЕ! На скриншоте из OS X полоса просто отличная - яркая, заметная, объемная. А сейчас в винде, да и во многих линуксах делают их какими-то бледными, едва различимыми на фоне окон. Или еще так: есть сама полоса прокрутки, есть фоновая область по которой полоса двигается - и зачастую фиг различишь, где полоса а где область. Чуть отличающиеся оттенки серого - и всё. Т.е. нужно задумываться, а куда собственно тыкать мышкой, чтобы попасть именно в полосу - потому что попадание в пустую область тоже приводит к прокрутке, но другого типа - листанию страниц, что не всегда нужно.
Еще бы знать что такое "мощность регулярна" и "мощность сигнулярна":)
А можно ли сказать, что все эти мощности сами по себе образуют некое бесконечное множество? Из того что я понял - счетное множество это нолик, континуум это единичка, 2^0==1. А где нолик и единичка - там и числовая ось, и арифметические операции...
Ну а есть ли числа между ноликом и единичкой мы знаем - есть, бесконечно много, но не целые. Правда, эта аналогия противоречит тому, что вы написали: "число таких множеств с промежуточной мощностью не может быть бесконечным по довольно сложным причинам" :)
Чего только не сделает капиталист ради 300% прибыли:)
А в данном случае возможная прибыль очевидна - если например выпустить Винду на кодовой базе Линукса, не нужно будет содержать огромный штат профессиональных программистов для поддержки полностью своей ОС, можно будет многих сократить и пользоваться результатами работы сообщества.
В общем я боюсь, не повторилась бы история с браузерами. Из четырех браузерных движков осталось только 2. Хорошо что исходники Оперы утекли (но толку от них немного, это же не вполне легальное). А исходники IE закрыты и недоступны. Еще можно вспомнить Embarcadero, у которых есть свой компилятор, но которые переходят на опенсорсный LLVM. И наверняка есть еще куча примеров, когда компании отказываются от своего софта и переходят на опенсорсный, при этом свои старые наработки оставляют закрытыми, и со временем они просто забываются и теряются, в том числе физически.
То есть мы имеем тенденцию к общему сокращению кодовой базы и кодового разнообразия.
Примерно понятно. А что тогда такое weak_ordering?
На практике они зачем нужны, в реальном программировании? Если у вас есть два числа int, то они никогда не будут несравнимы. А если у вас есть два double, то могут оказаться несравнимы, даже если вы примените strong_ordering. Что там в этом случае будет? Исключение кинется чтоли?
Всю математику в код не затащить по определению. Поэтому я склонен к поиску баланса между математической строгостью и практической целесообразностью.
А статья - это просто повод пообсуждать интересную тему:)
Зачем так сложно сделали? Аж 3 типа с результатами сравнения... Достаточно было одного, имеющего 4 значения: "больше", "меньше", "равно" и "несравнимо". Это красиво ложится на 2 бита, которые можно представить как специальное знаковое целое число, имеющее соответственно коды +1, -1, 0 и -2 (которое "несравнимо", но в нашем случае это было бы не отрицательное число, а специальный код - аналог NaN для целых чисел, который не сравнивался бы с целыми числами).
А то что Nan не равен числу и одновременно несравним - это ИМХО нормально. Число может быть неравно другому числу и одновременно больше другого числа. А другое может быть неравно и одновременно меньше. Это же не вызывает вопросов? Собственно, неравенство может получаться если число больше, меньше или несравнимо с другим.
Кроме типа-суммы и типа-произведения есть еще тип-объединение и тип-пересечение (я сам узнал из обсуждения к этой статье). Было бы интересно рассмотреть эти вопросы и здесь, причем в практическом аспекте.
Кстати, а есть в линуксовых ФС аналог ADS?
Apple молодцы, только это VR а не AR. Для VR можно хоть шлем на голову, а в него можно напихать очень много аккумуляторов.
Патент это просто идея на всякий случай (вдруг придумают такие маленькие и емкие аккумуляторы, что и правда можно будет встаивать в дужку очков...)
А вообще, очевидное решение (которое почему-то никто не реализует) - тонкий провод (как у наушников) от очков к устройству (смартфону или специальному блоку питания, возможно с какими-то органами управления), которое можно держать в кармане. Преимущества -
значительно большие габариты, чем можно разместить в очках, а значит значительно большая емкость;
возможность разместить на карманном модуле органы управления, к примеру мини-джойстик (как замена мыши) и несколько кнопок, которыми можно управлять "вслепую", просто держа устройство в руке (а руку в кармане). Это чтобы отказаться от дурацкого голосового управления
А то что провод - ну да, провод, не вижу в этом ничего плохого, мне кажется что сейчас все слишком зациклились на беспроводном.
Так наверняка и фундаментальные взаимодействия можно будет в конечном итоге свести к каким-нибудь математическим трюкам над математическими же объектами. Разве искатели "теории всего" не этим самым занимаются?
Тут вообще интересно получается. Возможно я ошибаюсь, но в моем понимании взаимодействие - это когда два объекта взаимодействуют, т.е. не проходят друг сквозь друга как призраки, а притягиваются, отталкиваются или иным способом изменяют свое равномерное прямолинейное движение. Но дальше в физике появляется понятие "фундаментальные взаимодействия", вот вы упомянули "нефундаментальные". И еще каким-то боком "свойства симметрии" и прочее, которое с одной стороны все-же достаточно фундаментально, но "взаимодействиями" не являются (кстати, то что электроны не падают на ядро - это же тоже квантовые эффекты, которые вроде как и не взаимодействия?)
Но если мы имеем пример "не взаимодействия", то возможно, и всякие загадочные явления типа темной материи/энергии - тоже могут оказаться "не взаимодействиями" а лишь чем-то похожим на них?