Большие xml файлы никогда не парсил с помощью simpleXML, а тем более dom, для этого есть xml_parser_create и подобные ф-и.
Наверное, больше времени будет занимать сам парсинг файла, нежели обработка.
Посмотрел https://www.youtube.com/watch?v=vOp4k4SE-F8
Так там как раз итерационные TDD.
Я всегда так делаю (и, наверное, другие), просто у меня не остается кода теста, он уходит в код приложения.
:)
Тогда я говорил об этом:
«В объектно-ориентированном программировании контракт метода обычно включает следующую информацию:
возможные типы входных данных и их значение;»
Объявив пустые параметры и использовав func_get_args() можно не править принимаемые параметры в наследнике вслед за родителем.
Все остальные облака, с которыми приходилось сталкиваться на деле оказывались не фазанами, а обычными виртуалками (общипанными курицами).
Как все это в aws — не знаю.
Там очень много сущностей, мне лень с ними разбираться.
Если же мы используем API, то все это нужно запрограммировать.
Или вы верите в чудо?
Что вы держали в амазоне?
Что такое ECU?
До сих пор 1.0-1.2 GHz 2007 Opteron or Xeon?
Капец. Придет какой-то очередной напыщенный и начинает учить.
Что я написал не так?
4.3
Коммент к статье (к первой цитате) https://habrahabr.ru/post/308494/#comment_9773010
Обычно мне оценки спускают, обычно я в разы быстрее справляюсь.
Но иногда вижу, что оценка занижена, и говорю об этом.
4.7
Ну так трудностей и проблем возникнуть не должно, так как все будет решено самым простым способом… :)
П.С.
А раньше вы меряли с сетевыми задержками. :)
А тут уже вас такой замер не устроил. :)
С точки зрения пользователя ему все равно, будет 90мс или 100мс (он и больше стерпит, вернее, даже не заметит :) ). Только вот на сервере это будет 10мс или 20мс. Грубо говоря, сервер сможет держать нагрузку в 2 раза большую.
Тут один защитник фреймворков увидел у меня соринку в глазу, будто я потратил лишнюю 1 микросекунду на обращение к файловому кешу ОС, а вы говорите 100 или 200 мс — пофиг. :)
А еще некоторые защитники фреймворков не в восторге от Доктрин и пишут запросы руками. :)
>Да и авторы доктрины уверяют что в 3-ей версии все будет еще круто и будет летать.
Маркетинг. :)
Я же не надеюсь на кого-то и не перекладываю на него ответственность.
А обещанного 3 года ждут. :)
Какие-то сомнительные сервера по 20 баксов. :) Это ж не физические сервера?
Ну ок.
Допустим, я сейчас влезаю в один сервер за 20 баксов. А так нужно будет 50 серверов по 20 баксов. :)
Инстансы по потребности?
Это только в случае виртуалок на одном физическом ему могут выделяться автоматически дополнительные ресурсы (негарантированные и их может не быть вообще).
Конечно, можно самому запрашивать по API или как ресурсы не только в рамках одного физического.
Но это нужно все запрограммировать, чего вы так избегаете. А потом ресурсы нужно освобождать.
БД тоже таким образом будем разворачивать? :)
Да и нагрузка растет очень резко, что доп. сервера могут не успеть развернуться, разве постоянно оплачивать место на дисках.
Также, я не могу прогнозировать, какой именно трафик придет, чтобы вручную добавлять сервера.
Да и просто лень за этим следить.
Кто-то использует ресурсы по запросу? Как используете?
>Возьмите напишите какое-нибудь перемножение матриц, с первого раза не перепутав нигде переменные i и j, каждая из которых в одном месте кода означает столбик, а в другом — строку матрицы.
Вы в институте переменным тоже для матриц давали осмысленные имена при письме в тетради? :)
>Если того же программиста попросить написать тот же код с помощью do\while или while — он его напишет с первого раза без ошибки.
Если не нужен цикл for, то не нужно его и использовать. Для простых циклов / других случаев как раз и есть другие циклы.
>Удобная особенность цикла for состоит в том, что переменная i создаётся в области видимости цикла и уничтожается при выходе из неё.
В PHP не уничтожается.
В PHP переменную можно объявить в любой момент.
Да и просто можно сделать return i;
5 пункт вообще бред. :)
>«Меньше». Или «меньше равно»?
Это обычные вопросы. Они касаются и обычных условий.
Обычно из параметров понятно, должно ли там быть строгое условие и допущена ошибка.
>Здесь у нас, конечно же, любымый холивар о префиксной и постфиксной форме инкремента.
Этот холивар относится не к только к циклу.
>for (int i = 0; i++; i < vec.size())
А можно так:
for (int i = vec.size(); i--;)
>Функциональные языки предложили заменить циклы рекурсией.
Хм, а у них хватить памяти раскрутить длинный цикл? :)
Часто меняют решения и менеджеры (или маркетологи, в одной продуктовой компании нам задачи ставили сами маркетологи).
Я, как разработчик, видя по ТЗ, что могут быть правки, или ТЗ от менеджера, который постоянно вносит правки, не начинал с ним работать сразу, а ждал некоторое время (если менеджер при этом не требовал сделать на вчера :) ).
А я все заявки/правки принимаю исключительно по системе заявок (от менеджеров, продуктовая компания):
1. фиксация требований заказчика, чтобы потом не было недоразумений
2. генерация номера ветки в git, что сразу отсылает при необходимости в систему заявок
3. чтобы не забыть сделать необходимое через 2 часа, когда будет «свободное» время
4. ведение истории заявок, чтобы самому потом было можно искать по истории
Если мы говорим о классическом определении «хит» — вы правы. Если говорим в пределах счетчиков — нет. Или у вас счетчик и на статике стоит?)
Так у вас счетчики на статику стоят, из-за этого вы начали выеживатся? :)
Только в этом случае тем более больше хитов будет на посещение…
Вы же говорили, что посещение — это и есть хит.
Ну да, ну да… Гугл — сайтик. Оок.
Пользователь к нему относится как к сайтику.
Фейсбук тоже сайтик.
Когда по вашему сайтик перестает быть сайтиком и стает приложением? Когда он распределенный? :)
Серьезно?)) Ну значит windows xp — это сайт.
Зачем было так ухищрятся.
Сказали бы, в XP есть браузер, значит он сайт :)
Любые электронные деньги — тоже сайты, т.к. большинство работы с ними идет через браузер и отображаются они через html.
А разве они перестали быть сайтом? :)
Или любая вещь, где есть баланс, автоматически становится приложением? :)
П.С.
Этот ответ не успел отправить вчера.
Дальнейший ваш бред и выдумки комментировать желания нет.
Запустите несколько потоков.
Что вы такого с ним делаете? :)
А всякие AngularJS и ReactJS, якобы борясь с DOM тормозами, сами тормозят еще больше :)
Вся эта возня — псевдопрограммирование, когда вместо решения текущей задачи занимаются решением большего количества проблем от ее псевдорешения.
Но да, можно бить себя в грудь, считая профи :)
>реальной работы с DOM не будет, мы получим уже подготовленный и срендеренный шаблон. Т.е. получим шаблон для вставки в DOM мгновенно.
А чем это отличается от обычного ajax-запроса с помощью jquery? :)
А то псевдоправообладатель жалуется вообще на левые страницы, где никакого контента нет, а гугл их блокирует.
Наверное, больше времени будет занимать сам парсинг файла, нежели обработка.
Так там как раз итерационные TDD.
Я всегда так делаю (и, наверное, другие), просто у меня не остается кода теста, он уходит в код приложения.
:)
2. Пользуйтесь нормальной IDE с горячими клавишами. :)
Казалось бы, при чем тут ООП? :)
А так статья норм :)
>правда, это точно понравится не всем пользователям
Можно удалять только непрочитанные статьи.
Ну или смотря что синхронизируем. Можно помещать в корзину.
«В объектно-ориентированном программировании контракт метода обычно включает следующую информацию:
возможные типы входных данных и их значение;»
Объявив пустые параметры и использовав func_get_args() можно не править принимаемые параметры в наследнике вслед за родителем.
Как все это в aws — не знаю.
Там очень много сущностей, мне лень с ними разбираться.
Если же мы используем API, то все это нужно запрограммировать.
Или вы верите в чудо?
Что вы держали в амазоне?
Что такое ECU?
До сих пор 1.0-1.2 GHz 2007 Opteron or Xeon?
Капец. Придет какой-то очередной напыщенный и начинает учить.
Что я написал не так?
Коммент к статье (к первой цитате) https://habrahabr.ru/post/308494/#comment_9773010
Обычно мне оценки спускают, обычно я в разы быстрее справляюсь.
Но иногда вижу, что оценка занижена, и говорю об этом.
4.7
Ну так трудностей и проблем возникнуть не должно, так как все будет решено самым простым способом… :)
П.С.
А раньше вы меряли с сетевыми задержками. :)
А тут уже вас такой замер не устроил. :)
С точки зрения пользователя ему все равно, будет 90мс или 100мс (он и больше стерпит, вернее, даже не заметит :) ). Только вот на сервере это будет 10мс или 20мс. Грубо говоря, сервер сможет держать нагрузку в 2 раза большую.
Тут один защитник фреймворков увидел у меня соринку в глазу, будто я потратил лишнюю 1 микросекунду на обращение к файловому кешу ОС, а вы говорите 100 или 200 мс — пофиг. :)
А еще некоторые защитники фреймворков не в восторге от Доктрин и пишут запросы руками. :)
>Да и авторы доктрины уверяют что в 3-ей версии все будет еще круто и будет летать.
Маркетинг. :)
Я же не надеюсь на кого-то и не перекладываю на него ответственность.
А обещанного 3 года ждут. :)
Ну ок.
Допустим, я сейчас влезаю в один сервер за 20 баксов. А так нужно будет 50 серверов по 20 баксов. :)
Инстансы по потребности?
Это только в случае виртуалок на одном физическом ему могут выделяться автоматически дополнительные ресурсы (негарантированные и их может не быть вообще).
Конечно, можно самому запрашивать по API или как ресурсы не только в рамках одного физического.
Но это нужно все запрограммировать, чего вы так избегаете. А потом ресурсы нужно освобождать.
БД тоже таким образом будем разворачивать? :)
Да и нагрузка растет очень резко, что доп. сервера могут не успеть развернуться, разве постоянно оплачивать место на дисках.
Также, я не могу прогнозировать, какой именно трафик придет, чтобы вручную добавлять сервера.
Да и просто лень за этим следить.
Кто-то использует ресурсы по запросу? Как используете?
Они надеются на фреймворки :)
Аргументируют это тем, что бизнесу дешевле оплатить сервера, чем работу программиста. :)
П.С.
А по mysql можете написать? :)
Вы в институте переменным тоже для матриц давали осмысленные имена при письме в тетради? :)
>Если того же программиста попросить написать тот же код с помощью do\while или while — он его напишет с первого раза без ошибки.
Если не нужен цикл for, то не нужно его и использовать. Для простых циклов / других случаев как раз и есть другие циклы.
>Удобная особенность цикла for состоит в том, что переменная i создаётся в области видимости цикла и уничтожается при выходе из неё.
В PHP не уничтожается.
В PHP переменную можно объявить в любой момент.
Да и просто можно сделать return i;
5 пункт вообще бред. :)
>«Меньше». Или «меньше равно»?
Это обычные вопросы. Они касаются и обычных условий.
Обычно из параметров понятно, должно ли там быть строгое условие и допущена ошибка.
>Здесь у нас, конечно же, любымый холивар о префиксной и постфиксной форме инкремента.
Этот холивар относится не к только к циклу.
>for (int i = 0; i++; i < vec.size())
А можно так:
for (int i = vec.size(); i--;)
>Функциональные языки предложили заменить циклы рекурсией.
Хм, а у них хватить памяти раскрутить длинный цикл? :)
Ее почти никто не начал использовать. :)
Я, как разработчик, видя по ТЗ, что могут быть правки, или ТЗ от менеджера, который постоянно вносит правки, не начинал с ним работать сразу, а ждал некоторое время (если менеджер при этом не требовал сделать на вчера :) ).
Нужно задачу решать самым простым способом, а не городить огород.
1. фиксация требований заказчика, чтобы потом не было недоразумений
2. генерация номера ветки в git, что сразу отсылает при необходимости в систему заявок
3. чтобы не забыть сделать необходимое через 2 часа, когда будет «свободное» время
4. ведение истории заявок, чтобы самому потом было можно искать по истории
Так у вас счетчики на статику стоят, из-за этого вы начали выеживатся? :)
Только в этом случае тем более больше хитов будет на посещение…
Вы же говорили, что посещение — это и есть хит.
Пользователь к нему относится как к сайтику.
Фейсбук тоже сайтик.
Когда по вашему сайтик перестает быть сайтиком и стает приложением? Когда он распределенный? :)
Зачем было так ухищрятся.
Сказали бы, в XP есть браузер, значит он сайт :)
А разве они перестали быть сайтом? :)
Или любая вещь, где есть баланс, автоматически становится приложением? :)
П.С.
Этот ответ не успел отправить вчера.
Дальнейший ваш бред и выдумки комментировать желания нет.