из-за того, что каждый раз инициализация класса происходит?

не только

на каждый запрос создавать сотни объектов... ну такое себе

Счас бы с ним о ооп говорить. это же замедлит скрипты...

а памяти то скока жрет?

лень объяснять, сам подумай плс

та если бы ты умел объяснять, еще ладно. А то не умеешь, да еще и лень) объясняльщик от бога

а памяти то скока жрет?

Просто @AlDexor разрабатывает хайлоад и у них 1 сервер с 512 рам . экономят. хД

Просто @AlDexor разрабатывает хайлоад и у них 1 сервер с 512 рам . экономят. хД

512 байт?)

мб. уже. подняли планку

на каждый запрос создавать сотни объектов... ну такое себе

та бОльшая проблема, мне кажется, из-за нестрогой типизации, на каждую переменную бронируется память для числа, строки, булева, объекта и т.п. А если многомерный массив, на каждое значение, включая все вложенные массивы бронируется память под каждый тип, а если в каждом массиве по 1000 значений, вот там жопа

можно еще свопа пару гигов добавить, и можно пару месяцев протянуть)

можно еще свопа пару гигов добавить, и можно пару месяцев протянуть)

"лучше выпилить обьекты"

та бОльшая проблема, мне кажется, из-за нестрогой типизации, на каждую переменную бронируется память для числа, строки, булева, объекта и т.п. А если многомерный массив, на каждое значение, включая все вложенные массивы бронируется память под каждый тип, а если в каждом массиве по 1000 значений, вот там жопа

как во вчера было у чувака - сохраняет в базе json строки с тысячами элементов) говорит один запрос 60 метров озу выжирает

как во вчера было у чувака - сохраняет в базе json строки с тысячами элементов) говорит один запрос 60 метров озу выжирает

круто)

та бОльшая проблема, мне кажется, из-за нестрогой типизации, на каждую переменную бронируется память для числа, строки, булева, объекта и т.п. А если многомерный массив, на каждое значение, включая все вложенные массивы бронируется память под каждый тип, а если в каждом массиве по 1000 значений, вот там жопа

А если указать тип при создании переменной?

А если указать тип при создании переменной?

тогда норм будет

но тогда лучше использовать какой-нибудь си шарп

Дык сейчас так вроде и делают через двоеточие у метода и в скобках у переменной

Дык сейчас так вроде и делают через двоеточие у метода и в скобках у переменной

я это только один раз видел в тестовом у девушки)

Просто @AlDexor разрабатывает хайлоад и у них 1 сервер с 512 рам . экономят. хД

???

Хз. Я в последнее время эту моду вижу часто?

Хз. Я в последнее время эту моду вижу часто?

хорошо, если так

В сишарп превращаем пых

Только в шарпе с массивами жопа работать мне не понравилось

та бОльшая проблема, мне кажется, из-за нестрогой типизации, на каждую переменную бронируется память для числа, строки, булева, объекта и т.п. А если многомерный массив, на каждое значение, включая все вложенные массивы бронируется память под каждый тип, а если в каждом массиве по 1000 значений, вот там жопа

да это не такая и проблема. оверхеды есть, но не большие. вообще не понимаю кто экономит 100кб . сервер стоит копейки. а на хайлоаде явно будут другие проблемы. и явно не с пхп

я это только один раз видел в тестовом у девушки)

нормальная тема Шторм хавает на ура и автоматически генерит, когда генеришь геттер или сеттер

Только в шарпе с массивами жопа работать мне не понравилось

велком в го. там еще хуже. хД

Хм

велком в го. там еще хуже. хД

о да))

Вас не смущает, что тайп хинтинг появился в 7.0, а этой версии уже года 2?

Все адекватные людишки его юзают

да это не такая и проблема. оверхеды есть, но не большие. вообще не понимаю кто экономит 100кб . сервер стоит копейки. а на хайлоаде явно будут другие проблемы. и явно не с пхп

нуу, наверное, ты прав, у нас проблемы с переходом на php7, много нюансов

Это конечно дичь конченая, но хоть как-то описывает

Поэтому, юзать мастхев как-бы

нуу, наверное, ты прав, у нас проблемы с переходом на php7, много нюансов

но все равно лучше делать и это

та бОльшая проблема, мне кажется, из-за нестрогой типизации, на каждую переменную бронируется память для числа, строки, булева, объекта и т.п. А если многомерный массив, на каждое значение, включая все вложенные массивы бронируется память под каждый тип, а если в каждом массиве по 1000 значений, вот там жопа

Раз на то пошло, можно сказать пыхе какого типа переменная будет

Вас не смущает, что тайп хинтинг появился в 7.0, а этой версии уже года 2?

те кто за этим следит)

нуу, наверное, ты прав, у нас проблемы с переходом на php7, много нюансов

на новой работе. они даже не пытаются переходить. хД.

Раз на то пошло, можно сказать пыхе какого типа переменная будет

памяти настрать. на сколько я помню

Все адекватные людишки его юзают

так в 7.1 и 7.2 типы добавили, в 7.0 не так круто было юзать

так в 7.1 и 7.2 типы добавили, в 7.0 не так круто было юзать

Что?

В 7.0 все то же, что и сейчас

Только была трабла с void

Которую фиксанули в 7.1

Осишарпиваимся кароч. Скоро будет версия PHP#

памяти настрать. на сколько я помню

О чуэш, Димасик

Есть удаленка?

Что?

В 7.2 добавили : Object

В 7.2 добавили : Object

Самое полезное что смогли придумать!

Бесполезная дичь.

Есть удаленка?

нет.

Ну лан

да это не такая и проблема. оверхеды есть, но не большие. вообще не понимаю кто экономит 100кб . сервер стоит копейки. а на хайлоаде явно будут другие проблемы. и явно не с пхп

запусти yii без кеша, и симфони без кеша. сравни разницу чтоб посмотреть на эти копейки

симфони без кеша ? да никто так не делает

именно

а уии споконо может работать без кеша под нагрузкой

ценой говнокода ?

ценой компромисса между говнокодом и поддержкой этого говнокода

а не выйдет ли так что поддежка дороже стоить будет чем железо ? у тебя один параметр это скорость. то что существует 100500 других метрик . тебе походу это не важно

если не нанимать штат фесоров, то не выйдет

нада работать с людьми, которые могут решать задачи, а не писать красивый код за дополнительное вознаграждение

мммм

если не нанимать штат фесоров, то не выйдет

у многих выходит. а у тебя нет ?

извиняюсь, что вступаю в дискуссию но мое мнение что решать задачи - это классно но по итогу это может вылиться в отложенные большие убытки и зависимость от одного человека, который "решал задачи" некоторое время

нада работать с людьми, которые могут решать задачи, а не писать красивый код за дополнительное вознаграждение

по моему, это заявление противоречит теме сегодняшнего срача о том, что pjax говно. Чувак решает задачу, а не пишет красивый код, ты его с говном смешал, а теперь говоришь, что надо с такими людьми работать. непоследоствельный ты какой то

извиняюсь, что вступаю в дискуссию но мое мнение что решать задачи - это классно но по итогу это может вылиться в отложенные большие убытки и зависимость от одного человека, который "решал задачи" некоторое время

ну если проект планируется серьезный, вряд ли его изначально школьнику доверят. Архитектор сделает все как надо, а дальше уже джуны и миддлы допилят до нужного состояния, не без говнокода конечно, но ситуация будет лучше, чем если бы джун изначально занимался проектированием и разработкой.

по моему, это заявление противоречит теме сегодняшнего срача о том, что pjax говно. Чувак решает задачу, а не пишет красивый код, ты его с говном смешал, а теперь говоришь, что надо с такими людьми работать. непоследоствельный ты какой то

разница между тем кто понимает что делает и говнокодит и просто говнокодером примерно с пропасть

Чо за херню вы несете

ERROR: S client not available

извиняюсь, что вступаю в дискуссию но мое мнение что решать задачи - это классно но по итогу это может вылиться в отложенные большие убытки и зависимость от одного человека, который "решал задачи" некоторое время

может и выльется, а может и нет

Чо за херню вы несете

вливайся) расчехляй свой говномет

нада работать с людьми, которые могут решать задачи, а не писать красивый код за дополнительное вознаграждение

вон в компании в которую я пришел. дорешались задачами. прошло 5 лет. счас имеют говно фрейм , php5.4, не поддеживаемую архитектуру. сложность поддержки что ппц. но да готовы платить зп в 2-3 раза выше рынка. Вот тебе типичный исход

вон в компании в которую я пришел. дорешались задачами. прошло 5 лет. счас имеют говно фрейм , php5.4, не поддеживаемую архитектуру. сложность поддержки что ппц. но да готовы платить зп в 2-3 раза выше рынка. Вот тебе типичный исход

жиза

ну если писать сайты . который завтра можно выкинуть. конечно надо нанимать людей " которые могут решать задачи, а не писать красивый код за дополнительное вознаграждение"

вон в компании в которую я пришел. дорешались задачами. прошло 5 лет. счас имеют говно фрейм , php5.4, не поддеживаемую архитектуру. сложность поддержки что ппц. но да готовы платить зп в 2-3 раза выше рынка. Вот тебе типичный исход

их это устраивает же. хотели бы - переписали.

ну если писать сайты . который завтра можно выкинуть. конечно надо нанимать людей " которые могут решать задачи, а не писать красивый код за дополнительное вознаграждение"

+1

их это устраивает же. хотели бы - переписали.

нет. нет устраивает.

их это устраивает же. хотели бы - переписали.

Че

их это устраивает же. хотели бы - переписали.

делали бы изначально красиво - могли бы сэкономить :)

их это устраивает же. хотели бы - переписали.

Вы походу долго проработали в типичной частной конторе где всех все устраивало лишь бы быстро и мало денег платить

Карма @ExileeD стала 18

ну если писать сайты . который завтра можно выкинуть. конечно надо нанимать людей " которые могут решать задачи, а не писать красивый код за дополнительное вознаграждение"

+2

делали бы изначально красиво - могли бы сэкономить :)

хотя изначально кажется, что говнокод дешевле) а вообще как я читал, надо делать дела - сначала пилят прототип на коленке из говна и палок, а когда (если) он раскрутится - переписывают в чистовик по всем правилам. Так дешевле всего выходит

Вы походу долго проработали в типичной частной конторе где всех все устраивало лишь бы быстро и мало денег платить

самый нормальный подход )

даже майкросовт содержат штат индусов, потому что дешевле. главное чтоб работало, а не как там красиво написано

самый нормальный подход )

вот из-за этого ты и за массивы и говнокод главное что бы работало... разные проекты у всех . кто-то так не будет делать

даже майкросовт содержат штат индусов, потому что дешевле. главное чтоб работало, а не как там красиво написано

наверное поэтому пакет оффис с каждым годом вдвое больше весит

вот из-за этого ты и за массивы и говнокод главное что бы работало... разные проекты у всех . кто-то так не будет делать

нет, за массивы потому что скорость. мне она критически важна в соперничестве за топ в поисковике

даже майкросовт содержат штат индусов, потому что дешевле. главное чтоб работало, а не как там красиво написано

Рядом офис скайпа . и чуваки рассказывают что-то другое

нет, за массивы потому что скорость. мне она критически важна в соперничестве за топ в поисковике

есть 100500 технологий которые ускоряют проект.

мне не помогают

проблема в пхп

проблема в пхп

Так нахер ты пишешь на нем

потому что быстро :)

Так нахер ты пишешь на нем

низкий порог вхождения)

Тогда не ной

я тоже как-то был адептом массивов чтобы было быстро потом поплевался выучил паттерны и больше так не делаю :) и все равно быстро все работает

массивы vs объекты это не то что нужно ускорять

> выучил паттерны

копейки

А это к чему?