> И потом, что может предложить PC? FTP? Windows Sharing? Увольте.
NFSv3, NFSv4, SMB (по-вашему Windows Sharing), CIFS, NCP, CODA, AFS, FTP, HTTP, ....
Какая досада, всю жизнь в Украине прожил, но ни разу не приходило в голову, что это украинский язык. Впрочем, судя по "могущему" русскому, Вы чувствуете себя вполне свободно в суждениях о том, чего не знаете.
Смысла не имеет, это точно. Но одна поправка насчет языка. Он-то, конечно, великий. Но вот только не МОГУЩИЙ, а МОГУЧИЙ. Может быть, стоит овладеть языком, прежде чем рассказывать, как им пользоваться?
Написано о значении по умолчанию для отдельной программы. Почему Вы пытаетесь представить это как стандарт для написания кода?
> http://michael-p.habrahabr.ru/blog/21477… - тут нигде не сказано о том, что нельзя поставить пустую строку
Ваши слова:
1. Блоки - их просто не видно
2. Не важно какой отступ, хоть в 10 пробелов, блок все равно явно не выделен. Если между блоками нет пустой строки, они сливаются
Здесь русским языком сказано, что блоки не видно потому, что между ними нет пустой строки. Получается, что минус языка состоит в том, что Вы не желаете ставить между блоками пустую строку. Как ни крути, такой логики я не понимаю.
> Вы говорите что "второе значение - это не индекс, а размер среза". А потом даете описание (именно описание) конкретного (именно конкретного) примера в Вашем неправильном трактовании.
Ну если в качестве аргументов начал приводиться порядок слов, то тут спорить уже не о чем.
> Вы мне приписываете слова, которых я не говорил.
Чушь. Большая часть Ваших реплик бездоказательна. Приведите мне ЦИТАТЫ того, что я "выдумал" или "приписал" Вам.
1. Насчет стандарта. Повторяю еще раз: автором языка рекомендован размер таба в 4 пробела. Что касается tabs:
man tabs
The following options shall be supported:
-n Specify repetitive tab stops separated by a uniform number of column positions, n, where n is a single-digit decimal number. The default usage of tabs with no arguments shall be equivalent to tabs-8.
Как видите, ничего и близко похожего на "Особое значение имеет разметка -8: для системы UNIX она является стандартной" из Вашего документа. Откровенно говоря, это больше похоже на домыслы переводчика. Если уж пользуемся документацией, давайте ссылаться на ОРИГИНАЛЫ, а не на не очень удачные переводы.
По поводу того, что Питон Вы не используете. ВЫ заявили, что в Питоне блоки сливаются потому, что между блоками нельзя поставить пустую строку. Когда Вам указали, что пустую строку поставить можно, ВЫ же заявили, что это значения не имеет, потому что Питон Вы не используете. Ловкий ход, что тут скажешь.
Из 2 не следует ровным счетом ничего. Я НЕ говорил, что второй индекс - это размер среза. Я сказал, что для КОНКРЕТНОГО приведенного Вами примера его можно трактовать так. Вы же заявили, что "не включительно" - это однозначно плохо. Только после долгой дискуссии Вы сказали, что Вы так считаете. Если бы так было сказано изначально, спора по этому поводу и не возникло бы.
Сам понял. В отличие от многих других, я часто понимаю, что говорю.
1. А ставить пустую строку в Питоне Вам религия не позволяет? Насчет стандарта - если не секрет, где Вы его взяли? Я считаю стандартом рекомендации автора языка. А Вы?
2. Спасибо Вам огромное, буду считать не здоровье. Тем не менее, я не услышал ответа на вопрос, что не так в подобной записи. Вы считаете, что "не включительно" не имеет право на существование только потому, что не нравится лично Вам?
> Блоки - их просто не видно. Понадобится редактор, который подсвечивает весь блок, от такого глаза быстро устанут.
Если код слеплен так, что отступ блока на пробел больше, чем предыдущего, это не беда языка, это диагноз программиста. При стандартных табовых отступах с размером таба в 4 пробела, как рекомендуется, блоки чудесно видно.
> Срезы - это просто конец света list[0:2]. С 0 по 2 элемент не включительно! Это ж надо было такое придумать?
Считайте, что второе значение - это не индекс, а размер среза. Т.е. в указанном list[0:2] мы имеем дело со срезом, начинающимся с элемента с индексом 0 и содержащего в себе 2 элемента - нулевой и первый. Что здесь не так?
> по сравнению с ruby и php
Более того, по сравнению с перлом. По крайней мере, я наблюдал такое у себя, на самописных идентичных скриптах на питоне и перле. Холивары по этому поводу прошу не устраивать, сам перл люблю. Но тем не менее... :)
Я сильно сомневаюсь, что производители железа будут строить свои планы, исходя из совместимости с одной из многих сотен операционных систем. Тем более, что MS активно продвигает именно Висту, так что получится, что пользователи должны будут сами беспокоиться о том, как заставить ХР или что-то еще страше работать с новым железом.
Сколько людей используют MSN за пределами Северной Америки и сколько использует ICQ в наших краях? Указанные 90% имеют смысл только для США/Канады, да и то я сомневаюсь в цифре. А ведь Винда продается по всему миру.
Вы исходите из того, что человек знает, что "надо". Надо компилить руками, надо ставить рпм, надо еще что-нибудь. Человек, владеющий хотя бы основами системы, знает, что в Линуксе не "надо", а "можно", а вариантов этих "можно" - очень много.
По поводу того, что безальтернативность наиболее проста - совершенно согласен. Если человеку не нужно больше, чем нажимать "да" и "нет", то учить его бОльшему не нужно. Другое дело, что подобный вариант не должен быть единственно возможным.
Но ведь Вы потратили время, чтобы узнать, что установщики в Винде имеют расширение exe или msi, почему же Вы считаете ненужным обучение основам другой системы, но желаете ей пользоваться?
> Например как поставить в 1 клик флеш-плеер под Кубунту.
> Вот мне rpm предлагают - как его поставить?
> Я посмотрел что оч. много неразрешенных зависимостей
Еще бы их не было, RPM - это формат пакетов RedHat и производных от него. Убунту же произошел от Дебиана, где используются совсем другие пакеты - deb. С равным успехом Вы можете попытаться поставить в Убунте виндозный msi.
Основная масса проблем начинающих пользователей Линукса - в нежелании учиться.
NFSv3, NFSv4, SMB (по-вашему Windows Sharing), CIFS, NCP, CODA, AFS, FTP, HTTP, ....
> http://michael-p.habrahabr.ru/blog/21477… - тут нигде не сказано о том, что нельзя поставить пустую строку
Ваши слова:
1. Блоки - их просто не видно
2. Не важно какой отступ, хоть в 10 пробелов, блок все равно явно не выделен. Если между блоками нет пустой строки, они сливаются
Здесь русским языком сказано, что блоки не видно потому, что между ними нет пустой строки. Получается, что минус языка состоит в том, что Вы не желаете ставить между блоками пустую строку. Как ни крути, такой логики я не понимаю.
> Вы говорите что "второе значение - это не индекс, а размер среза". А потом даете описание (именно описание) конкретного (именно конкретного) примера в Вашем неправильном трактовании.
Ну если в качестве аргументов начал приводиться порядок слов, то тут спорить уже не о чем.
> Вы мне приписываете слова, которых я не говорил.
Чушь. Большая часть Ваших реплик бездоказательна. Приведите мне ЦИТАТЫ того, что я "выдумал" или "приписал" Вам.
man tabs
The following options shall be supported:
-n Specify repetitive tab stops separated by a uniform number of column positions, n, where n is a single-digit decimal number. The default usage of tabs with no arguments shall be equivalent to tabs-8.
Как видите, ничего и близко похожего на "Особое значение имеет разметка -8: для системы UNIX она является стандартной" из Вашего документа. Откровенно говоря, это больше похоже на домыслы переводчика. Если уж пользуемся документацией, давайте ссылаться на ОРИГИНАЛЫ, а не на не очень удачные переводы.
По поводу того, что Питон Вы не используете. ВЫ заявили, что в Питоне блоки сливаются потому, что между блоками нельзя поставить пустую строку. Когда Вам указали, что пустую строку поставить можно, ВЫ же заявили, что это значения не имеет, потому что Питон Вы не используете. Ловкий ход, что тут скажешь.
Из 2 не следует ровным счетом ничего. Я НЕ говорил, что второй индекс - это размер среза. Я сказал, что для КОНКРЕТНОГО приведенного Вами примера его можно трактовать так. Вы же заявили, что "не включительно" - это однозначно плохо. Только после долгой дискуссии Вы сказали, что Вы так считаете. Если бы так было сказано изначально, спора по этому поводу и не возникло бы.
1. А ставить пустую строку в Питоне Вам религия не позволяет? Насчет стандарта - если не секрет, где Вы его взяли? Я считаю стандартом рекомендации автора языка. А Вы?
2. Спасибо Вам огромное, буду считать не здоровье. Тем не менее, я не услышал ответа на вопрос, что не так в подобной записи. Вы считаете, что "не включительно" не имеет право на существование только потому, что не нравится лично Вам?
Если код слеплен так, что отступ блока на пробел больше, чем предыдущего, это не беда языка, это диагноз программиста. При стандартных табовых отступах с размером таба в 4 пробела, как рекомендуется, блоки чудесно видно.
> Срезы - это просто конец света list[0:2]. С 0 по 2 элемент не включительно! Это ж надо было такое придумать?
Считайте, что второе значение - это не индекс, а размер среза. Т.е. в указанном list[0:2] мы имеем дело со срезом, начинающимся с элемента с индексом 0 и содержащего в себе 2 элемента - нулевой и первый. Что здесь не так?
Более того, по сравнению с перлом. По крайней мере, я наблюдал такое у себя, на самописных идентичных скриптах на питоне и перле. Холивары по этому поводу прошу не устраивать, сам перл люблю. Но тем не менее... :)
По поводу того, что безальтернативность наиболее проста - совершенно согласен. Если человеку не нужно больше, чем нажимать "да" и "нет", то учить его бОльшему не нужно. Другое дело, что подобный вариант не должен быть единственно возможным.
> Вот мне rpm предлагают - как его поставить?
> Я посмотрел что оч. много неразрешенных зависимостей
Еще бы их не было, RPM - это формат пакетов RedHat и производных от него. Убунту же произошел от Дебиана, где используются совсем другие пакеты - deb. С равным успехом Вы можете попытаться поставить в Убунте виндозный msi.
Основная масса проблем начинающих пользователей Линукса - в нежелании учиться.