Полезная информация

Заказывай стафф с атрибутикой Mozilla и... пусть все вокруг завидуют тебе! Быть уникальным - быть с Mozilla!

№32626-05-2012 17:36:06

Keepun
Участник
 
Группа: Extensions
Зарегистрирован: 08-12-2007
Сообщений: 591
UA: Firefox 11.0
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

krigstask, 80 - это реально мало. Ты про вложенность циклов и условий забываешь. А комментарий вообще не пихнуть. Это на С еще можно в 80 как-нибудь уложиться, но вместо нормального выравнивания аргументов иногда получается месиво.

100 символов - более предпочтительнее.


Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?

Отсутствует

 

№32726-05-2012 17:48:19

X Strange
Участник
 
Группа: Members
Зарегистрирован: 21-02-2010
Сообщений: 103
UA: Firefox 12.0

Re: Linux, Windows, Mac OS X - IX

Keepun пишет

100 символов - более предпочтительнее.

Можно и 120, но на маленьком мониторе будет неудобно читать.

krigstask пишет

Это заблуждение. Длинные строки — зло. Во *всех* руководствах по стилю, для любого сколь угодно современного языка упоминается это ограничение.

Функции, не влезающие в экран --- ещё большее зло. Хотя, я слышал, некоторые товарищи поворачивают монитор на 90 градусов --- и тогда многие функции начинают влезать в экран. Но это, имхо, извращение.
Хотя очень длинные строки (>120)--- действительно зло.  Но они обычно и не встречаются, так как в большинстве IDE слева и/или справа обычно находятся панели навигации (class view, file tree, opened files, и.т.д.), отладчика, и т.д.


# rm -rf /

Отсутствует

 

№32826-05-2012 18:27:06

krigstask
друг народа
 
Группа: Members
Откуда: Rampova, Inkerimaa
Зарегистрирован: 13-09-2005
Сообщений: 4593
UA: Opera 11.6
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

Keepun пишет

80 - это реально мало

По моему опыту этого очень даже достаточно. Покажите мне хоть один более-менее распространённый язык (или библиотеку уровня Boost), в котором допускается (заметно) больше 80. А то ваше мнение не очень весомо, знаете ли.

Keepun пишет

Ты про вложенность циклов и условий забываешь

Как пишут в Linux kernel style guide:

The answer to that is that if you need more than 3 levels of indentation, you're screwed anyway, and should fix your program.

Keepun пишет

А комментарий вообще не пихнуть

Отдельная строка.

X Strange пишет

Функции, не влезающие в экран --- ещё большее зло

Нет. Зло, но точно не бо́льшее. И вообще, вы там что, стандартизированными СИ экранами код меряете, что ли? «Один экран при нормальных условиях…». Звучит как «Вот я тут сделаю строку в 120 символов вместо двух по 80, тогда всё поместится в экран и не надо исправлять, ура!» Ерунда же.

Отредактировано krigstask (26-05-2012 18:54:20)


Ядрёная консоль делает меня сильней!

Отсутствует

 

№32926-05-2012 18:37:53

X Strange
Участник
 
Группа: Members
Зарегистрирован: 21-02-2010
Сообщений: 103
UA: Firefox 12.0

Re: Linux, Windows, Mac OS X - IX

krigstask пишет

Отдельная строка.

Увеличивающая количество строк в функции.

krigstask пишет

Покажите мне хоть один более-менее распротранённый язык (или библиотеку уровня Boost), в котором допускается (заметно) больше 80.

Qt.

krigstask пишет

Нет. Зло, но точно не бо́льшее. И вообще, вы там что, стандартизированными СИ экранами код меряете, что ли? «Один экран при нормальных условиях…». Звучит как «Вот я тут сделаю строку в 120 символов вместо двух по 80, тогда всё поместится в экран и не надо исправлять, ура!» Ерунда же.

Нет, за длиной как строк, так и функций никто особо и не следит, просто все пишут так, как самим удобнее. И оказывается, что на большом мониторе лимит 80 символов является излишним.


