Слово «указатель"подразумевает некое поведение. Подобная техника в пыхе не только ни разу не соответствует термины, но еще и проигрывает указателям в выразительности, а также создает потрясающий потенциал для РЕШЕТА.

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

Когда-то она была Glest, там были только техи и маги, она была СЛОЖНОЙ (но с интересными ресурсами) и с в разы более уёбищной графикой.

Ну так то питон, один из худших выборов для встраиваемого языка, с девизом «совместимость не нужна». А то Lua. Ни разу не слыхал о проблемах с Lua.

Упаковывать каждое новое фанатское дополнение в архив дистрибутива будешь, надо полагать, лично ты? И вообще, что за чушь, когда это было, чтобы дополнения к игре (которые, скорее всего, на какой-нибудь Lua) требоали новых версий библиотек9

Мне кажется, что несостоятельность стратегии «старый мир разрушен, но новый мир в огне растёт, как исполин» окончательно показала свою несостоятельность к концу двадцатого века. Но до некоторых личностей всё ещё не доходит.

It's harder to read the code that to write it, что ещё я могу сказать. Никому неохота наводить порядок в кровавой мессе по имени иксы, мы лучше напишем свою, с RDP и гнумом.

vim vs ed is moar liek C vs BCPL.

Что вообще за чушь.

Те пользователи, которым нужна не-винда, не купят такую плату.

Те пользователи, которым нужна только винда - могут и купить, но какая им разница.

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

В общем, как всегда: много шуму из ничего.

Кому вообще нужна девятнадцатая IDE для питона, когда есть IDLE? (Нормальные люди всё равно пишут на лиспе)

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

Как что-то плохое.

Вот визуальное программирование. Васик с делфей и рядом не валялись.

Здравствуй, LEGO Mindstorms. Ты будешь преследовать меня до конца моих дней?

говнокодец :)

во имя великой справедливости надо юзать только raw_input()

Слоу неспешен, но слоу успешен. Третий питон на дворе!

По теме - рад за единственную адекватно развивающуюся реализацию паскаля. Рад, что они починили дебаг в предпоследней версии. Рад, что они пилят совместимость с Delphi. Дважды рад за +=, -= и компанию. И конечно, рад за привязки к адекватным тулкитам.

В питоне, кстати, строгая типизация. Там сложно создать себе неверное представление о типах. Там можно создать себе неверное представление о мощи стандартных инструментов.

На Лиспе забавно прототипировать. А на Брейнфаке - тренироваться держать в голове много вещей.

Сиська вообще ни рыба ни мясо. Куда ни плюнь: либо в ассемблер надо лезть (не хватает низкоуровневости), либо грустить по отсутствию высокоуровневых средств.

Congratulations! You are somehow managed to do it wrong.

Вы прочитали только ту половину поста, которая вам понравилась. Я считаю приделывание костылей порочной практикой. Если в случае D и C# это ещё можно назвать переосмыслением, то уж C++ - форменное приделывание костылей. На Рефале не писал. Lisp и BF - прекрасные языки, с моей точки зрения. Прекрасно соответствуют своей нише.

К чему я это всё? Да к тому, что не только не надо бояться ломать совместимость (а точнее - приводить язык к современным стандартам), но и вообще полностью отказываться от позорищ типа фортрана, си, с++, жабы и т.п. Даже линукс с его GNU-поделиями можно спокойно в течении 5 лет переписать на C# или D.

На мой взгляд, C - красивый, законченный язык. А C# и D вторичны по своей сути, они созданы как «давайте исправим всё, что нам не нравится». Всё равно как усы Мадонне пририсовывать или сиськи четвёртого размера - оно, может, и неплохо, но не в таком виде, не в пририсованном. На D писать неприятно. Менее неприятно, чем на плюсах, но всё же. Чтобы язык был хорошим, его надо для себя написать. Не беря что-то за основу и опираясь только на свой опыт. Но сейчас все, а, ленивые твари, и бэ, если кто-то и создаст язык, все ленивые твари и учить его не пойдут. Так что надежда мертва, я подозреваю.

PS: отдельный привет укуркам, которые рассуждают про табы vs пробелы в Python и не слышали про .pyc файлы.

Подозреваю, что из проголосовавших за «не использую IDE» 49,5% кодят в виме, 49,5% в емаксе и 1% в нано.

Только Vim, только хардкор.

shish жжёт! Откровенно! Не, Столетняя война, это ж надо! Покормлю-ка и я его: фундаментальное различие между gconf и реестром состоит, AFAIK, в отсутствии аналога reg-файлов.

Почитал баги. Удачи им. Дождусь GNOME 3.4 включения GNOME 3 в Debian - тогда и потыкаю. Как раз всё дофиксят, надо думать.

Виноват, исправлюсь. Перепутал.

Печаль ещё, к сожалению, в том, что вот у меня lvm вкомпилен, а initramfs всё равно нужен, т.к. lvm нужно активировать :(. Не уверен про raid, но думаю, суть та же.

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

У моей генты (которую я снёс) был /boot на lvm, который grub поддерживает уже ололо сколько. И в initrd, натурально, можно кинуть только необходимое. В моём случае это загрузка lvm и ни одного модуля.

Несмотря на восемь адекватных мыслей. которые в ней есть (про иксы, например), половина материала уже не актуальна, а сама книга исполнена такого концентрированного БУДАПЕШТА, что читать её просто противно.

initrd не нужен при правильном ядре и отсутствии корня на lvm/raid/crypt/fuse. В случае наличия корня на lvm/raid/crypt нужно выполнить сценарий до монтирования корня, это умеет только initrd. В случае наличия корня на fuse вы извращенец необходимо подгрузить модуль, это до монтирования корня тоже умеет только initrd.