freebsd gvim monaco

Ах да, вот если б тему гнома
тут кто-нибудь публично вспомнил
то пятницу украсил он бы добрым делом.

С Ruby ты можешь в любом месте делать require. Хорошим тоном считается в начале твоего файла, который содержит твой класс (несколько классов) написсать все requir'ы чтобы наглядно было видно чего у тебя может не хватать на системе. Посмотри на питон, там ведь так же или нет?

> комментарии ты пишешь не всегда для себя, учти это, если даже твой код совершенен и кто-то захочет разобраться - он сможет читать комментарии

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

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

> Я так и знал что ты грамарнаци.

Вот меня считают за идиота, а я все-таки умный, а они и не догадываются...

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

Если я включу спеллчекер, а ты станешь писать хорошие комментарии к коду - мир станет лучше.

Сейчас я нажал на кнопочку Check spelling, а где твой переработанный код?

Спасибо, я код глянул мельком
Не обратил внимания
И все же если скрипт простой
Написан был на Руби
И состоит из файла одного
То не все равно ли где ты импорты вставляешь?

А коментарии нужны, особо в страшных трехэтажных либах
И в дебрях крупного проекта их должно быть!
Пускай есть мегапаттерны и суть их логику делить от данных
И упрощать. Нотации пусть будут. Соглашенья.

Все равно! Коменты быть должны. Для программиста
Иного, что смотреть ваш код через 5 лет замыслит.
Коменты быть должны для робота, который по шаблону
Документацию напишет на ваш код объемный.
И будет радость всем и сила пребывать во многих.

Наверное вы правы, в общем я подумаю над этим - у меня такое отношение сложилось к комментариям от того что первая работа где писал это был 18 тысячный проект на перле совсем без комментариев - код был понятен и мы писали понятный код и все были довольны.

> Если взялся писать код - будь добр разобраться с тем как его правильно откомментировать

Это конечно правильно, но не всегда возможно и уместно. Бывает просто времени не хватает (quick and dirty прототипы), бывает это вообще не нужно (одноразовые скрипты). Ещё комментарии должны быть актуальными, то есть при рефакторинге за ними нужно внимательно следить. Тоже дополнительная работа, не всегда оправданная. В общем писать или нет комментарии - от задачи зависит.

> у меня такое отношение сложилось к комментариям от того что первая работа где писал это был 18 тысячный проект на перле совсем без комментариев

И без pod-документации?

> И без pod-документации?

да, это был голый код.

По поводу неуместных комментариев не могу не вспомнить, как когда-то пытался дизасемблировать какую-то досовскую прогу. Очень умиляла манера дизассемблера ставить комментарии в духе:

MOV AX, 4000h ;Moving 4000h into AX register
CALL 00001133h ;Calling at 00001133h

Мало того, что они были совершенно излишни, ибо ясности коду не добавляли ни разу, а синтаксис я понимал и без них. Но самое плохое было в том, что мозг как-то не мог одновременно сосредотачиваться и на комментариях, и на коде, постоянно прыгал от одного к другому. Так что если комментировать каждую строчку кода на любом языке, эффект будет примерно такой же - читабельность упадет ниже плинтуса.

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

Отсутствие комментариев – дурной тон.

Мне шрифт понравился

Я не разработчик, но мне шрифты понравились.

тема Tigris

http://www.gnome-look.org/content/show.php/Tigris?content=75276

Вот кому надо завязывать с "профессией", так это workForFood.
И не лень такой бред писать.

>для меня обязательно, так как мне влом лезть в настройки плеера, а так если я открываю плеер и вижу там кракозябры - то закрываю его, натравливаю скрипт на папку с аниме - жду секунд 10-20 пока отработает, и открываю плеер опять. 

mixrin@neuromancer ~ $ grep subcp ~/.mplayer/config
subcp=enca:ru:en

И никогда не было проблем. Ни-ког-да.

Если судить по скриншотам с (G)VIM с лора, создается впечатление, что данный текстовый редактор не умеет ничего кроме подсветки исходного кода. Господа, где фантазия?

> создается впечатление, что данный текстовый редактор не умеет ничего кроме подсветки исходного кода.

Он еще дает возможность отлично редактировать текст.

> Если судить по скриншотам с (G)VIM с лора, создается впечатление, что данный текстовый редактор не умеет ничего кроме подсветки исходного кода. Господа, где фантазия?

Это почти правда. Он ещё кое-что умеет, но пользоваться этим невозможно.

зер гут

а от тёмной цветовой схемы глаза не болят?

>Если судить по скриншотам с (G)VIM с лора, создается впечатление, что данный текстовый редактор не умеет ничего кроме подсветки исходного кода. Господа, где фантазия?
это тестовый редактор, а не операционная система

use iconv, luke!

Мне всегда казалось, что достаточно: echo 'subcp=enca:ru:cp1251' >> .mplayer/config

И накаких проблем с кодировкой.

я не думал что mplayer умеет распознавать кодировку, поэтому и писал это...

и опция subcp=enca:ru:cp1251 не помогла...

кодировку то можно прописать, но если будет другая придется опять прописывать или выставлять руками.

> кодировку то можно прописать, но если будет другая придется опять прописывать или выставлять руками.

Я всегда знал, что китайские порномультики сушат мозг

-subcp enca:<language>:<fallback codepage> (ENCA only)
              You  can  specify your language using a two letter language code
              to make ENCA detect the codepage *automatically*.

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

subcp=enca:ru:cp1251 не работало так как mplayer был собран без enca, всем спасибо, мне даже в голову не приходило что у любимого плеера может быть перекодировка на лету.

> MOV AX, 4000h ;Moving 4000h into AX register

Да, выглядит забавно. НО! Написать простенький скрипт, который удаляет все комментарии из кода, можно за минуту. А вот наоборот...

Скрипт? Эээ, мне хватит vim'a и регулярных выражений.

> китайские порномультики сушат мозг

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

:)

блин все такие злые, пипец, надо идти на базу и там спрятаться.

Шрифты хороши, возьму на вооружение.