Pull to refresh
38
0
LoneCat @LoneCat

User

Send message
Это вы поддельный К.О. :)
В статистической выборке не сказано ни про пожилых отдельно, ни про молодых отдельно, никто их отдельно не считал, сказано просто про количество самоубийств на 100000 человек — 14 — из которых большинство оказываются пожилыми.
В этой выборке могут быть всего 100016 китайцев, из которых 16 — пожилые, и все покончили с собой, а остальные — молодые, но покончило с собой только 12 человек. Это не меняет факта того что пожилые оканчивают жизнь самоубийством чаще, несмотря на то что их всего 16 супротив 100000 молодых.
Ну потому что пожилых — больше, больше из двух вариантов — больше половины, половина — 7, соот-но при самом приближенном к этому значению варианте пожилых — 8, молодых — 6.
Навеки ваш, К.О.
Интересно было-бы результаты выводить в виде графиков.
Не решит покуда понятие интерфейс не будет реализовано полностью, с типизацией возвращаемого значения и исключений, не выдирайте фразы из контекста. Типизация выходного значения, так-же как и входных параметров — дает уверенность в том что при нормальном ходе работы программы из функции вернется то, что в ней заявлено, или ход выполнения программы прервется с ошибкой/исключением. А с phpdoc я могу с легкостью сделать посередине свое культовое:
throw $this; // не ждали?
Кто мне запретит? Соот-но такое понятие как интерфейс в php не дает никакой сколько-нибудь значимой гарантии того что ход работы программы не будет прерван сложением DOMDocument и SOAPServer, потому как несмотря на то что класс реализует интерфейс
interface Sum {

  /**
   * @return integer
   **/
  getFirstSummand();

  /**
   * @return integer;
   **/
  getSecondSummand();

}
В программу вполне могут вернуться именно они.
Ну наверное потому что phpdoc — это документация, и носит уведомительный характер, и то что в интерфейсе задокументировано что метод возвращает определенный тип — для реализации на самом деле ничего не значит, и вернуться может что заблагорассудится разработчику.
Да кстати, еще одна вещь о которой здесь не упомянули — отсутствие в php типизации возвращаемого значения, что в принципе сводит на нет такую вещь как интерфейсы. Да, отлично, метод принимает два аргумента, целочисленный и строковой, а возвращает? А что он возвращает уже одному Богу известно :) Ну и туда-же указание выкидываемых исключений, и т.д. и т.п., при грамотном подходе к процессу мы на выходе должны получить Java'у :)
У тебя есть функция принимающая integer, и в нее за счет типизации придет гарантировано integer, что тебя не устраивает? Я понимаю разговор шел-бы про переменную переданную по ссылке, тогда вызов функции поменял-бы тип переменной, которая может использоваться где-то еще, и да, пришлось-бы искать где конкретно это произошло, но мы-же говорим про локальную переменную, объясни мне глубинный смысл знания того где конкретно произошло приведение типа, до вызова или во время? Результат-то один, в функцию пришло то, что должно было придти.

И «типа так удобнее» тут совершенно не причем, строгая типизация — пожалуйста, я только за, но только пусть ее вводят после того как убьют неявное приведение типов, мне вот лично ни мягкая типизация, ни неявное приведение типов — ну нафиг не сдались, однако-ж они друг на друга завязаны, есть одно — должно быть и второе.
массив можно создать только намерено, через array(), type cast, спец.функции и т.п.
$a = (array)«string»; // type cast
$a = unserialize(чего-то там); // спец.функция

Мистер Трололо?
Это будет «Array», как и при любой другой попытке привести тип массив к типу строка.
Массив — комплексный тип, отсюда и нестыковки в приведении его к/из скалярных типов, в php нет операций которые сделали-бы из скалярного типа массив побочно, массив можно создать только намерено, через array(), type cast, спец.функции и т.п., соот-но и типизация его жесткая — так как функция ждет в виде параметра намеренно созданный массив. А в случае скалярных типов данных — есть такие операции, которые прозрачно меняют один тип на другой, и если типизация будет строгой — то и шанс поймать Catchable fatal error на типизированном параметре будет ненулевой.
Мне, как бешеному глухому китайскому шаолиню ближе конечно первый вариант, так как он строже — но на самом деле для php больше подойдет второй, так как это одна из основных особенностей php — изменение типов на лету. А что, собираются вводить типизацию скалярных параметров?
Что-то слабо верится что МакХост тут не причем, но безусловно когда к нему обратятся с вопросом «Доколе?» — это оправдание будет использовано.
О, так это оптимизация! Зачем запускать оставшиеся валидаторы если форма валидацию заведомо не прошла? Лишняя нагрузка на сервер :) Только в конце каждого сообщения об ошибке нужно добавлять «Так-то!» © К.О.
Логично ведь: есть пользователи — есть нагрузка, нет пользователей — нет нагрузки :P
Конечно нет, какие могут быть причины?
— Эй, Вась! Сколько там длину пароля поставить?
— Да ставь 8, хватит и 8
Я лично считаю что любые пляски с бубном вокруг аутентификации/авторизации — должны носить уведомительный характер, «логин не должен быть короче 6 символов» — если такого еще нет- то какая хрен разница что хранить в базе? Хоть пустой вводите, если найдется такой умник, будет на сайте мистер "" :) С точки зрения функционирования системы он ничем не хуже Васи Пупкина, а уж про пароль — так это вообще отдельный разговор, «пожалуйста введите пароль обязательно состоящий исключительно из буквенно-цифровой комбинации символов длиной не менее 6 и не более 10 символов в нижнем регистре латиницей, чтобы мы из него сделали 128-битный необратимый хеш»… нет слов. Но для сайта со смешными фотками котов — там конечно да, там безопасность критична :)

Но объяснить это все вполне легко — юзабилити это такой сферический конь в вакууме — все о нем говорят, но никому он на самом деле нафиг не сдался. Размышление по поводу удобства таких вот мелочей — удел персональных проектов, где тому кто делает интересен результат сделанного, а на большинстве сайтов все равно все будет делаться по-принципу: нужна регистрация? сел и сделал. Набил форму, повесил валидаторы — и забыл.
Хотя со временем конечно эта область будет набирать популярность, когда 10 миллиардов маркетологов таки уверуют что форма регистрации из 54 обязательных полей процент конверсии только уменьшает :)
Размышляя о простоте регистрации я пришел к выводу что можно все сократить до кнопки «зарегистрироваться» — но потом подумал что и она не нужна :) Зашел пользователь на сайт — «вы у нас 16785 бе, запомните-запишите-сохраните-спрячьте этот идентификатор чтобы вновь зайти под своим аккаунтом». Хотя это конечно совсем уж по-спартански :)
То есть оказывается что если компьютер под контролем злоумышленника — то можно лишиться приватных данных? Какой ужас, как страшно жить :)
А я вот в одной книжке читал что человеку голову отрезало трамваем, с тех пор через трамвайные рельсы — ни ногой :)
Готовы :) Я — готов! На кой черт мне тогда принтер если я печатать на нем все равно не буду? :) Не, ну безусловно, очень круто — за 150 баксов иметь возможность распечатать дома страничку… или даже две… но найти где распечатать две странички — это как-бы невелика сложность :) Я, черт побери, хочу дома печатать Войну и мир, Исскуство войны и т.д. и т.п., все в 4 томах по 1000 страниц, у меня-же принтер! Только с дешевым принтером за 150 баксов и фирменными чернилами я потом останусь без штанов — зачем мне такой дешевый принтер?

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity