Не нравится туча средств разработки... С одной стороны это хорошо, но с другой... Необходимые порой приложения написаны то на python то на perl, то еще на чем нибудь, вот и приходится держать зверинец интерпретаторов smile И так не только со скриптами.
юзай питон он во имя добра :lol:
юзай питон он во имя добра :lol:
Питон много пил пиво "во имя добра", от чего его раздуло. Он пытается вползти в оперативку и не помещается.
Use PERL, Luke
[quote=Nulex]юзай питон он во имя добра :lol:
Питон много пил пиво "во имя добра", от чего его раздуло. Он пытается вползти в оперативку и не помещается.
Use PERL, Luke[/quote]
Да ладно купите ему исчо пусть порязвицо :lol: :lol: :lol:
Но после басика питон реально добрый язык :D
[quote=zerg][quote=Nulex]юзай питон он во имя добра :lol:
Питон много пил пиво "во имя добра", от чего его раздуло. Он пытается вползти в оперативку и не помещается.
Use PERL, Luke[/quote]
Да ладно купите ему исчо пусть порязвицо :lol: :lol: :lol:
Но после басика питон реально добрый язык :D[/quote]
Куда уж больше. Мне вот не приятно знать, что у меня есть что-то на столько жирное и неповоротливое на машине.
Так что XFCE (=
ЗЫ: у меня на домашней тачке 8 гигтар ddr3 на amd785g
Куда уж больше. Мне вот не приятно знать, что у меня есть что-то на столько жирное и неповоротливое на машине.
Так что XFCE (=
ЗЫ: у меня на домашней тачке 8 гигтар ddr3 на amd785g
Ну фиг знает... у меня 4 ддры2. И free:
total used free shared buffers cached
Mem: 4060724 2165684 1895040 0 137860 1283364
причем сам питон юзает 10 метров, запускаю тотем он отжирает еще 40, что да многовато, но не смертельно
Но религия не позволяет тратить лишнее (=
Python действительно язык с низким порогом вхождения.
но лично мне он не кажется таким глобальным (или фундаментальным) как Си или Паскаль... smile
а вот перловые эксплойты еще ни один язык не переплюнул :D
Из перла можно слепить всё. Вопрос только в том, что есть средства, с помощью которых то же можно сделать удобней и быстрей. А так ограничений нет. Ну только ОСь на нём не написать, т.к. его фишка в том и состоит, что скриптовый-прекомпилируемый. Хотя может уже кто-нибудь и пробовал.
Из питона тоже можно. Клиентские приложения удобно писать. Уровень вхождения низок, к ошибкам добрей относится, есть в штатной комплектации даже кофеварка, ОСе не зависимая. Т.е. пишешь на подобном язычке и не задумываешься, что там будет дальше. Сколько оно памяти сожрёт или сколько процессорного времени - всё равно.
С языками ниже уровня всё сложней. Но дисциплина написания программ на сях или ассемблере того стоит.
Но дисциплина написания программ на сях или ассемблере того стоит.
Дисциплина написания софта на ассемблере состоит из того, что вам нужно приходить не работу к шести утра и уходить в полночь ради того, чтобы написать за это время пару функций
Дисциплина написания софта на ассемблере состоит из того, что вам нужно приходить не работу к шести утра и уходить в полночь ради того, чтобы написать за это время пару функций
Функций, с помощью которых можно сделать именно то, что нужно. Не вытаскивая за собой кучу не нужных библиотек.
Кроме того, как самостоятельный язык, ассемблер меня не прельщает. Как часть чего-то большего, в тех местах где нужна стабильность и скорость - это моё представление о вопросе.
[quote=Hvzh]Дисциплина написания софта на ассемблере состоит из того, что вам нужно приходить не работу к шести утра и уходить в полночь ради того, чтобы написать за это время пару функций
Функций, с помощью которых можно сделать именно то, что нужно. Не вытаскивая за собой кучу не нужных библиотек.
Кроме того, как самостоятельный язык, ассемблер меня не прельщает. Как часть чего-то большего, в тех местах где нужна стабильность и скорость - это моё представление о вопросе.[/quote]драйвера?
Функций, с помощью которых можно сделать именно то, что нужно. Не вытаскивая за собой кучу не нужных библиотек.
угу. на ИМЕННО ЭТОМ компе. и ни дай бох вам поменять там хоть один резистор - весь код можно будет выбросить в помойку. И не важно, что вы потратили на него месяц бессонных ночей. Спасибо. Увольте-с. Код на Си работает также быстро. Причём через 10 лет он работает на порядки быстрее. А код на асме даже через месяц - псу под хвост.
ЗЫЖ буквально этой ночью переписывал функцию на асме. Которую сам-же написал в 2003м. Даже в 2003м я прекрасно понимал, что асм - плохо, но... В 2003м мой компилятор не поддерживал беззнаковый 64х битный тип, а вот мой процессор - поддерживал. пришлось бежать впереди паровоза. Ну а теперь, мне пришлось это переписывать...
ЗЗЫЖ хорошо у мну ума хватило написать подробных комментов, чтобы потом долго не заморачиваться - мне хватило минут сорок...
Из перла можно слепить всё.
а из чего нельзя? есть задачи, которые не решаемы на BASIC или sed, но решаемы на перловке? Я таких не знаю.
А так ограничений нет. Ну только ОСь на нём не написать, т.к. его фишка в том и состоит, что скриптовый-прекомпилируемый. Хотя может уже кто-нибудь и пробовал.
думаю, что раз есть компилятор для sed (ага. причём поставляется вместе с исходниками. я не виноват, что вы не в курсе), то уж для перловки точно есть. Ищите...
С языками ниже уровня всё сложней. Но дисциплина написания программ на сях или ассемблере того стоит.
ну... на си тоже можно не думать о мелочах. а уж на си с плюсами - даже противопоказано. а дисциплина она всегда нужна. даже в баше.
а Mozilla Firefox случайно не на С/C++ написана?
В качестве шутки.
Вы можете использовать своего питона не по прямому назначению. Есть три способа:
1. Гуманистический. Отправить его на Яву. Пусть порезвится в паутине.
2. Бесполезный. Сделать его железным, видимо, чтобы можно было бросать в унитаз движущегося поезда.
3. Православный. Вы можете снять со своего питона шкуру и набить из нее чучело. Тогда он не будет пить пиво и заполнять всю память.
Python действительно язык с низким порогом вхождения.
Так оно, но кое какие фишки там реально взрывают моск...
а Mozilla Firefox случайно не на С/C++ написана?
откуда такие странные вопросы?
у них исходники уже закрыли??? oO
угу. на ИМЕННО ЭТОМ компе. и ни дай бох вам поменять там хоть один резистор - весь код можно будет выбросить в помойку.
Да Вы чего? Серьёзно? Вот как тогда объяснить наличие Menuet OS, написанной целиком на ассемблере?
ЗЫ: что для перла есть компилятор - известный факт, только, ИМХО, перл не тот случай, где нужный бинарники. Лично я не делаю двоичными свои поделки.
[quote=Termo]а Mozilla Firefox случайно не на С/C++ написана?
откуда такие странные вопросы?
у них исходники уже закрыли??? oO[/quote]
так знаете ответ или нет? wink
Да Вы чего? Серьёзно? Вот как тогда объяснить наличие Menuet OS, написанной целиком на ассемблере?
а чтож вы её не юзаете? ;)
ЗЫ: что для перла есть компилятор - известный факт, только, ИМХО, перл не тот случай, где нужный бинарники. Лично я не делаю двоичными свои поделки.
дык задачи-то разные бывают...
так знаете ответ или нет?
ну набрал
$ hg clone http://hg.mozilla.org/mozilla-central mozillaщаз узнаем...
...
прошёл час...
завтра узнаем :)
на самом деле, это как спросить: "на каком языке говорят в микрософт?".
не удивлюсь, что в некой курилке говорят и на олбанском ;)
ЗЫЖ многие кодеры сами думают, что пишут "на С++", но великие теоретики крутятся в гробу от их кода :) Потому - не знаю. Ну и кроме того, даже внутри одного файла *.cpp можно использовать сразу с десяток разных языков (я уж не говорю о диалектах и стилях).
завтра узнаем
не. клонировал уже: 3279 файлов *.cpp, но есть 1500 файлов просто си. Есть и асм, и жабаскрипты, да и вообще полно всякого. Наверное языков 30-40 будет. из них, я не знаю чуть более чем половину ;)
а чтож вы её не юзаете? wink
Вопрос был не в юзабельности, а в том, что код вполне переносим.
Вопрос был не в юзабельности, а в том, что код вполне переносим.
486 + встроенный сопроцессор
пентиум + возможность выполнить 2 инструкции одновременно
пентиум ММХ + возможность выполнять параллельно с основным процессором вычисления в целых на сопроцессоре, например ещё и сразу 8 операций над 16ю числами
п2 + SSE
п3 + SSE2
...
А ваш "переносимый" код так и остался на уровне древнего 80386...
При этом мой код активно юзает практически все новые технологии последних пентиумов. Хотя я его и писал много лет назад...
на вашем минуэте наверное даже музыку и не послушать, я уж молчу про кино... В итоге:
1) код на асме который быстрее аналога на Си практически не переносим (в низ - вообще никак, вверх переносим, но тормозит по чёрному).
2) код на асме который переносим - значительно медленнее аналога на Си.
Какой смысл?
И ещё: если у меня есть код ядра на си (например ядра Linux), я его могу собрать в рассчёте на СВОЙ процессор и/или оптимизировать его на высокую производительность (или на компактность). Код на асме оптимизировать невозможно - он настроен именно на самый поганый процессор, причём так, чтоб было средне-паршиво с размером, и средне-паршиво с производительностью (обычно они взаимоисключают друг-друга). И ничего вы с этим не поделаете, разве что в всё с нуля не перепишите.
