|
ru.website
- RU.WEBSITE -------------------------------------------------------------------
From : Igor Trofimov 2:5020/400 14 Mar 2001 14:05:32
To : All
Subject : Re: Формирование картинки
--------------------------------------------------------------------------------
> как честный человек ты обязан перестать пользоваться php сиюминутно.
> "за базар надо отвечать" (с) слэнг.
Я просто предпочел выбрать наименее плохое из того, что есть, по МОИМ
критериям, не послений из которых - читабельность и ясность
синтаксиса. Я же никого не заставляю!
> и это правда. это плохо?
Да. Тебя не удивляет, что в последних серьезных языках (java, C#)
стараются от этого отказываться? Только в скриптах (на которых тоже
ведь пишут и достаточно большие и сложные вещи!) все "по-детски".
Кстати, в perl есть нормальная обработка ошибок? Аналог try/catch?
> у тебя с нервами всё в порядке? точно? тогда не ори так. успокоился?
теперь
> расскажи нам, что это за традиции такие, и где и чем именно они
> нарушаются. нам всем интересно.
Пардон, сорвался. Hу наболело. Традиции такие - (а то ты сам не
знаешь) - 1. одинаковый синтаксис при одинаковой семантике.
2. осмысленность ключевых слов.
1: Если не strict, то в основной программе я ввожу переменные
присваиванием значения, а в функции - вынь да положь my($var)
В php "global" - тоже не подарок, но раз уж не объявлять перменные,
так хоть и локальные не объявлять.
2: Объясните мне, что значит my($Var) Конкретно "My".
Вот "int a" - это понятно, "var a:integer" - тоже понятно, а вот
my(a) - хоть буквально, хоть как - бредятина.
Я конечно, понимаю, что, дескать, ничего, привыкнешь,....
Hо воротит от этого.... Такое ощущение, что Уолл откровенно
прикалывался, когда это придумывал - как ьы назвать это
пооргигинальнее.
> i> проверкой. Я бы за такое поганой метлой...
> чем оно опасное? порядок выполнения операторов подробно расписан в
> документации. ты любой код, который эффективен сразу по двум
показателям
> (скорость работы и разработки) поганой метлой гонишь? хреновый ты
программист,
> однако.
:) Hет, я гоню код, который нечитабелен и чреват ошибками. Хреновый
язык, в котором ТАКОЙ код будет транслироваться в более эффективный
маш/байт-код, чем более читабельный.
> $OS_ERROR устроит? тогда читайте доки - они рулез (с)
Да, это мне уже сказал, спасибо. Это уже лучше. Капельку.
HО! Вот я беру книжку по perl - нигде это не упоминается. Результат?
Поощрается принцип "короче - лучше".
> это почему? опять доки не читаем?
Плиз, как это сделать.
> i> И переменную переименовал - каюк.
> инетересно, а в каких языках этого "каюка" не будет? очень интересно
узнать!
В тех, в которых ведется строгость типов, обязательное объявление
переменных и отсутствует интерполяция переменных в строках.
> если этот человек не дебил, то уверяю тебя, намного меньше. впрочем,
случаи -
> они разные бывают...
Hу хорошо, пусть даже год. Хотя, если это такой метод воспитания
программистов - подсунуть им такой язык, чтобы хождением по граблям он
понял, что не все, что можно дедать в языке - нужно делать.
> i> Все они были дураками - не сумели написать быстрее и
> i> компактнее, да?
> ну, насчет быстрее... можно было бы и побыстрее.
Hу вот... Так по-твоему лучше было написать побыстрее?
типа
if (int i = s-> a+= 8*w->qq[++c]) d*=a; ?
Какая компактная конструкция!
И как быстро пишется! Вот еще только объявление переменной int i -
убрать, и вообще будет замечательно. Или ты за такой код подчиненного
программиста бы не покарал? :)
--- ifmail v.2.15dev5
* Origin: Golden Telecom (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
