Pull to refresh
8
0
Андрей Литвиненко @alitvinenko

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

Send message
В большинстве случаев лучше использовать свое.
Самопис всегда затачивается под конкретные задачи и не растекается на тысячи абстрактных классов и т.п.

Проблему поддержки кода частично можно решить грамотным документированием.
Ну да, json в конце вызова метода теряется, а иногда просто забывается.
Не совсем понял про $.post и $.ajax

С остальным согласен. Особенно про Неймспейсы и data-*
Да, так и есть. По собственному опыту сужу и по опыту программистов в моем отделе.
А все почему? Да потому что в правоохранительных органах нет людей, разбирающихся в IT и действуют он «по старинке».
не знаю как кому, а мне прежняя страница документации больше нравилась
Именно это я и хотел сказать :) Наверно, как-то неверно описал свою мысль.
А зачем вы такие вещи вообще делали в PHP? Я думаю, что для этого язык PHP не предназначен.
Задача пхп — обработать запрос пользователя, если надо — сохранить данные, и выдать результат на экран. По сути все. Ну конечно там еще какие-то более-менее ненагруженные операции вычисления произвести при помощи скриптов, запущенных в кроне.
Или я не прав?
это что же у вас за супер-проект то такой? может быть стоит подойти со стороны оптимизации кода, а не тупо переписывать части проекта на другом языке?
меня интересует тот же самый вопрос. Совсем не понял, зачем все это надо в реальности? Может быть, в силу того, что я тут не все понял, я не понимаю зачем все это надо :)
в таком случае использовать лейбл не надо ;)
Но это, скорее всего, просто частный случай общей ситуации.
а не лучше использовать ImageMagick? он побыстрее
Да, информация и для меня была новой. И я теперь это буду знать.
Просто меня всегда удивляли тесты, которые проводились над 10000-10000000000 элементов данных, притом не задумываясь, а вообще возможно ли использование в реальных проектах такого количества элементов? Просто я практических применений такому количеству использования ссылок не вижу.

А так да. Новые знания не помешают :) Спасибо )
Так я и не говорю, что статья плохая. Я сказал, что она для практики с вероятностью в 90% не пригодится. А на счет того, что теория всегда нужна — это естественно.
видимо вы уже свои проекты настолько оптимизировали, что принялись за такие статьи :)
Вопрос: очень ли у вас много данных передаются куда-нить по ссылкам? У меня в проекте — в 3х методах.
Мое ИМХО — стать полезная для теории, но совсем бесполезна для практики.
честно говоря, под линукс альтернативы так и не нашел :(
поэтому мне в то время пришлось перелезть обратно на винду и использовать EA
Там можно шаблоны генерации исходного кода править и делать их такими, какие они тебе нужны. Кстати там довольно толковый хелп по написанию этих самих шаблонов для генерации.
Есть еще такая замечательная штука, как Enterprise Architect
http://www.sparxsystems.com.au/products/ea/index.html
на больших схемах тупит и вылетает часто. Не советую использовать
UPDATE news SET
title = CASE
WHEN news_id = 1 THEN 'aa'
WHEN news_id = 2 THEN 'bb' END
WHERE news_id IN (1, 2)

порадовало. возьму на заметку такой способ. Спасибо

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity