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

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

и гадания на кофейной гуще

с isset

и вспоминания есть ли это поле

Однако если документации нет -это проще чем угадать нужный метод

Однако если документации нет -это проще чем угадать нужный метод

методы должны называться так что-бы было понятно

т.е. getPreviewPicture()->getResize(11,22)->getSrc()

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

При ошибке в методе объекта IDE подсветит ошибку, а массив уже только при работе скрипта отлавливать. Опять же IDE комплетит код, а структуру массива надо где-то перед глазами держать

Опять же. Вот ты говоришь про то, что достаточно схему прописать. А я смотрю на схему данных инфоблоков первых и вторых и грущу. Я правда не понимаю как описать схему

Опять же. Вот ты говоришь про то, что достаточно схему прописать. А я смотрю на схему данных инфоблоков первых и вторых и грущу. Я правда не понимаю как описать схему

вот тут боль общая и проблема архитектуры изначально

При ошибке в методе объекта IDE подсветит ошибку, а массив уже только при работе скрипта отлавливать. Опять же IDE комплетит код, а структуру массива надо где-то перед глазами держать

плюсег

При ошибке в методе объекта IDE подсветит ошибку, а массив уже только при работе скрипта отлавливать. Опять же IDE комплетит код, а структуру массива надо где-то перед глазами держать

Ну сложно назвать достоинством то что иде обязательна

Ну сложно назвать достоинством то что иде обязательна

это достоинство объектов

а не ide как таковой

Ну сложно назвать достоинством то что иде обязательна

не, ну можно и в блокноте код писать

вот тут боль общая и проблема архитектуры изначально

Да? А я применяю и первые,и вторые. Они не конкуренты

не, ну можно и в блокноте код писать

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

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

а нахрена?

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

ну т.е. реально кодить в блокноте это уже даже не прошлый век

а нахрена?

Если задача маленькая и на 10 минут -делать локальную копию проекта, чтобы он нормально проиндексировался немного избыточно

ну т.е. реально кодить в блокноте это уже даже не прошлый век

Саблаймом не только мы пользуемся.

Если задача маленькая и на 10 минут -делать локальную копию проекта, чтобы он нормально проиндексировался немного избыточно

ну для этого есть программисты на monkey job

Саблаймом не только мы пользуемся.

блин... я вот реально рад, что впихнул в свое время всем шторм

Сабл прошлый век? Серьезно

мне проще переучить человека на шторм

Сабл прошлый век? Серьезно

смотря как настроить)

Сабл прошлый век? Серьезно

он тоже умеет в автодополнение

работал в шторме было норм. работаю в атоме - тоже норм)

блин... я вот реально рад, что впихнул в свое время всем шторм

А я пробовал, не понравилось

А я пробовал, не понравилось

есть еще идешки

А я пробовал, не понравилось

до появления шторма пробовал в Komodo, и NetBeans Шторм лучший

есть еще идешки

Мне сама идеология не очень вставляет. Если большой проект на длительной поддержке, он локальный -тогда иде оправдывается. А меня эта идеология впринципе не вставляет

Мне сама идеология не очень вставляет. Если большой проект на длительной поддержке, он локальный -тогда иде оправдывается. А меня эта идеология впринципе не вставляет

as you wish. но если серьезно - глянь куда двигается битра

хотя бы на корзину новую

нету там больше массивчиков

я не о компоненте если что)

даже классы хелперы старые юзают после конвертации именно объекты

Да можно и снеппетов нафигачить, и как проект открыть и проиндексировать. Однако это не решает одной проблемы. Вы по подсказкам иде действительно можете к примеру оформление заказа собрать? Без документации. Серьезно?

Да можно и снеппетов нафигачить, и как проект открыть и проиндексировать. Однако это не решает одной проблемы. Вы по подсказкам иде действительно можете к примеру оформление заказа собрать? Без документации. Серьезно?

корзину собрал не заглядывая в документацию

от слова совсем

нету там больше массивчиков

Да знаю. Просто ты выставил это плюсом. Я просто обозначил что не всем так кажется. И объяснил почему

Мне сама идеология не очень вставляет. Если большой проект на длительной поддержке, он локальный -тогда иде оправдывается. А меня эта идеология впринципе не вставляет

При слабой документированности проще нажать "Go to declaration" и посмотреть, что у ней внутре, чем гадать, что имели в виду составители документации

При слабой документированности проще нажать "Go to declaration" и посмотреть, что у ней внутре, чем гадать, что имели в виду составители документации

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

не хватает некоторых методов, но это придет к ним

При слабой документированности проще нажать "Go to declaration" и посмотреть, что у ней внутре, чем гадать, что имели в виду составители документации

И вместо достаточно однообразного апи получили хз что, которое без доки, примеров или иде хрен разберёшься

Причем иде лишь поможет найти исходники

посмотри исходники симфони

Я просто вижу как дебаг простых вещей, или разработка простых вещей -по факту занимает в 2-5 раз больше. Код, который получается, очевиднее не становится. Дополнительно получаем доп.риск. Мне просто грустно

и скажи, что именно там тебе не понятно

ммм... я вот пожалуй не соглашусь

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

да. программист на пол ставки будет вкуривать дольше

При чем тут симфони? Покажи мне проект на симфони который хотябы три года проработал, обновляясь, но не переписываясь. Тогда можно будет поставить рядом

При чем тут симфони? Покажи мне проект на симфони который хотябы три года проработал, обновляясь, но не переписываясь. Тогда можно будет поставить рядом

магента?

это не о симфони

При чем тут симфони? Покажи мне проект на симфони который хотябы три года проработал, обновляясь, но не переписываясь. Тогда можно будет поставить рядом

Страх и ненависть в legacy)))

но там примеров достаточно длинных проектов

а вообще забугром живут люди

обновляются

на симфони

Страх и ненависть в legacy)))

Апи многого не менялось

ок. la moda

кстати.

ок проект

симфони

За бугром и на друпале живут

рамблер тот же

Про магенту не скажу, т.к. не имел чести

пасаны сайтец на симфони пилят

больше тебе скажут чистые симфонисты

Ладно. Пустое это. Мы вообще про разное говорим

Я вот реальные 2 человеко дня потерял. Бодаясь с глупостями. Имя которым новое ядро. А бага там на 2 минуты

И дело просто в неочевидностях. Может оно поменяется. Может нет

Я скорее за второе. Еще я знаю что идеальных структур данных не бывает. Пример инфоблоки

И почти наверняка будут следующие. И схема данных там будет совсем другая. Достаточно ввести группы характеристик и приплыли. Через апи это можно прикрыть, через универсальный орм нет. Т.е. прощай обратная совместимость.

Что за сложные сайты собирают за несколько недель, которые нельзя были ранее собрать. Я даже не знаю

мне просто кажется

ты путаешь апи

и орм

в нормальной ситуации есть орм для доступа к данным

и сервисы

ако апи

для работы с ними

т.е. есть сервис где ты пинаешь "добавить в корзину"

ты не думаешь чего там произойдет

Да. Наверное путаю. Так как в этой реализации не вижу особой разницы

Вместо апи насаждается орм и псевдоапи которое просто возвращает объекты которые фактически то же самое. А как иначе если толпа скандирует - а с этим то как сделать джоин

Может я чего то не понимаю

т.е. есть сервис где ты пинаешь "добавить в корзину"

Ну как бы и ранее особо думать не надо было

Ну как бы и ранее особо думать не надо было

корзина только пример)

серьезно

попробуй доктрину

или элокуэнт

Ну однако именно он тебе вспомнила. Наверняка самый удачный же привел

поймешь о чем я

Понимаешь в чём дело. Я не сомневаюсь что доктрина хороша. Много о ней слышал, правда

Руки не доходили. По одной простой причине. И так все работало

А так же знаю что года два назад еще всплыли темы -как ее обойти

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