Обновить
25
Макс Бабич@WebByte

Пользователь

32
Подписчики
Отправить сообщение
Какие паттерны, какая организация кода?
Десяток SQL запросов теперь иначе как с помощью классов не выполнить и вместе не собрать? Много лично Вы видели проектов, где число строк больше 10-20 тысяч? Зачем в таком небольшом объеме лишние сложности с ООП? Keep It Simple Stupid ;)
А я Вам привел пример, что ровно те же слова можно сказать и про веб без ООП. Всё прекрасно управляется, масштабируется и так далее.
Вы про преимущества веба без ООП?
Я согласен :)
Операторы присваивания — базовая вещь большинства программ. Хоть в вебе, хоть нет. От того, что лично Вы ее не используете, ей, конечно, ни холодно, ни жарко. Но вот если не понимать как как это работает в конкретном языке программирования, можно долго безрезультатно разбираться в чужом коде. Эт Вам не уровни OSI

И, кстати, странно, что Вы имея представление о ссылках (&), не видите их общность с моим вопросом. Ну да ладно, мне с Вами потомков не форкать.
это к нижнему посту
Если Вы не знаете базовых вещей, то зачем Вам знать про нормализацию и ООП?
И кто сказал, что не нужна нормализация? Я лишь сказал, что можно обойтись и без представлений о том, что это такое.
Естественно не всегда, если изловчится, можно из другого потока
При чем тут потоки. Я говорю о скриптах, в которых кроме указанного кода больше ничего нет (ну разве кроме вывода значения).

вообще логику, для меня лично, удобнее писать на более высоком уровне
О, Вы еще напишите про удобство перехода с одной СУБД на другую с помощью ООП заменой всего одного класса.

мнение других людей меня не сильно заботит
Ну Вам же кто-то сказал, что PHP — это для реальных пацанов, прислушались :)
Чем это удобно в вебе, в котором скрипт выполняется пренебрежимо мало, а проект, занимающий 10 тысяч строк уже считается большим?
по ходу дела - 4
Не всегда

ООП в вебе как бы нужен
Он и для больших не нужен.
Это мнение некоторых весьма квалифицированных представителей РБК, Рамблера и Мэйла. Куда уж больше.
Ужас все-таки. Нафиг всё это знать? Нафиг ООП в вебе, нафиг представление об OSI и нормализации?
Вы еще о трех рукопожатиях спросите, ага-ага.


Кстати, чему будет равна переменная $i после выполнения вот такого кода?

$i = 1;
$i = ++$i + $i++;

Без запуска в скрипте можете сказать?
А как побороть то, что ломается обновление materialized view, если между репликой и мастером сетка минут на 5-20 пропадает? И как объяснить, что после перевоза реплик-серверов на новую площадку ( неск. часов простоя) те же самые вьюхи прекрасно поднимаются сами, без пересоздания?

И почему время от времени ломаются очереди (queues), и хотя в dequeue процедуре стоит dbms_aq.FIRST_MESSAGE, а в табличке явно есть записи, процедура не возвращает ни одной строчки?
Где ж далеко?
Топовые российские сети кроют большую часть этой таблицы как бык корову.
Я бы голову за такое отрывал, если честно.
Везде, где можно отказаться от ДжаваСкипта, от него лучше отказываться.
нашли на чём экономить

sub plural{
my ( $num, $one, $two, $five ) = @_;
$num = abs int $num;
$num %= 100;
$num %= 10 if $num > 19;
return $five if $num==0 || $num > 4;
return $one if $num == 1;
return $two;
}
Не поможет обертывание в транзакцию, если SELECT в ней не for update.
Две транзакции могут сделать SELECT до того, как в первой из них пройдет commit.
А всё — элементарно

Столько буков ради того, чтобы сказать миру, что Вы наконец-то удосужились прочесть мануал?
Правда, есть? Где? Куплю пару-тройку. Минск и прочие союзные республики не предлагать.
Особенно, если не «брать людей из большой» тройки.
Видимо, индусы портал делать будут :)
Можно. Фултайм в Москве.
Образование, возраст, пол и наличие вредных привычек роли не играют.
Нужно хорошее знание SQL и хотя бы базовые знания Perl. Остальному научим в процессе работы. Зарплаты хорошие. Соцпакет и все такое.

Если кому-то интересно, пишите в личку.

Информация

В рейтинге
5 778-й
Зарегистрирован
Активность