ru.website

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

 
  >> как честный человек ты обязан перестать пользоваться php сиюминутно.  "за
  >> базар надо отвечать" (с) слэнг.
  i> Я просто предпочел выбрать наименее плохое из того, что есть, по МОИМ
  i> критериям, не послений из которых - читабельность и ясность синтаксиса. Я
  i> же никого не заставляю!
 
 ты Фрейда читал? то, с каким энтузиазмом ты тут "никого не заставляешь"
 наводит на мысли, что не все у тебя так хорошо.
 
  >> и это правда. это плохо?
  i> Да. Тебя не удивляет, что в последних серьезных языках (java, C#)
  i> стараются от этого отказываться? Только в скриптах (на которых тоже ведь
  i> пишут и достаточно большие и сложные вещи!) все "по-детски".
 
 это java и c# - последние? ну, с# действительно еще молодой, но он - "наш
 ответ чемберлену", так что не считается.
 
  i> Кстати, в perl есть нормальная обработка ошибок? 
 
 конечно.
 
  i> Аналог try/catch?
 
 зачем аналог? try/catch и есть.
 
  >> у тебя с нервами всё в порядке? точно? тогда не ори так. успокоился?
  i> теперь
  >> расскажи нам, что это за традиции такие, и где и чем именно они
  >> нарушаются. нам всем интересно.
  i> Пардон, сорвался. Hу наболело. Традиции такие - (а то ты сам не знаешь) -
  i> 1. одинаковый синтаксис при одинаковой семантике.
 
 п-переведи?
 
  i> 2. осмысленность ключевых слов.
 
 примеры неосмысленных ключевых слов в студию.
 
  i> 1: Если не strict, то в основной программе я ввожу переменные
  i> присваиванием значения, а в функции - вынь да положь my($var) В php
  i> "global" - тоже не подарок, но раз уж не объявлять перменные, так хоть и
  i> локальные не объявлять.
 
 ??? а как ты отличишь тогда локальные от глобальных? "святым духом"? 
 
  i> 2: Объясните мне, что значит my($Var) 
 
 текущий блок говорит, что это - переменная и она принадлежит только ему. 
 
  i> Конкретно "My".  Вот "int a" - это
  i> понятно, "var a:integer" - тоже понятно, а вот my(a) - хоть буквально,
  i> хоть как - бредятина.
 
 а чем var лучше? 
 
  i> Я конечно, понимаю, что, дескать, ничего, привыкнешь,....  Hо воротит от
  i> этого.... Такое ощущение, что Уолл откровенно прикалывался, когда это
  i> придумывал - как ьы назвать это пооргигинальнее.
  i> проверкой. Я бы за такое поганой метлой...
  >> чем оно опасное? порядок выполнения операторов подробно расписан в
  >> документации. ты любой код, который эффективен сразу по двум
  i> показателям
  >> (скорость работы и разработки) поганой метлой гонишь? хреновый ты
  i> программист,
  >> однако.
  i> :) Hет, я гоню код, который нечитабелен 
 
 по поводу нечитабельности - тебе вроде уже говорили, что надо в консерватории
 править. все остальные читают, а ты нет - стоит задуматься. 
 
  i> и чреват ошибками. 
 
 еще раз? где там может быть ошибка? 
 
  i> Хреновый язык,
  i> в котором ТАКОЙ код будет транслироваться в более эффективный
  i> маш/байт-код, чем более читабельный.
 
 бред какой-то...
 
  >> $OS_ERROR устроит? тогда читайте доки - они рулез (с)
  i> Да, это мне уже сказал, спасибо. Это уже лучше. Капельку.  HО! Вот я беру
  i> книжку по perl - нигде это не упоминается. Результат? 
 
 выкини эту книжку нахрен. в моей книжке по перлу об этом написано вместе с
 упоминаниями pre-defined переменных.
 
  i>  Поощрается принцип "короче - лучше".
 
 поощряется принцип читать документацию, а не пи..еть попусту.
 
  >> это почему? опять доки не читаем?
  i> Плиз, как это сделать.
 
 $strconst='Hello $person!';
 sub abc { my $person='world';print eval qq("$strconst"); }
 
  i> И переменную переименовал - каюк.
  >> инетересно, а в каких языках этого "каюка" не будет? очень интересно
  i> узнать!
  i> В тех, в которых ведется строгость типов, обязательное объявление
  i> переменных и отсутствует интерполяция переменных в строках.
 
 а, ну да. а если в языке есть только одна команда perint_hello_word, то там
 еще многих других "проблем" не будет. как и функциональности, впрочем.
 
  >> если этот человек не дебил, то уверяю тебя, намного меньше. впрочем,
  i> случаи -
  >> они разные бывают...
  i> Hу хорошо, пусть даже год. Хотя, если это такой метод воспитания
  i> программистов - подсунуть им такой язык, чтобы хождением по граблям он
  i> понял, что не все, что можно дедать в языке - нужно делать.
 
 unix - дружественная система. только друзей она себе выбирает тщательно (с)
 к perl это тоже отностится.
 
  i> Все они были дураками - не сумели написать быстрее и компактнее, да?
  >> ну, насчет быстрее... можно было бы и побыстрее.
  i> Hу вот... Так по-твоему лучше было написать побыстрее?  типа
  i>   if (int i = s-> a+= 8*w->qq[++c]) d*=a; ?
  i> Какая компактная конструкция!  И как быстро пишется! Вот еще только
  i> объявление переменной int i - убрать, и вообще будет замечательно. Или ты
  i> за такой код подчиненного программиста бы не покарал? :)
 
 а что плохого в этом коде? можешь не отвечать, опять одни эмоции будут. а
 поскольку ты не Керниган, Ричи, Уолл и даже не Шварц или хотя бы Торкингтон,
 то, уж извини, никому твои эмоции не нужны.
 
 -- 
 // pavel kurnosoff 
 --- Gnus v5.6.45/XEmacs 21.1 - "Bryce Canyon"
  * Origin: there's no tomorrow (2:5030/736.25)
 
 

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