# rm -rf /

Отсутствует

 

№33026-05-2012 18:54:05

krigstask
друг народа
 
Группа: Members
Откуда: Rampova, Inkerimaa
Зарегистрирован: 13-09-2005
Сообщений: 4593
UA: Opera 11.6
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

X Strange пишет

Увеличивающая количество строк в функции.

И что?

X Strange пишет

Qt.

И правда. Не знал.

X Strange пишет

просто все пишут так, как самим удобнее.

Это гарантия бардака в коде.

X Strange пишет

И оказывается, что на большом мониторе лимит 80 символов является излишним.

А если кто-то хочет держать на мониторе ещё пару окон? Или панельку открыть пошире?
Вот я хочу держать рядом с gvim'ом терминал. Уменьшаю окно gvim'а до соответствующего 80 символам и всё на ноутбуке помещается. А если на каждом экране кода будут строчки по 100 символов? Либо упорешься читать, либо изволь оставить от терминала огрызок. Та же история у меня с панелью отладки в моей IDEшечке, например.

Короче, вы пишите, как желаете, я только надеюсь, что мне с вашим кодом не придётся дела иметь.


Ядрёная консоль делает меня сильней!

Отсутствует

 

№33126-05-2012 19:35:19

X Strange
Участник
 
Группа: Members
Зарегистрирован: 21-02-2010
Сообщений: 103
UA: Opera 11.6

Re: Linux, Windows, Mac OS X - IX

krigstask пишет

И что?

И то, что код чрезмерно длинной функции тяжело читать.

krigstask пишет

Это гарантия бардака в коде.

Длины строк --- это не самый решающий фактор, влияющий на бардак в коде.

krigstask пишет

А если кто-то хочет держать на мониторе ещё пару окон? Или панельку открыть пошире?Вот я хочу держать рядом с gvim'ом терминал. Уменьшаю окно gvim'а до соответствующего 80 символам и всё на ноутбуке помещается. А если на каждом экране кода будут строчки по 100 символов? Либо упорешься читать, либо изволь оставить от терминала огрызок. Та же история у меня с панелью отладки в моей IDEшечке, например.

У меня как-то всё помещается на экране. Да, когда открыты все панели отладчика, то они иногда закрывают часть кода, но настолько длинные строки как-то редко встречаются. А в качестве терминала я использую yakuake. Зачем мне его постоянно держать на экране?


# rm -rf /

Отсутствует

 

№33226-05-2012 22:17:34

krigstask
друг народа
 
Группа: Members
Откуда: Rampova, Inkerimaa
Зарегистрирован: 13-09-2005
Сообщений: 4593
UA: Opera 11.6
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

X Strange пишет

И то, что код чрезмерно длинной функции тяжело читать.

От добавления строки комментария код функции не становится длиннее. Я уже давно отказался от комментариев на одной строке с кодом, вот это действительно неудобно читать. Ужатие кода в длинные строки только ухудшает читаемость. Если ты пишешь код, ориентируясь на 80 символов в строке и комментарии на отдельных строчках, и получаешь функцию в полтора экрана — разбей её на две. Либо успокойся, если это тяжело сделать без логической нестыковки. Жертвовать объективной читаемостью кода ради экономии на строчках глупо. У кого-то шрифт помельче, и он увидит всю функцию целиком. У другого отладочная панель расположена снизу, и ему всё равно придётся промотать код, а на треть или половину экрана — неважно. В Python, например, где дорожат читаемостью кода как нигде, даже элементарное `if x < 0: return False` разбивают на две строки. Лишняя строка не должна пугать. Если у функции с полдюжины аргументов, то их точно нельзя писать в одну строку, тем более в плюсах.

X Strange пишет

Длины строк --- это не самый решающий фактор, влияющий на бардак в коде.

Если присмотреться к моим словам внимательней, то можно заметить, что я говорил не о длине строк как таковой.

X Strange пишет

У меня как-то всё помещается на экране. Да, когда открыты все панели отладчика, то они иногда закрывают часть кода, но настолько длинные строки как-то редко встречаются. А в качестве терминала я использую yakuake. Зачем мне его постоянно держать на экране?

Вот это очень характерное изречение. Кому какое дело, какой там у тебя терминал и как ты его используешь? Если ты работаешь в команде или пишешь что-то открытое, и в твоём коде будет ещё кто-то разбираться, привыкай к наличию стандартов. У кого-то два широкоформатных монитора, а кто-то будет в дороге на нетбуке разглядывать код. И у обоих будут выработаны свои привычки и приёмы работы, и они будут приспособлены к тому, что наиболее обычно. К стандарту. Стандарт — 80 символов в строке. Не хочешь держать рядом терминал постоянно открытым — не надо. Можно открыть что-нибудь ещё, в конце концов. Но 80 символов — (почти) повсеместный стандарт, и наплевательское отношение к нему — наплевательское отношение к другим разработчикам, которые работают с твоим кодом.


Ядрёная консоль делает меня сильней!

Отсутствует

 

№33326-05-2012 22:47:44

X Strange
Участник
 
Группа: Members
Зарегистрирован: 21-02-2010
Сообщений: 103
UA: Opera 11.6

Re: Linux, Windows, Mac OS X - IX

krigstask пишет

В Python, например, где дорожат читаемостью кода как нигде, даже элементарное `if x < 0: return False` разбивают на две строки.

Это и в плюсах все нормальные люди пишут в 2 строки. One line --- One statement. И дело здесь не в читаемости кода, а в том,  что на строку можно поставить breakpoint, а на кусок строки нельзя.

krigstask пишет

Жертвовать объективной читаемостью кода ради экономии на строчках глупо

Кто бы спорил, но вот утверждение, что лимит в 80 символов --- необходимое условие читаемости объективным никак не является.

krigstask пишет

Лишняя строка не должна пугать.

Не должна. Но вот только не всегда она улучшит читаемость.

krigstask пишет

Если у функции с полдюжины аргументов, то их точно нельзя писать в одну строку, тем более в плюсах.

Если полдюжины, то я и не спорю. А вот если 3, то иногда уместнее написать одну строку длиной 100 символов, чем 3 длиной 60.
Кстати, почему «тем более»? Чего такого особенного в плюсах?

krigstask пишет

Стандарт — 80 символов в строке.

Стандарты везде разные. В частности, там, где я пишу код, длина строки вроде как не лимитирована (в пределах здравого смысла, конечно: если сделать строку в 200 символов, то я думаю, что это никому не понравится --- и мне в том числе).

krigstask пишет

или пишешь что-то открытое

Ну, когда я буду писать что-то открытое, то я об этом подумаю. Но скорее всего, сделаю лимитом 100 символов, а не 80.

krigstask пишет

Не хочешь держать рядом терминал постоянно открытым — не надо. Можно открыть что-нибудь ещё, в конце концов.

Можно. Но у меня редактор или IDE всегда находится на отдельном рабочем столе, на котором больше ничего не открыто. Единственное исключение --- там может быть открыта отлаживаемая программа. И иногда таки и программа, и IDE открыты одновременно. Но 80 символов в строке в этом случае не спасут.

krigstask пишет

Но 80 символов — (почти) повсеместный стандарт, и наплевательское отношение к нему — наплевательское отношение к другим разработчикам, которые работают с твоим кодом.

В Google Style guide есть такой пункт:
You may diverge from the rules when dealing with code that does not conform to this style guide. <...> Use common sense and BE CONSISTENT. В соответствии с этим правилом наш спор теряет подобие всякой осмысленности.


# rm -rf /

Отсутствует

 

№33426-05-2012 23:46:06

krigstask
друг народа
 
Группа: Members
Откуда: Rampova, Inkerimaa
Зарегистрирован: 13-09-2005
Сообщений: 4593
UA: Opera 11.6
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

X Strange пишет

Это и в плюсах все нормальные люди пишут в 2 строки. One line --- One statement. И дело здесь не в читаемости кода, а в том,  что на строку можно поставить breakpoint, а на кусок строки нельзя.

На эту строку особенно и незачем ставить, в общем.

X Strange пишет

Не должна. Но вот только не всегда она улучшит читаемость.

В приведённых выше примерах — улучшит. И обычно как раз улучшает.

X Strange пишет

А вот если 3, то иногда уместнее написать одну строку длиной 100 символов, чем 3 длиной 60.

Несогласен.

X Strange пишет

Кстати, почему «тем более»? Чего такого особенного в плюсах?

Плюсы я взял как пример. Просто когда в аргументах функции указывается тип переменной, а не только имя, как раз удобней разбивать на отдельные строки.

X Strange пишет

Стандарты везде разные. В частности, там, где я пишу код, длина строки вроде как не лимитирована

Да уж я вижу.

X Strange пишет

Можно. Но у меня редактор или IDE всегда находится на отдельном рабочем столе, на котором больше ничего не открыто. Единственное исключение --- там может быть открыта отлаживаемая программа. И иногда таки и программа, и IDE открыты одновременно. Но 80 символов в строке в этом случае не спасут.

А у кого-то монитор шире, его спасут. Но не с твоим кодом. Поздравляю. Но тебе наплевать.

X Strange пишет

You may diverge from the rules when dealing with code that does not conform to this style guide. <...> Use common sense and BE CONSISTENT. В соответствии с этим правилом наш спор теряет подобие всякой осмысленности.

Этим правилом можно прикрыть всё, что угодно. А вообще тут имеется в виду «если вляпался в проект, где наши правила не соблюдаются, не нужно всё перекраивать, делай, как все», только и всего. Как раз к длине строк это слабо относится.


Ядрёная консоль делает меня сильней!

Отсутствует

 

№33527-05-2012 00:02:16

X Strange
Участник
 
Группа: Members
Зарегистрирован: 21-02-2010
Сообщений: 103
UA: Opera 11.6

Re: Linux, Windows, Mac OS X - IX

krigstask пишет

На эту строку особенно и незачем ставить, в общем.

Вот как раз на строку, содержащую return очень даже есть смысл.

krigstask пишет

В приведённых выше примерах — улучшит. И обычно как раз улучшает.

Во втором примере --- скорее всего, да. В первом --- не всегда.

krigstask пишет

А у кого-то монитор шире, его спасут. Но не с твоим кодом. Поздравляю. Но тебе наплевать.

Мне не наплевать, просто я иначе расставляю приоритеты. Если бы кому-то другому это было бы принципиально, я думаю, появилось бы правило, запрещающее длинные строки.

krigstask пишет

Как раз к длине строк это слабо относится.

Почему? Если в проекте есть длинные строки, то с какого перепугу я должен ограничивать себя 80-ю символами?


# rm -rf /

Отсутствует

 

№33627-05-2012 10:33:35

krigstask
друг народа
 
Группа: Members
Откуда: Rampova, Inkerimaa
Зарегистрирован: 13-09-2005
Сообщений: 4593
UA: Opera 11.6
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

X Strange пишет

Вот как раз на строку, содержащую return очень даже есть смысл.

В данном случае и в Python — практически нету.

X Strange пишет

Во втором примере --- скорее всего, да. В первом --- не всегда.

Второй пример просто смешон. В первом тоже лучше разбивать. А за комментарий внутри строки кода вообще надо штрафовать.

X Strange пишет

Почему? Если в проекте есть длинные строки, то с какого перепугу я должен ограничивать себя 80-ю символами?

Если на тротуаре уже валяются окурки, свой тоже уже не стоит до урны донести?

okkamas_knife
Чушь уж не надо писать.

Отредактировано krigstask (27-05-2012 10:40:07)


Ядрёная консоль делает меня сильней!

Отсутствует

 

№33727-05-2012 14:07:58

X Strange
Участник
 
Группа: Members
Зарегистрирован: 21-02-2010
Сообщений: 103
UA: Opera 11.6

Re: Linux, Windows, Mac OS X - IX

krigstask пишет

В данном случае и в Python — практически нету

Про python не скажу, а в C++ очень даже есть. То есть я хочу проверить, какого чёрта он выходит из функции в этом месте. У меня два варианта --- поставить условный breakpoint на строку, содержащую if, либо поставить обычный breakpoint на строку с return'ом. Лично мне больше нравится второй вариант.

krigstask пишет

Второй пример просто смешон.

Второй пример вовсе даже не смешон, если параметров штук 12, а вместе с комментариями в тех же строках получается порядка 100 символов. Если разместить все комментарии на отдельных строках, то количество строк в одном только прототипе функции увеличится в два (!) раза.

krigstask пишет

А за комментарий внутри строки кода вообще надо штрафовать.

Этот комментарий является очень существенным в случае, когда параметров много и передаётся константа (например, 0, как там). Без этого комментария тяжело понять, в качестве какого аргумента передаётся 0.

krigstask пишет

Если на тротуаре уже валяются окурки, свой тоже уже не стоит до урны донести?

Поменьше курить надо --- вредно для здоровья :) А вообще всё зависит от правил. Если есть правило «нельзя бросать окурки на тротуар», то тогда нужно выбрасывать в урну. А если такого правила нет, то тут всё зависит от идеологических убеждений того, кто бросает. Если он считает это нормальным --- пусть бросает. Если не нравится --- может бросает в урну. Главное --- чтобы не забывал потушить окурок прежде чем бросить: в урне могут быть легко воспламеняющиеся предметы. Аналогия ясна?


# rm -rf /

Отсутствует

 

№33827-05-2012 20:45:13

Keepun
Участник
 
Группа: Extensions
Зарегистрирован: 08-12-2007
Сообщений: 591
UA: Firefox 11.0
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

Есть StyleCop и его аналоги, которые можно повесить hook в git перед коммитом, а не замарачиваться красотой кода во время создания.
ИМХО, это самый правильный способ.


Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?

Отсутствует

 

№33927-05-2012 22:06:07

Keepun
Участник
 
Группа: Extensions
Зарегистрирован: 08-12-2007
Сообщений: 591
UA: Firefox 11.0
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

http://astyle.sourceforge.net/astyle.html еще есть.

Я сейчас интересуюсь этим направлением, потому что удаление одних циклов и добавления других очень карёжит код и после коммита можно пробела или таба недосчитаться, что порой бесит (лишняя разница при коммите).

http://sourceforge.net/projects/uncrustify/

http://sourceforge.net/projects/gcgreatcode/

http://www.gnu.org/software/indent/manual/indent.html оказывается есть - там не только GNU-style, который многим не нравится.

Отредактировано Keepun (28-05-2012 00:54:37)


Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?

Отсутствует

 

№34028-05-2012 12:25:20

krigstask
друг народа
 
Группа: Members
Откуда: Rampova, Inkerimaa
Зарегистрирован: 13-09-2005
Сообщений: 4593
UA: Opera 11.6
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

X Strange пишет

Второй пример вовсе даже не смешон, если параметров штук 12, а вместе с комментариями в тех же строках получается порядка 100 символов. Если разместить все комментарии на отдельных строках, то количество строк в одном только прототипе функции увеличится в два (!) раза.

1. Функция с дюжиной аргументов? Что-то неладно в Датском королевстве…
2. Один аргумент и комментарий к нему — строка кода. Дюжина аргументов в одной строке (тем более с указанием типа) — это нечитаемое месиво.

X Strange пишет

Этот комментарий является очень существенным в случае, когда параметров много и передаётся константа (например, 0, как там). Без этого комментария тяжело понять, в качестве какого аргумента передаётся 0.

Дело не в том, что комментарий не нужен, а в том, что после комментария в строке кода была не должно. Вообще.

X Strange пишет

Если он считает это нормальным --- пусть бросает.

Позиция ясна, спасибо.

okkamas_knife пишет

Существует ли официальный стандарт по ограничению длины строк в коде?

Практически везде — 80 символов. Только в Qt (ну, может, ещё где-то) — 100.

Keepun пишет

Есть StyleCop и его аналоги, которые можно повесить hook в git перед коммитом, а не замарачиваться красотой кода во время создания.
ИМХО, это самый правильный способ.

Смотря что имеется в виду. Если не автокомит того, что этот ваш StyleCop выдаёт, то да, конечно. Сам пользуюсь всякими там pylint. Но доверять этим штукам автоматически нельзя.


Ядрёная консоль делает меня сильней!

Отсутствует

 

№34128-05-2012 13:15:01

X Strange
Участник
 
Группа: Members
Зарегистрирован: 21-02-2010
Сообщений: 103
UA: Firefox 12.0

Re: Linux, Windows, Mac OS X - IX

krigstask пишет

1. Функция с дюжиной аргументов? Что-то неладно в Датском королевстве…

А что не так?

krigstask пишет

2. Один аргумент и комментарий к нему — строка кода. Дюжина аргументов в одной строке (тем более с указанием типа) — это нечитаемое месиво.

Естественно, когда аргументов дюжина, то они будут на отдельных строках. Комментарии при вызове функции идут только в тех строках, где название передаваемой переменной не говорит само за себя (например, если это константа 0).

krigstask пишет

Дело не в том, что комментарий не нужен, а в том, что после комментария в строке кода была не должно. Вообще.

Обоснуйте, чем это плохо.

krigstask пишет

Позиция ясна, спасибо.

Только вот не надо выдирать фразы из контекста. Я же ясно написал:

X Strange пишет

Если есть правило «нельзя бросать окурки на тротуар», то тогда нужно выбрасывать в урну. А если такого правила нет, то тут всё зависит от идеологических убеждений того, кто бросает.

krigstask пишет

Практически везде — 80 символов. Только в Qt (ну, может, ещё где-то) — 100.

Нифига не 100. В исходном коде Qt встречаются строки длиной больше 100 символов. Я уже не говорю о том, что это не официальный стандарт, а локальные соглашения для конкретных проектов.

krigstask пишет

Смотря что имеется в виду. Если не автокомит того, что этот ваш StyleCop выдаёт, то да, конечно. Сам пользуюсь всякими там pylint. Но доверять этим штукам автоматически нельзя.

Насколько я понял, эта штука не меняет код. Она просто проверяет, есть ли в нём несоответствия некоторым формальным правилам, и если есть, то не даёт закоммитить.


# rm -rf /

Отсутствует

 

№34228-05-2012 13:24:39

Infocatcher
Not found
 
Группа: Extensions
Зарегистрирован: 24-05-2007
Сообщений: 4339
UA: Firefox 12.0

Re: Linux, Windows, Mac OS X - IX

krigstask пишет

1. Функция с дюжиной аргументов? Что-то неладно в Датском королевстве…

Тадам! :)


Прошлое – это локомотив, который тянет за собой будущее. Бывает, что это прошлое вдобавок чужое. Ты едешь спиной вперед и видишь только то, что уже исчезло. А чтобы сойти с поезда, нужен билет. Ты держишь его в руках. Но кому ты его предъявишь?
Виктор Пелевин. Желтая стрела

Отсутствует

 

№34328-05-2012 16:14:33

Keepun
Участник
 
Группа: Extensions
Зарегистрирован: 08-12-2007
Сообщений: 591
UA: Firefox 11.0
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

С http://sourceforge.net/projects/uncrustify/ мне теперь все равно какой стиль кода у проекта, потому что все перегоняется под мой стиль и обратно.


Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?

Отсутствует

 

№34428-05-2012 16:21:57

X Strange
Участник
 
Группа: Members
Зарегистрирован: 21-02-2010
Сообщений: 103
UA: Firefox 12.0

Re: Linux, Windows, Mac OS X - IX

Keepun пишет

потому что все перегоняется под мой стиль и обратно.

Перегнать в определённый стиль я ещё могу себе представить как. А как обратно?


# rm -rf /

Отсутствует

 

№34528-05-2012 17:12:29

Keepun
Участник
 
Группа: Extensions
Зарегистрирован: 08-12-2007
Сообщений: 591
UA: Firefox 11.0
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

X Strange пишет

Перегнать в определённый стиль я ещё могу себе представить как. А как обратно?

Uncrustify Code Beautifier поддерживает ~410 опций, так что подобрать стиль проекта можно. Да и перегонять обратно нужно только измененные файлы.

Хорошо бы к проекту прикладывать конфиг стиля одной из этих прог и тогда отпадет потребность следить за бессмысленной красотой кода во время его создания. GNU для себя уже решили эту задачку.


Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?

Отсутствует

 

№34622-09-2012 17:08:42

Erik
Рупор народной культуры
 
Группа: Members
Откуда: Бавария, Бюргерстан
Зарегистрирован: 25-09-2006
Сообщений: 1341
UA: Firefox 15.0

Re: Linux, Windows, Mac OS X - IX

Оживляем ветку :)

Расклад таков: у моего прародителя Ubuntu 10.04, поддержка уже совсем скоро заканчивается, нужно бы обновиться. Да вот только привык он уже к гному второму, на KDE, Unity или на третьегном вряд ли переходить захочет. Что порекомендует коллективный разум? Стоит ли ставить гном и переключать в классический режим? Достаточно ли стабилен MATE? Или проще плюнуть на всё и ставить Xubuntu?

P.S. а на работе скоро на Windows 7 переходят, прогресс, фигли.

Отсутствует

 

№34723-09-2012 14:20:04

Квизац_Хадерач
Джедай
 
Группа: Members
Откуда: Россия|провинция
Зарегистрирован: 28-01-2007
Сообщений: 1228
UA: Opera 12.0
Веб-сайт

Re: Linux, Windows, Mac OS X - IX

ксубунту ставить однозначно. 12.04
а там глядишь и мате дозреет или прародитель привыкнет к крысе


Каждый ответственен за то добро, которое не совершил.

Отсутствует

 

№34823-09-2012 14:35:28

AntLi
Участник
 
Группа: Members
Зарегистрирован: 21-09-2012
Сообщений: 14
UA: Firefox 15.0

Re: Linux, Windows, Mac OS X - IX

А с lubuntu что? Вообще как поставить систему, но голую и без предустановленного софта? Разве что блокнот.

Отсутствует

 

№34923-09-2012 15:08:16

Electra
Участник
 
Группа: Members
Откуда: St.Petersburg
Зарегистрирован: 03-08-2008
Сообщений: 206
UA: Firefox 16.0

Re: Linux, Windows, Mac OS X - IX

LinuxMint  13  Mate  отлично работает !    girl_yes3.gif

Отсутствует

 

№35023-09-2012 15:16:00

Erik
Рупор народной культуры
 
Группа: Members
Откуда: Бавария, Бюргерстан
Зарегистрирован: 25-09-2006
Сообщений: 1341
UA: Firefox 15.0

Re: Linux, Windows, Mac OS X - IX

Квизац_Хадерач пишет

ксубунту ставить однозначно. 12.04
а там глядишь и мате дозреет или прародитель привыкнет к крысе

Знать бы ещё, как ксубунту на двух мониторах работает с интеловской карточкой...

Отсутствует

 

Board footer

Powered by PunBB
Modified by Mozilla Russia
Copyright © 2004–2020 Mozilla Russia GitHub mark
Язык отображения форума: [Русский] [English]