Ну и плюс релятивистские эффекты (возрастание массы). Ваш наблюдатель просто не сможет встать и куда-то пойти, скорее всего он уже будет лежать с переломанными от собственной тяжести костями.
Хм... Для наблюдателя на поезде его масса не увеличилась, так что с ним ничего не случилось. Его масса поменялась для внешнего наблюдателя.
Плюс вроде как в настоящее время считается не очень хорошей идеей оперировать массой для релятивистских эффектов, это типа легаси. Пользоваться можно, но не универсально из-за всяких частиц с нулевой массой покоя.
А ВС и не может запретить в споре лиц, формально (может КС, дав обязательное для всех толкование закона, но к нему обращаются не со спором, а за проверкой закона в части, применимой к рассматриваемому судом спора). Он судебная, а не законодательная, власть. Ну а что у нас право не прецедентное, а потому прецедентами являются только решения высших инстанций (вот такой оксюморон, ага)... Ну а что прецедент - источник права...
Ну вот и получаем заголовки "ВС что-то запретил делать такой-то категории хозяйствующих субъектов". Это уже своего рода шаблон заголовков, так что даже не удивился, пока ваше замечание не увидел.
Вот именно что, если в спецификации есть, но как раз основная родная фс ext4 кодировку как раз и не специфицирует!
А где-то есть требование, чтобы спецификация кодировки вообще была? ;)
Вот когда будет стандарт - тогда можно о регистронезависимости говорить... А так вообще надо радоваться, что хоть как-то получаем читабельные имена файлов...
NTFS пишут UTF16, хотя с какой-то версии десятки вроде поддерживают UTF-8, exFAT - вроде тоже какой-то юникод, FAT и FAT32 - "OEM code page"...
В общем, нет вообще стандарта на то, должна или не должна FS поддерживать определённый тип кодировки. Потому как разработчикам FS взбрендит - так и будет.
В Линуксе вроде как "стандарт де-факто для дистрибутивов" - UTF-8. Хотя поиграться настройками можно как угодно.
Ну и если конкретная FS по своему личному стандарту поддерживает конкретную кодировку - то и реализация линукса её будет поддерживать так, как надо для этой FS, разве нет?
И было всё прекрасно, я считаю. Но в какой-то момент кто-то (Микрософт?) вернул нули без палочки (каламбурчик). И это как-то распространилось везде, даже на Линукс, интересно почему.
Не знаю, "на моём компьютере всё работает" - у меня в консоли Линукса никакие моноширинные шрифты не используются, и нолик - как положено, с палочкой )
(ага, и на всякий случай - текстовый браузер у меня тоже есть ;) )
По хорошему из ФС надо бы узнать язык, алфавит (а некоторые языки могут использовать два алфавита!), кодировку каждого из кусочка имени файла, если разрешать это. Либо можно просто запретить смешивать кодировки в имени.
Или просто сказать, что имена у нас в юникоде, все символы разных алфавитов и прочих специальных наборов имеют уникальные и различающиеся значения, а остальное нас на уровне драйвера FS не волнует, пусть хоть текст пишут в имя файла вместо его контента ) А как эти имена будут мапиться в 7-битную кодировку в терминале пользователя - это будет проблема уже другого системного компонента.
проблемы примерно такого же порядка, как и с аа сс уу, с ними в принципе можно жить
А вот тут сильно не соглашусь... Ибо https://youbank.com и https://уоubаnk.соm - это таки две очень больших разницы, причём для кого-то еще и с припиской "к большому сожалению".
Осталось добавить к этому перегенерацию и замену старых видео с новым содержанием - и получится, что кое-кто ошибся в прогнозе только с типом медиа - в его время еще не было Интернета, поэтому приходилось сжигать старые старые газеты и печатать новые старые газеты.
От того что мы это обозначим косяком шрифта или ещё чьим-то (например алфавита) проблема-то никуда не денется.
Не будем использовать этот шрифт в UI для работы с файлами, только и всего.
В классическом нуле нет чёрточки никакой, потому что цифры и буквы возникли задолго до компьютеров и никому тогда не могло прийти в голову что их будут где-то путать.
Но тем не менее такими шрифтами пользовались, и не устраивали забастовок "дайте нам ноль без палочки, мы иначе работать не можем".
Файловая система должна для начала предоставить информацию о кодировке, прежде чем UI что-то будет пытаться сделать.
И это всё равно не решит проблемы aа cс yу MМ и иже с ним, потому что они на самом деле пишутся одинаково. А в контексте регистронезависимости - это еще и проблема "в общем случае нельзя просто так сопоставить строчному символу прописной". Проще не совать прикладную логику (какого-нибудь приложения полнотекстового поиска) в драйвер, пусть будет регистрозависимым - по крайней мере точно будет работать всегда, даже если отобразятся крякозябры.
На счёт предоставлять-не предоставлять информацию о кодировке... Честно говоря ХЗ и по-моему вопрос вторичен, т.к. "aа cс yу MМ" всё равно надо как-то по-другому решать. Не хранить же еще в FS и шрифты под все ОС, с помощью которых показывать имена файлов (и не хранить же в ОС все возможные шрифты всех возможных битностей кодировок "просто на всякий случай")? А если FS вообще "многоязычной" получилось? А если в имени одного файла буквы из 12 разных языков?
Лучше какое-то UI решение найти, чтобы хотя бы по требованию показывал для "aа cс yу MМ" что там и откуда...
Даже если решить что все файлы кодируются исключительно только в utf-8, это не полностью решает проблему, потому что в юникоде есть несколько способов закодировать один символ и остаётся вопрос с одинаково выглядящими символами.
Одинаково выглядящие буквы алфавита, типа cс, aа - ну как ни старайся, будут выглядет одинаково, кроме как им специально делать разные начертания в одном шрифте, чего вряд ли делать будут. Одинаково выглядящие начертания букв в одном алфавите плюс цифры в одном шрифте - косяк шрифта.
И решение "разные символы в имени файла - значит, разные файлы, регистрозависимость как следствие" по-своему было верным, особенно если вспомнить, что в некоторых языках при смене регистра еще и буквы меняются и даже их количество в зависимости от их положения в слове, как тут рядом объясняли где-то. Потому что сравнить набор байтов - можно и просто, а остальное - уже и со словарём-то не всегда разберёшься.
То, что в UI должен быть способ различать такие миксы из алфавитов, особенно в URL и прочих местах хотя бы для борьбы с фишингом - вряд ли кто-то будет спорить. Но наверное это всё-таки вопрос к UI, а не FS...
Если... А если нет? 99% людей не будут заморачиваться и воспользуются тем что есть.
А это проблема тех, что а) сделал такие шрифты, б) применил их и создал проблемы 99% процентам людей.
Прямо сейчас в этом окошке у меня l и I не отличаются.
ну вот спросить бы у Хабра, почему они такой шрифт используют?..
На картинке у вас 1 и l можно тоже перепутать по невнимательности.
Вопрос привычки, т.к. они всё-таки различаются. Хотя могли бы в этом шрифте и появственней разницу сделать.
Это ровно та проблема, которая здесь обсуждается - символы с разными кодами выглядят одинаково.
Это другая проблема - т.к. эти символы могут или иногда даже должны выглядеть одинаково. А выше - проблема неразличимости символов в пределах одного алфавита + цифры, которые в любом случае должны быть различимы визуально.
Хотя разница cс, aа и т.п. - конечно реально проблема.
Если специальность будущего руководителя IT-компании ему лично интересна, то он может ей заниматься и в своей компании выполняя разные задачи, помимо менеджерских. Их ведь на самом деле не так уж и много, особенно на первых порах.
Сразу заниматься менеджментом, увы. Потому что иначе "вторых пор" у его компании может просто не возникнуть.
Проще говоря, ему нужнее навыки продаж, чем навыки программиста, чтобы дорасти до "вторых пор". Иначе же ему надо действовать по методичке - создать стартап, набрать капитализации и кому-нибудь этот стартап продать. Методичка позволит обойтись без сильного погружения в бизнес в этом случае.
Но не всякий хороший программист может стать хорошим продажником. И не всякий, кто может - хочет. А хорошему продажнику - не сильно нужны скиллы программиста, ну разве что для общения с программистами на стороне покупателя.
Теперь насчет консерватории. ... которые были придуманы в индустрии за последние 30 лет, но игнорируются в вузах как что-то неважное .... уровень типа начала 1990-х годов ... куча неактуального хлама из 1960-1980 годов ... актуальны в районе 1970 года
Ну, похоже, что у консерваторий мира одни и те же проблемы, причём независимо от направления, в котором производят подготовку ;)
Но при этом вы отметили, что несмотря на то, что 94% студентов так и застряли в своих молитвах к духу машины, 6% студентов всё-таки что-то смогли родить, несмотря на все недостатки консерватории.
Вопрос - почему они смогли? Они какие-то мутанты, у них мозг по-другому устроен, или студенты просто привыкли полагаться на инструменты без понимания того, то ли это, что надо, или Омниссия пошутить изволил над достающими его идиотами?
Это ж бизнес - профессору платят, он учит. Услуга предполагает выполнение некоторых действий и не гарантирует нужный результат. Профессор действия сделал, а что студент не проделал должным образом самостоятельную работу - это проблема студента.
Да, было бы лучше, чтобы или переориентировали раньше (хотя как это сделать недескриминационными методами, и чтобы еще и денег не потерять?), или мотивировали лучше (хорошая идея, а как?). Правда, без мотивации процент "научившихся думать" студентов дальше будет только снижаться, и в общем-то понятно, что систему мотивации уже давно пора менять, просто с ИИ это стало совсем наглядно.
Кажется, вы невнимательно прочитали и в отрыве от контекста.
milkyway044 обозначил проблему - "простое решит ИИ, сложное не решит студент", я отметил, что учёт ИИ - усложняющий фактор при формировании задачи для студента.
В вашей же ситуации - собесе выпускника - проблемы в том, что если студента не научили думать, то ваша задача для него - действительно слишком сложная.
Да, всё верно - "стандартные ситуации на производства во всех электронных компаниях", оказывается, слишком сложны для выпускников.
Почему - см. выше. Потому что научили думать только 6% выпускников.
Ну а дальше рассуждаем на тему "может что-то в консерватории надо поменять?"...
Если смотреть южнее Сахары - то там тоже разных климатических зон хватает...
Изначально говорилось не совсем про возникновение. Ну и напомню, что "высокоразвитость" - понятие относительное. Ну вот возникла там цивилизация (еще дополним финикию, ассирию и месопотамию)... Но вот развитие средиземноморской цивилизации шло по маршруту "финикийцы - эллины - римляне" . Потом еще Халифат подъехал, потом европейцы (снова) подтянулись. Дальше уже можно считать, что пошел передел влияния между осколками сформировавшихся тут участников, некоторые из которых пожрали соседей и развились, но Египет там был скорее в роли еды, чем игрока.
Кроме того, Египет был не единственным государствам на континенте. Но тех или съели в своё время, в т.ч. стараниями Египта, или возникли слишком поздно, а потому попали под влияние той же исламской цивилизации, или просто сгинули.
Если у вас правильно подобран шрифт, то не спутаете. А 100500 шрифтов в интерфейсе не нужны, максимум два (т.к. один из них - моноширинный; так что пользователь привыкнет к начертаниями и не путается), остальные нужны для дизайна того, что в этом интерфейсе делают.
С чем реально есть проблема - это с буквами одинакового начертания из разных алфавитов в одному шрифте. Но это уже "несколько другая" проблема, в том числе и потому, что эти буквы и должны выглядеть одинаково.
Надо ли её как-то решать? Ну, наверное было бы неплохо (показывать inode или содержимое или чексуму), но никто не спешит и как-то с этим все мирятся.
Решается выбором шрифта. В старых консолях (где O от 0 еще и черточной для надёжности отличались) с отличием I от 1 и l было всё чОтко, а вот когда какой-то дизайнер слишком буквально избавился от засечек в шрифте - вот и получилось...
Хотите быть финансово свободны и независимы? Создавайте свою IT-компанию,
Что в переводе означает "кончайте работать сами на себя по специальности, и наймите работников, чтобы они работали на вас по ней. А сами переквалифицируйтесь в менеджера - т.к. чем больше у вас сотрудников, тем меньше у вас времени что-то делать по специальности".
Вообще конечно идея правильная, но не все смогут это реализовать.
Хм... Для наблюдателя на поезде его масса не увеличилась, так что с ним ничего не случилось. Его масса поменялась для внешнего наблюдателя.
Плюс вроде как в настоящее время считается не очень хорошей идеей оперировать массой для релятивистских эффектов, это типа легаси. Пользоваться можно, но не универсально из-за всяких частиц с нулевой массой покоя.
А ВС и не может запретить в споре лиц, формально (может КС, дав обязательное для всех толкование закона, но к нему обращаются не со спором, а за проверкой закона в части, применимой к рассматриваемому судом спора). Он судебная, а не законодательная, власть. Ну а что у нас право не прецедентное, а потому прецедентами являются только решения высших инстанций (вот такой оксюморон, ага)... Ну а что прецедент - источник права...
Ну вот и получаем заголовки "ВС что-то запретил делать такой-то категории хозяйствующих субъектов". Это уже своего рода шаблон заголовков, так что даже не удивился, пока ваше замечание не увидел.
А где-то есть требование, чтобы спецификация кодировки вообще была? ;)
Вот когда будет стандарт - тогда можно о регистронезависимости говорить... А так вообще надо радоваться, что хоть как-то получаем читабельные имена файлов...
NTFS пишут UTF16, хотя с какой-то версии десятки вроде поддерживают UTF-8, exFAT - вроде тоже какой-то юникод, FAT и FAT32 - "OEM code page"...
В общем, нет вообще стандарта на то, должна или не должна FS поддерживать определённый тип кодировки. Потому как разработчикам FS взбрендит - так и будет.
В Линуксе вроде как "стандарт де-факто для дистрибутивов" - UTF-8. Хотя поиграться настройками можно как угодно.
Ну и если конкретная FS по своему личному стандарту поддерживает конкретную кодировку - то и реализация линукса её будет поддерживать так, как надо для этой FS, разве нет?
Ну это вроде к LSB вопрос? Или к кому?
Вот таки да, вы меня поймали на ошибке - должно быть "пропорциональный", но в процессе правки фразы с исходного варианта - не заменил )
Зачем FreeDOS - я имел в виду буквально текстовую консоль Линукса, Alt-F<номер>. Хотя и в окошке можно, даже виндовом )
Решим это "организационным методом" - напишем, что должно быть в юникоде...
Кому - как, а кому-то и буквально... В то время как от крякозябр в именах файлов помереть гораздо, гораздо труднее.
Не знаю, "на моём компьютере всё работает" - у меня в консоли Линукса никакие моноширинные шрифты не используются, и нолик - как положено, с палочкой )
(ага, и на всякий случай - текстовый браузер у меня тоже есть ;) )
Или просто сказать, что имена у нас в юникоде, все символы разных алфавитов и прочих специальных наборов имеют уникальные и различающиеся значения, а остальное нас на уровне драйвера FS не волнует, пусть хоть текст пишут в имя файла вместо его контента ) А как эти имена будут мапиться в 7-битную кодировку в терминале пользователя - это будет проблема уже другого системного компонента.
А вот тут сильно не соглашусь... Ибо https://youbank.com и https://уоubаnk.соm - это таки две очень больших разницы, причём для кого-то еще и с припиской "к большому сожалению".
Осталось добавить к этому перегенерацию и замену старых видео с новым содержанием - и получится, что кое-кто ошибся в прогнозе только с типом медиа - в его время еще не было Интернета, поэтому приходилось сжигать старые старые газеты и печатать новые старые газеты.
Не будем использовать этот шрифт в UI для работы с файлами, только и всего.
Но тем не менее такими шрифтами пользовались, и не устраивали забастовок "дайте нам ноль без палочки, мы иначе работать не можем".
И это всё равно не решит проблемы aа cс yу MМ и иже с ним, потому что они на самом деле пишутся одинаково. А в контексте регистронезависимости - это еще и проблема "в общем случае нельзя просто так сопоставить строчному символу прописной". Проще не совать прикладную логику (какого-нибудь приложения полнотекстового поиска) в драйвер, пусть будет регистрозависимым - по крайней мере точно будет работать всегда, даже если отобразятся крякозябры.
На счёт предоставлять-не предоставлять информацию о кодировке... Честно говоря ХЗ и по-моему вопрос вторичен, т.к. "aа cс yу MМ" всё равно надо как-то по-другому решать. Не хранить же еще в FS и шрифты под все ОС, с помощью которых показывать имена файлов (и не хранить же в ОС все возможные шрифты всех возможных битностей кодировок "просто на всякий случай")? А если FS вообще "многоязычной" получилось? А если в имени одного файла буквы из 12 разных языков?
Лучше какое-то UI решение найти, чтобы хотя бы по требованию показывал для "aа cс yу MМ" что там и откуда...
+
Одинаково выглядящие буквы алфавита, типа cс, aа - ну как ни старайся, будут выглядет одинаково, кроме как им специально делать разные начертания в одном шрифте, чего вряд ли делать будут. Одинаково выглядящие начертания букв в одном алфавите плюс цифры в одном шрифте - косяк шрифта.
И решение "разные символы в имени файла - значит, разные файлы, регистрозависимость как следствие" по-своему было верным, особенно если вспомнить, что в некоторых языках при смене регистра еще и буквы меняются и даже их количество в зависимости от их положения в слове, как тут рядом объясняли где-то. Потому что сравнить набор байтов - можно и просто, а остальное - уже и со словарём-то не всегда разберёшься.
То, что в UI должен быть способ различать такие миксы из алфавитов, особенно в URL и прочих местах хотя бы для борьбы с фишингом - вряд ли кто-то будет спорить. Но наверное это всё-таки вопрос к UI, а не FS...
А это проблема тех, что а) сделал такие шрифты, б) применил их и создал проблемы 99% процентам людей.
ну вот спросить бы у Хабра, почему они такой шрифт используют?..
Вопрос привычки, т.к. они всё-таки различаются. Хотя могли бы в этом шрифте и появственней разницу сделать.
Это другая проблема - т.к. эти символы могут или иногда даже должны выглядеть одинаково. А выше - проблема неразличимости символов в пределах одного алфавита + цифры, которые в любом случае должны быть различимы визуально.
Хотя разница cс, aа и т.п. - конечно реально проблема.
Сразу заниматься менеджментом, увы. Потому что иначе "вторых пор" у его компании может просто не возникнуть.
Проще говоря, ему нужнее навыки продаж, чем навыки программиста, чтобы дорасти до "вторых пор". Иначе же ему надо действовать по методичке - создать стартап, набрать капитализации и кому-нибудь этот стартап продать. Методичка позволит обойтись без сильного погружения в бизнес в этом случае.
Но не всякий хороший программист может стать хорошим продажником. И не всякий, кто может - хочет. А хорошему продажнику - не сильно нужны скиллы программиста, ну разве что для общения с программистами на стороне покупателя.
Ну, похоже, что у консерваторий мира одни и те же проблемы, причём независимо от направления, в котором производят подготовку ;)
Но при этом вы отметили, что несмотря на то, что 94% студентов так и застряли в своих молитвах к духу машины, 6% студентов всё-таки что-то смогли родить, несмотря на все недостатки консерватории.
Вопрос - почему они смогли? Они какие-то мутанты, у них мозг по-другому устроен, или студенты просто привыкли полагаться на инструменты без понимания того, то ли это, что надо, или Омниссия пошутить изволил над достающими его идиотами?
Это ж бизнес - профессору платят, он учит. Услуга предполагает выполнение некоторых действий и не гарантирует нужный результат. Профессор действия сделал, а что студент не проделал должным образом самостоятельную работу - это проблема студента.
Да, было бы лучше, чтобы или переориентировали раньше (хотя как это сделать недескриминационными методами, и чтобы еще и денег не потерять?), или мотивировали лучше (хорошая идея, а как?). Правда, без мотивации процент "научившихся думать" студентов дальше будет только снижаться, и в общем-то понятно, что систему мотивации уже давно пора менять, просто с ИИ это стало совсем наглядно.
Кажется, вы невнимательно прочитали и в отрыве от контекста.
milkyway044 обозначил проблему - "простое решит ИИ, сложное не решит студент", я отметил, что учёт ИИ - усложняющий фактор при формировании задачи для студента.
В вашей же ситуации - собесе выпускника - проблемы в том, что если студента не научили думать, то ваша задача для него - действительно слишком сложная.
Да, всё верно - "стандартные ситуации на производства во всех электронных компаниях", оказывается, слишком сложны для выпускников.
Почему - см. выше. Потому что научили думать только 6% выпускников.
Ну а дальше рассуждаем на тему "может что-то в консерватории надо поменять?"...
Если смотреть южнее Сахары - то там тоже разных климатических зон хватает...
Изначально говорилось не совсем про возникновение. Ну и напомню, что "высокоразвитость" - понятие относительное. Ну вот возникла там цивилизация (еще дополним финикию, ассирию и месопотамию)... Но вот развитие средиземноморской цивилизации шло по маршруту "финикийцы - эллины - римляне" . Потом еще Халифат подъехал, потом европейцы (снова) подтянулись. Дальше уже можно считать, что пошел передел влияния между осколками сформировавшихся тут участников, некоторые из которых пожрали соседей и развились, но Египет там был скорее в роли еды, чем игрока.
Кроме того, Египет был не единственным государствам на континенте. Но тех или съели в своё время, в т.ч. стараниями Египта, или возникли слишком поздно, а потому попали под влияние той же исламской цивилизации, или просто сгинули.
Если у вас правильно подобран шрифт, то не спутаете. А 100500 шрифтов в интерфейсе не нужны, максимум два (т.к. один из них - моноширинный; так что пользователь привыкнет к начертаниями и не путается), остальные нужны для дизайна того, что в этом интерфейсе делают.
С чем реально есть проблема - это с буквами одинакового начертания из разных алфавитов в одному шрифте. Но это уже "несколько другая" проблема, в том числе и потому, что эти буквы и должны выглядеть одинаково.
Решается выбором шрифта. В старых консолях (где O от 0 еще и черточной для надёжности отличались) с отличием I от 1 и l было всё чОтко, а вот когда какой-то дизайнер слишком буквально избавился от засечек в шрифте - вот и получилось...
Что в переводе означает "кончайте работать сами на себя по специальности, и наймите работников, чтобы они работали на вас по ней. А сами переквалифицируйтесь в менеджера - т.к. чем больше у вас сотрудников, тем меньше у вас времени что-то делать по специальности".
Вообще конечно идея правильная, но не все смогут это реализовать.