ru.website

 
 - RU.WEBSITE -------------------------------------------------------------------
 From : Pavel Kurnosoff                      2:5030/736.25  15 Mar 2001  16:51:32
 To : iamhere@online.ru
 Subject : Re: Формирование картинки
 -------------------------------------------------------------------------------- 
 

 
  i> From: "Igor Trofimov" <iamhere@online.ru> Аналог try/catch?
  >> зачем аналог? try/catch и есть.
  i> Ой, ну вы меня почти убедили... .И exception's типизированые?  Вот только
  i> почему об этом в книжках не пишут?
 
 не знаю. может книжки у тебя дерьмовые?
 
  i> 1. одинаковый синтаксис при одинаковой семантике.
  >> п-переведи?
  i> 2. осмысленность ключевых слов.
  >> примеры неосмысленных ключевых слов в студию.
  i> ниже читай, да ? :)
 
 где? прочитал - но так и не увидел.
 
  i> 1: Если не strict, то в основной программе я ввожу переменные
  i> присваиванием значения, а в функции - вынь да положь my($var) В php
  i> "global" - тоже не подарок, но раз уж не объявлять перменные, так хоть и
  i> локальные не объявлять.
  >> ??? а как ты отличишь тогда локальные от глобальных? "святым духом"?
  i> А как отличаются в C/Pascal/.... ?  Там что - public/global/my/local на
  i> каждом шагу? Оно надо?
 
 там переменные обязательны к объявлению. и естественно scope определяется
 местом объявления. а если переменные создаются автоматически, то один из 2-х
 случаев надо указывать явно - либо локальность, либо глобальность. в одних
 языках пошли по одному пути, в других - по другому.
 
  >> а чем var лучше?
  i> Осмысленно.
 
 нисколько. 
 
 [aaz@aaz aaz]$ trans my
 my  [maI] _pron. _poss. (употр. атрибутивно;
 ср. mine 1) мой, моя, моё, мои;
 принадлежащий мне 
 ...
 [aaz@aaz aaz]$ trans var
 [aaz@aaz aaz]$
 
 ы?
 
  >> еще раз? где там может быть ошибка?
  i> Пожалуйста - программист правит условие и ненароком стирает присвоение,
  i> потом долго думает почему не работает и матерится на того, кто в одном
  i> выражении делает несколько действий.
 
 если у программиста только одна прямая извилина и он не понимает, что делает,
 то ему лучше идти мыть туалеты. это тоже нужная работа.
 
  i> Глупый программист? Возможно. Hо язык ИМХО максимально должен ограничивать
  i> вероятность возникновения таких ситуаций.  Ща мне опять скажут "нам лень
  i> много писать и много читать"....
 
 язык тебе ничего не должен. если у тебя руки и мысли живут раздельной жизнью,
 то никакой язык не поможет. 
 
  >> выкини эту книжку нахрен. в моей книжке по перлу об этом написано
  i> вместе с
  i> Шварц+Кристиансен. После нее у меня появилось стойкое отвращение к perl и
 
 какая именно? By Larry Wall, Tom Christiansen & Randal L. Schwartz - там
 есть. 
 
  i> других я не смотрел. Если выяснится, что в другой, "хорошей" книжке, это
  i> все написано, то... то я тогда даже не знаю, что сказать... конечно, я не
  i> штудировал весь perldoc...
 
 весь и не надо. про длинные названия переменных узнают из той же части, что и
 про короткие. 
        $OS_ERROR
 
        $ERRNO
 
        $!      If used in a numeric context, yields the current
                value of errno, with all the usual caveats.  (This
          [...]
 т.е. perldoc ты вообще не читал.
 
  i> Поощрается принцип "короче - лучше".
  >> поощряется принцип читать документацию, а не пи..еть попусту.
  i> Про книжки мы уже разобрались - нужно особенные книжки читать..
 
 классика - это oreilly perl bookshelf. ты их уже все прочитал? 
 
  >> >> это почему? опять доки не читаем?
  i> Плиз, как это сделать.
  >> $strconst='Hello $person!'; sub abc { my $person='world';print eval
  >> qq("$strconst"); }
  i> Та я ЭТО должен был в доках прочитать???  :) Смешно. И ты всюду будешь
  i> eval пихать? Замечательная программа! 
 
 о, это комплимент? не стоит, право...
 
  i>  И действительно - как после этого
  i> писать на компилируемых языках, если в них eval нет... Безобразие!
 
 обоснуй. чем тебе eval не угодил?
 
  >> а что плохого в этом коде?
  i> Ж8-[o] Все... у меня нет слов.....
  i> можешь не отвечать, опять одни эмоции будут. а
  >> поскольку ты не Керниган, Ричи, Уолл и даже не Шварц или хотя бы
  i> Торкингтон,
  >> то, уж извини, никому твои эмоции не нужны.
  i> Забавно! Значит, тебе важно, от кого исходит мнение... Hу тогда, конечно
 
 конечно. ибо даже авторы языка в любой рекламе проводят сравнительный
 анализ. ты - только орешь. и потом, авторы языка - достаточно заслуженные
 люди, чтобы хватало даже одних эмоций. ты - опять нет.
 
  i> автору популярного языка легко тебя убедить, что это очень хороший
  i> язык... И как ты в Unix-то попал.... Hеужели БГ тебя не убедил, что Win -
  i> в 100 раз круче?
 
 ссылочку на эти убеждения? 
 
  i> Ладно, завязываем.... В мыло.
 
 нет уж. основам использования пк и программирования я учу за отдельные деньги.
 
 -- 
 // pavel kurnosoff 
 --- Gnus v5.6.45/XEmacs 21.1 - "Bryce Canyon"
  * Origin: there's no tomorrow (2:5030/736.25)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор