С какой целью разрабатывается фреймворк

Не относящиеся к фреймворку и программированию вопросы
Аватара пользователя
ElisDN
Сообщения: 5266
Зарегистрирован: 2012.10.07, 10:24
Контактная информация:

Re: С какой целью разрабатывается фреймворк

Сообщение ElisDN » 2019.04.02, 18:06

TM123 писал(а):
2019.04.02, 14:24
Вот такой вот выбор стоит.
Ну вот такой у всех выбор сейчас стоит: зачем начинать проект на монолитном Yii2 пятилетней давности с непонятным будущим, когда непонятно когда придётся всё равно переписывать под несовместимый Yii3, который всё равно компонентным не станет.

У Yii не было и нет предсказуемого графика релизов как здесь и нет даже самих этих постепенных релизов. Все ждали 2.1 и далее остальные 2.* с постепенными архитектурными правками и развитием каждые несколько месяцев (как у остальных), но ничего так не разу не появилось за все пять лет. Ждать надоело и за пять лет застоя все разбежались. И не факт, что после 3.0 начнут выходить 3.1 и 3.2 и что-то в плане развития изменится.

Это, как Вы и сказали, любительский фреймворк, делаемый парой энтузиастов в свободное от работы время. Но который вместо этого зачем-то позиционируется авторами как супер-профессиональный наряду с другими коммерческими, где процессы разработки отлажены и активны.

Повелись на сказку, что "Yii – это профессиональный компонентный фреймворк для проектов любой сложности" на официальном сайте и не заметили оговорку "в умелых руках" здесь – получили плачевный результат. Не учли, что из-за лёгкости и упрощений в нём полно новичков и мало экспертов - получили отсутствие "умелых рук" и лапшекод.
Последний раз редактировалось ElisDN 2019.04.02, 20:13, всего редактировалось 15 раз.

Wizard
Сообщения: 162
Зарегистрирован: 2018.02.05, 13:41
Контактная информация:

Re: С какой целью разрабатывается фреймворк

Сообщение Wizard » 2019.04.02, 18:49

Вообще достаточно странное рассуждение опытного разработчика. Закладывать в основу монолит и после этого жаловаться на предсказуемые трудности. Очевидно понимания с годами не прибавилось если в свете сложившихся у вас обстоятельств вы рассуждаете о переходе на 3-ку)

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

Yii замечательный Фреймворк. Есть достоинства и недостатки. Разработчиков которые ждут его обновления гораздо больше чем нытиков сетующих на отсутствие обратной совместимости.

Wizard
Сообщения: 162
Зарегистрирован: 2018.02.05, 13:41
Контактная информация:

Re: С какой целью разрабатывается фреймворк

Сообщение Wizard » 2019.04.02, 19:07

Глупо полагать что какой либо из фреймворков ни сегодня завтра просто откажешься от какой либо обратной совместимости.

Причиной бед в подобных компаниях становятся не фреймворки или совместимость а исполнители которые плотно завязываются на реализации фреймворка. И прискорбно то что оправдание себе они пытаются найти на форуме а не в отсутствии компетенции.

TM123
Сообщения: 604
Зарегистрирован: 2011.06.09, 11:18

Re: С какой целью разрабатывается фреймворк

Сообщение TM123 » 2019.04.02, 20:31

ElisDN писал(а):
2019.04.02, 18:06
Повелись на сказку, что "Yii – это профессиональный компонентный фреймворк для проектов любой сложности" на официальном сайте и не заметили оговорку "в умелых руках" здесь – получили плачевный результат. Не учли, что из-за лёгкости и упрощений в нём полно новичков и мало экспертов - получили отсутствие "умелых рук" и лапшекод.
Если бы это было так, то для меня все было бы просто, поменял фреймворк со сменой работы и пошел себе радостно дальше, но для меня это был первый фреймворк который мне понравился с точки зрения чувства прекрасного в программировании с моей стороны и если принять тот факт что фреймворк может приказать долго жить, то лично я как специалист оказываюсь в состоянии 10 летней давности - нужен фреймворк, а ничего подходящего нет. Есть конечно смутная надежда что могло что-то появиться еще, но исходя из того что я краем глаза видел за это время нет тотально ничего.

В общем Yii на мой взгляд смахивает на УАЗ Патриот, у него есть своя ниша настоящих внедорожников и надо продолжать повышать эти качества и увеличивать надежность, чтобы машины не разваливались на ходу, а завод напихивает в машину всякую мишуру типа разных кульных кнопочек и электроприводов где нужны механические и выбрасывает из заводских версий внедорожное оборудование, чтобы сохранить низкую цену, результат цена машины все равно ростет и стремительно приближается к ценам китайсо и корейцев, где со своей надежностью и прожорливостью УАЗ не конкурент, но он упорно лезет на поляну, где есть много конкурентов, оставляя свою не оспоримую нишу.

С Yii ровно все тоже самое.

TM123
Сообщения: 604
Зарегистрирован: 2011.06.09, 11:18

Re: С какой целью разрабатывается фреймворк

Сообщение TM123 » 2019.04.02, 20:59

Wizard писал(а):
2019.04.02, 18:49
Вообще достаточно странное рассуждение опытного разработчика. Закладывать в основу монолит и после этого жаловаться на предсказуемые трудности. Очевидно понимания с годами не прибавилось если в свете сложившихся у вас обстоятельств вы рассуждаете о переходе на 3-ку)

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

Yii замечательный Фреймворк. Есть достоинства и недостатки. Разработчиков которые ждут его обновления гораздо больше чем нытиков сетующих на отсутствие обратной совместимости.
Где вы увидели что планируется переход на Yii 3, как раз при сложившейся ситуации он совсем не планируется, а тема была поднята чтобы понять что я все правильно понимаю, что разработчики фреймворка преследуют цели отжимания в программировании и демонстрации какие они крутые программисты, у них нет цели создать рабочий инструмент, потому что когда каждая версия не совместима с предыдущей - это инструмент для одноразовых поделок со сроком жизни равным сроку выхода версий. Я MS с его .NET послал именно по этой причине.

Не важно сколько есть достоинств, тем более что они есть, важно что есть всего один недостаток в виде полного отсутствия обратной совместимости и этот недостаток убивает вообще все на корню, имея такой недостаток фреймворком никогда не будут пользоваться для серьезных проектов, некоторое количество таких проектов было сделано при его появлении, когда не было понятно что все будет именно так. Что касается Yii - очень значительный факт показывающий популярность фреймворка его упоминание в резюмах, так вот упоминаний практически нет, а если есть и это упоминание относится к последним 3-4 годам, то качество этих специалистов как таковых ниже плинтуса, нет серьезных программистов со знаниями Yii на рынке и это много говорит о популярности фреймворка.

Вы много слышали о фреймворке onPHP? В нем было много разных идей, но писали его адепты ООП, так что они для того чтобы передать в качестве параметра цифру 5 создавали экземпляр объекта инициализированного цифрой 5, у них не было переменных простых типов, строго объекты, таким образом они пытались обеспечить строгую типизацию. Я с этими людьми работал около года, им очень не нравилась моя критика, особенно в ситуациях, когда нужно было решить какую-то задачу с большими объемами данных, все начинало тормозить и приходилось возвращаться к native PHP и SQL. Суть всей моей критики сводилась к тому, что везде нужно соблюдать баланс и ради каких-то программных концепций не ставить всех и вся раком. Фреймворк разработали люди из РДВ медиа, у нее когда я там работал было 3 проекта - rabota.ru, ucheba.ru, vash-dosug.ru, последний был уже переведен с onPHP на Yii, второй был в состоянии перевода на Yii. с моим уходом возможно поменялся фреймворк, на перевод первого никто не отваживался в силу сложности, но это тогда. Еще в Москве было не более десятка проектов на данном фреймворке и что мы имеем в результате, при поиске ссылки на выход новой версии популярного фреймворка датированные 2008 годом? и такой же старый хлам, хотя людей разработавших его я как программистов оцениваю весьма высоко и у меня было устойчивое мнение, что не смотря на то что мне не нравятся некоторые использованные там концепции, если убрать забубенность ООП фреймворк имел весьма большие перспективы.

Wizard
Сообщения: 162
Зарегистрирован: 2018.02.05, 13:41
Контактная информация:

Re: С какой целью разрабатывается фреймворк

Сообщение Wizard » 2019.04.02, 21:28

Обновление это естественный цикл развития по.

Почему то мне кажется если бы была возможность оставить обратную совместимость ее бы оставили. Разработчики далеко не глупые люди, они тоже понимают все за и против. Не думаю что есть смысл так тщательно им это разжёвываться.

Как по моему это показатель решительности сделать Фреймворк лучше! Думаете принимая такое решение они не знали что будут такие как вы?

О трудозатратах в случае потери обратной совместимости прежде всего надо было думать Вам!

Аватара пользователя
samdark
Администратор
Сообщения: 9041
Зарегистрирован: 2009.04.02, 13:46
Откуда: Воронеж
Контактная информация:

Re: С какой целью разрабатывается фреймворк

Сообщение samdark » 2019.04.02, 21:43

Вопрос стоит в том, что делать сейчас.
1. Не переписывать. У вас ещё как минимум 5 лет есть. Ну и переписывание, например, на Symfony в найме вам не поможет.
2. Сделать нормальный слой абстракции по ходу дела.
3. Перестать искать Yii-разработчиков. Хороший разработчик любой фреймворк осиливает за 2 недели. Это расширит радиус поиска.
4. Найм - это рынок. Если не идут, вы ищете активней, привлекаете крутым офисом, соцпакетом, митапами, конференциями, интересным проектом и другими печеньками, повышаете планку по зарплате и так до тех пор пока не пойдут. Посмотрите, например, почему идут в SuperJob, что они делают для привлекательности при найме. Там тоже Yii.
У Yii не было и нет предсказуемого графика релизов как здесь
Дима, проверяй :(

https://www.yiiframework.com/release-cycle
разработчики фреймворка преследуют цели отжимания в программировании и демонстрации какие они крутые программисты, у них нет цели создать рабочий инструмент
Цель существования Yii - совместная разработка надёжного фреймворка для эффективного решения 80% задач серверной веб-разработки с гибкостью, достаточной для покрытия оставшихся 20%, специфичных для вашего проекта.

Wizard
Сообщения: 162
Зарегистрирован: 2018.02.05, 13:41
Контактная информация:

Re: С какой целью разрабатывается фреймворк

Сообщение Wizard » 2019.04.02, 21:59

TM123 писал(а):
2019.04.02, 20:59
Вы много слышали о фреймворке onPHP? В нем было много разных идей, но писали его адепты ООП, так что они для того чтобы передать в качестве параметра цифру 5 создавали экземпляр объекта инициализированного цифрой 5, у них не было переменных простых типов, строго объекты, таким образом они пытались обеспечить строгую типизацию.
В качестве естественного развития чувства прекрасного и идеала по отношению разделения ответственностей "и вот этого всего" в скором времени мы увидим от Дмитрия вебинаров по данному фреймворку :) Начнем фигачить исключительно объектами ибо все останки не фэншуй

Аватара пользователя
ElisDN
Сообщения: 5266
Зарегистрирован: 2012.10.07, 10:24
Контактная информация:

Re: С какой целью разрабатывается фреймворк

Сообщение ElisDN » 2019.04.02, 22:31

samdark писал(а):
2019.04.02, 21:43
У Yii не было и нет предсказуемого графика релизов как здесь
Дима, проверяй :(
https://www.yiiframework.com/release-cycle
Ну и где здесь предсказуемые даты 1.6, 2.8, 3.0, 3.3, 4.0?

TM123
Сообщения: 604
Зарегистрирован: 2011.06.09, 11:18

Re: С какой целью разрабатывается фреймворк

Сообщение TM123 » 2019.04.02, 23:16

Wizard писал(а):
2019.04.02, 21:28
Как по моему это показатель решительности сделать Фреймворк лучше! Думаете принимая такое решение они не знали что будут такие как вы?
Речь идет о том, что разработчикам надо было не рубить на корню разделяя версии, а делать единую среду исполнения, условно писать некий слой позволяющий из Yii 2 дергать то что сделано для Yii 1.1, хочешь иметь новые плюшки - пиши на Yii 2, но при этом ты фиксишь разработку на Yii 1.1, больше на нем не пишешь и имеешь возможность дергать сделанное на нем из Yii 2, переводя на него по мере необходимости, сил и возможностей.

Аватара пользователя
samdark
Администратор
Сообщения: 9041
Зарегистрирован: 2009.04.02, 13:46
Откуда: Воронеж
Контактная информация:

Re: С какой целью разрабатывается фреймворк

Сообщение samdark » 2019.04.02, 23:26

ElisDN
А, так мы про другую страницу? https://symfony.com/doc/current/contrib ... eases.html? У нас не сабсплит, поэтому тегать все пакеты раз в N месяцев разом смысла нет. Но да, максимальный период между релизами, пожалуй, стоит установить. Благо теперь это можно себе позволить, времени у меня стало больше.

Аватара пользователя
samdark
Администратор
Сообщения: 9041
Зарегистрирован: 2009.04.02, 13:46
Откуда: Воронеж
Контактная информация:

Re: С какой целью разрабатывается фреймворк

Сообщение samdark » 2019.04.02, 23:30

TM123, дёргать то, что сделано для Yii 1.1 из Yii 2 можно вполне и кучей разных способов:

- https://www.yiiframework.com/doc/guide/ ... -yii2-yii1
- location в nginx
- Микросервисы
- Слой абстракции в монолите

TM123
Сообщения: 604
Зарегистрирован: 2011.06.09, 11:18

Re: С какой целью разрабатывается фреймворк

Сообщение TM123 » 2019.04.02, 23:41

samdark писал(а):
2019.04.02, 21:43
1. Не переписывать. У вас ещё как минимум 5 лет есть. Ну и переписывание, например, на Symfony в найме вам не поможет.
Речь не идет о переписывании на какой либо другой фреймворк, точно так же не идет речи и о переводе на Yii 3, хозяин не проинвестирует еще раз на фоне того что он сделал инвестицию 2 года назад. На данный момент проект останется на Yii 2. В силу некоторых причин, я возможно покину проект и мне вообще хочется понимать, а стоит ли вообще рассматривать данный фреймворк как рабочий инструмент.
samdark писал(а):
2019.04.02, 21:43
3. Перестать искать Yii-разработчиков. Хороший разработчик любой фреймворк осиливает за 2 недели. Это расширит радиус поиска.
Мы не ищем разработчиков на Yii, это просто маркер нашим рекрутерам, они знают что у нас Yii и поэтому увидев в резюме его упоминание, тащат такие резюмы вообще не смотря не на что остальное в нем, думая что его упоминание это как наличие водительских прав нужной категории при поиске водилы. Большинство этих резюмов откровенный шлак от людей, которые не в состоянии даже нормальное структурированное резюме написать. Иногда я таких людей из интереса приглашаю и задаю вопрос почему они выбрали Yii, самое адекватное что я услышал - у работодателя уже был, мне просто спустили сверху, в основном ответы из области прочел статью, решил попробовать т.к. не на каких фреймворках ранее не работал или попробовал что-то другое, с ходу не проканало, попробовал Yii, тут тоже с ходу не проканало, пришло осознание того что надо разбираться и вот стал разбираться.
samdark писал(а):
2019.04.02, 21:43
4. Найм - это рынок. Если не идут, вы ищете активней, привлекаете крутым офисом, соцпакетом, митапами, конференциями, интересным проектом и другими печеньками, повышаете планку по зарплате и так до тех пор пока не пойдут. Посмотрите, например, почему идут в SuperJob, что они делают для привлекательности при найме. Там тоже Yii.
Это все понятно, проблема в другом, в том что у нас не IT компания и у меня ушло много лет на то чтобы доказать нашим рекрутерам, руководству и хозяину, что программистов нельзя искать как грузчиков на склад и даже как главбухов, манагеров по продажам, начальников отделов проектирования оборудования и т.д. Лично мне все понятно, а вот хозяину не понятно почему для того чтобы нанять пару тройку программеров он должен единоразово потратить несколько десятков лямов единоразово и увеличить расходы на несколько миллионов в месяц, потому что ремонт придется сделать во всем офисе, а он не наш и плюшки дать всем, единственный вид плюшек который можно скрыть - это ЗП, остальное либо видно, либо быстро проболтаются.
Был я тут недавно в SuperJob по другой теме, ну я скажу наш офис и рядом с их не стоял, хотя офис у них так себе, а что делать, я доложил руководству, воз и ныне там остался и собственно там и останется.
samdark писал(а):
2019.04.02, 21:43
Цель существования Yii - совместная разработка надёжного фреймворка для эффективного решения 80% задач серверной веб-разработки с гибкостью, достаточной для покрытия оставшихся 20%, специфичных для вашего проекта.
Никто про функциональность не говорит, все сделано достаточно хорошо, есть только проблема совместимости.

TM123
Сообщения: 604
Зарегистрирован: 2011.06.09, 11:18

Re: С какой целью разрабатывается фреймворк

Сообщение TM123 » 2019.04.03, 00:08

samdark писал(а):
2019.04.02, 23:30
- https://www.yiiframework.com/doc/guide/ ... -yii2-yii1
- location в nginx
- Микросервисы
- Слой абстракции в монолите
Я видел эту статью и по ней пытался сделать изначально, но возникли проблемы, какие честно не помню. Физически у нас все работает на одном сервисе nginx и в нем настроены 2 location, по умолчанию обрабатывается Yii 1, по некоторому префиксу идет переброска на Yii 2, а в настройках php-fmp nginx дергает разные стартовые index.php. Чтобы Yii2 мозг не сводило, перекрыт соот. класс, который сначала перехватывает URL, вырезает кусок по которому работают location и отправляет в родителя на стандартную обработку, единственная неудобность, при необходимости сформировать ссылку, приходится вызывать метод createURL, задача которого просто добавлять этот кусочик чтобы работали location и надо помнить какой функционал где лежит. Можно было конечно в настройках location сделать вырезку префикса и не перекрывать соот. класс в Yii, но мне показалось что такое решение более гибкое, дает больше контроля и свободы, чем жонглировать с настройками nginx. При формировании URL можно конечно слазить в директорию controllers и посмотреть какие там есть контроллеры, но примерно половина контроллеров в 1 и 2 называются одинаково, сделано это для того, чтобы когда перевод соот. контроллера закончился, не было плясок с бубном по выпиливанию старого контроллера из кусков которые еще не переведены.

Говоря о среде исполнения, я имел в виду, что обработчик Yii2 должен был получать и обрабатывать запрос и не найдя у себя соответствующую пару controller/action передавать на повторную попытку обработать в Yii 1.1 Все тоже самое и с моделями, автозагрузчик сначала ищет в models той версии, из чьего кода обратились и если нашлось работает как обычно, если не нашлось пытается найти в models другой версии и далее через класс обертку представлять доступ к соот. методам, да будет подтормаживать при кросверсионных вызовах, а при вызове моделей старой версии не будет некоторых возможностей, но тут уже никаких претензий не будет, хочешь чтобы не тормозило - переписывай, хочешь иметь весь модный новый функционал - переписывай, а если надо время от времени дергать, ну и живи себе на здоровье со старой версией. Все тоже самое и про view'хи. Устроил бы даже вариант, если среда исполнения позволяла бы дергать только из 2 в 1.1, не позволяя дергать из 1.1 в 2. На мой взгляд зная внутренности построения архитектуры фреймворка такую среду исполнения можно не очень сложно реализовать, по крайней мере с моей кочки болота это не представляется не разрешимой задачей, а все работы придется провести в более новой версии не дорабатывая старую и как следствия не тратя зря время на доработки того, что снято с поддержки. Сам я такой подход не стал использовать потому что наелся с обновлениями 1.1, на начальных этапах ошибок было достаточно много и исправлялись не очень оперативно, а в разработке не было возможности ждать даже день, поэтому найдя ошибку сам исправлял, а потом отгребал на заливке новой версии фреймворка. Я не знаю планов по архитектуре, поэтому реализация такой среды исполнения вполне реально может остаться рабочей только для строго конкретных версий, что не очень хорошо, но когда я ранее писал о дикобразе - я именно это и имел, выбросить все что не используется и обеспечить возможность совместной работы того что используется, такой подход возможен в моем случае, но не возможен с фреймворком в целом.

anton_z
Сообщения: 387
Зарегистрирован: 2017.01.15, 15:01

Re: С какой целью разрабатывается фреймворк

Сообщение anton_z » 2019.04.03, 05:13

Я вот думаю, что дело не во фреймворке и не в отсутствии абстракций.
Каков состав команды? Как процессы организованы? А вы не думали, что просто силы не рассчитали? Ну да, получилось у вашей команды сделать функционал перво-наперво, но поддержку при нынешнем составе команды и процессах не потянули. Бывает такое, я думаю многие с этим встречались и никто тут не виноват. Может стоит больше об организационных моментах задуматься? Ситуация не безнадежная, напротив авбсолютно рабочая. Мне кажется Вы как-то слишком эмоционально воспринимаете проблему, судя по объемам сообщений и характеру высказываний.
Конечно сейчас тут хейтеры YII, фанаты DDD прибегут и вам скажут "сделал бы абстракцию домена, не было бы проблем" или "взял бы супер-пупер Enterprise фреймворк N, не было бы проблем", но я лично в это не верю, проблемы есть со всеми инструментами. Мне кажется дело в дисбалансе поставленных задач и выделенных на это ресурсов.

P.S. Все проекты рано или поздно переписываются с 0. Обратная совместимость ломается везде и должна ломаться, потому что проекты должны развиваться. Semver не зря придумали. Попробуйте все таки еще раз объяснить руководству, что нужно переписывание, что применяемые инструменты устаревают, что это нормальный жизненный цикл ПО, ведь по сути любые вещи со временем приходят в негодность и их надо заменять новыми, у всего есть свой срок службы. Я думаю, что если не сейчас, то через год-два руководство пойдет вам навстречу. Как заметил samdark 5 лет у вас есть. Сейчас попросите заложить переписывание в бюджет, запланировать расходы. Это должно нормально восприниматься.
Бросить все и уйти это самое простое, но ведь Вы немало вложили в проект (сил и энергии).

TM123
Сообщения: 604
Зарегистрирован: 2011.06.09, 11:18

Re: С какой целью разрабатывается фреймворк

Сообщение TM123 » 2019.04.03, 10:36

anton_z писал(а):
2019.04.03, 05:13
P.S. Все проекты рано или поздно переписываются с 0. Обратная совместимость ломается везде и должна ломаться, потому что проекты должны развиваться. Semver не зря придумали. Попробуйте все таки еще раз объяснить руководству, что нужно переписывание, что применяемые инструменты устаревают, что это нормальный жизненный цикл ПО, ведь по сути любые вещи со временем приходят в негодность и их надо заменять новыми, у всего есть свой срок службы. Я думаю, что если не сейчас, то через год-два руководство пойдет вам навстречу. Как заметил samdark 5 лет у вас есть. Сейчас попросите заложить переписывание в бюджет, запланировать расходы. Это должно нормально восприниматься.
Бросить все и уйти это самое простое, но ведь Вы немало вложили в проект (сил и энергии).
Есть теория и в теории мы все сильны, а есть реальность. Российские бизнесмены в большинстве своём не хотят и не могут финансировать разработку как по уму, потому что если смотреть на мой проект, нужно минимум 20 человек если как по уму и первый результата будет выдан через 1.5-2 года, но наша действительность она совсем другая. Нормальное финансирование крупных разработок у нас в стране идет только в 2-ух случаях - когда разрабатываемая система есть суть бизнес, например, сайты по поиску работы, социальные сети и т.д., либо те у кого есть неограниченное количество денег и они не их личные, т.е. банковские и сырьевые крупняки, их руководителям от того что они вложат пару сотен миллионов в разработку софта не холодно ни жарко при их бюджетах в десятки и сотни миллиардов, у них столько есть дырок в бизнесе, что закрыв парочку все равно получат свои бонусы, а если это госкрупняк то там вообще совсем другие показатели эффективности. Работать в крупняках - это не самое приятное развлечение, особенно в госкрупняках, потому что большая часть топ менеджмента там невменько попавшее туда по знакомству или по родственному - работал в нескольких, говорю из первых уст, а те кто реальные, они либо так высоко что вы к ним не попадете и не будут они заниматься такими мелочами как вы, либо они ничего не решают. Остается средне-мелкий бизнес, вот у нас работает почти 1000 человек. по всем параметрам средний бизнес, но поведение как у мелкого со всеми вытекающими, в любом случае для ведения разработки как по уму, бюджет надо увеличить этак раз в 10-20, при чем увеличение бюджета в основном пойдет не за счет увеличения штата и зп, а за счет роста накладных расходов, офис не корредорного типа с хорошим ремонтом стоит в аренде совсем других денег.

P.S. У меня нет никаких обид относительно Yii, я доволен что на нем работал и какое-то время буду работать, повторюсь, суть всего этого поднятого обсуждения в том, чтобы понять перспективы и дать какие-то советы по развитию как говорится от крупного пользователя с опытом, потому что я предпочел бы остаться пользователем фреймворка, но есть как я писал выше объективная реальность. Фреймворк хороший, есть местами у меня не согласия, но это мелочи жизни, есть только один недостаток - несовместимость версий, причем тотальная несовместимость, вот не понимаю я глубинного смысла переименования find в findOne, ckeckAccess в can - в чем был глубинный смысл? можно еще долго перечислять такого рода переименования, которые по сути ничего не меняют, но делают код несовместимым не только на уровне авхитектуры, но и на уровне названия методов.

Аватара пользователя
ElisDN
Сообщения: 5266
Зарегистрирован: 2012.10.07, 10:24
Контактная информация:

Re: С какой целью разрабатывается фреймворк

Сообщение ElisDN » 2019.04.03, 11:15

TM123 писал(а):
2019.04.03, 10:36
вот не понимаю я глубинного смысла переименования find в findOne, ckeckAccess в can - в чем был глубинный смысл? можно еще долго перечислять такого рода переименования, которые по сути ничего не меняют, но делают код несовместимым не только на уровне авхитектуры, но и на уровне названия методов.
Если так, то зачем тогда проект на Yii 2.0 переписывали? Какой смысл перепрыгивать?
Жили бы сейчас на сверхстабильном Yii 1.1.21 и PHP 5.3 без изменений.

TM123
Сообщения: 604
Зарегистрирован: 2011.06.09, 11:18

Re: С какой целью разрабатывается фреймворк

Сообщение TM123 » 2019.04.03, 13:32

ElisDN писал(а):
2019.04.03, 11:15
Если так, то зачем тогда проект на Yii 2.0 переписывали? Какой смысл перепрыгивать?
Жили бы сейчас на сверхстабильном Yii 1.1.21 и PHP 5.3 без изменений.
1. Все прекрасно работает и на PHP 7, были косячки у версии которая позиционировалась как рабочая для PHP 7, но пару косяков поправил и все нормально.
2. Совсем не понял ответа про переписывание, я не понимаю именно переименования, а не то что зачем было менять реализацию методов.

anton_z
Сообщения: 387
Зарегистрирован: 2017.01.15, 15:01

Re: С какой целью разрабатывается фреймворк

Сообщение anton_z » 2019.04.03, 15:34

TM123 писал(а):
2019.04.03, 10:36

Есть теория и в теории мы все сильны, а есть реальность. Российские бизнесмены в большинстве своём не хотят и не могут финансировать разработку как по уму
Я бы спокойно продолжал периодически поднимать вопрос про необходимость переписывания на плановых/периодических встречах с руководством. Просил бы сделать отдельный амортизационный фонд на поддержку ПО собственной разработки (чтобы компания потихоньку "копила" на переписывание). Это может получиться, встречался с такими ситуациями - правда речь шла о покупке серверов резервных и на замену. Год, два, три - если ПО докажет свою необходимость и принесет пользу, на него денег не пожалеют, но нужно время, чтобы у руководителей появилось понимание преимуществ использования самописной системы и необходимости ее поддержки и обновления. Если вложения были недавно, то реакция как в вашем случае вполне понятна: "я же всего год назад заплатил кучу денег, а теперь они (программисты) просят еще, это что, бездонная бочка, сколько можно туда кидать?". Вам надо дождаться следующего "да, текущая система отработала уже несколько лет, может действительно пора ее обновить и усовершенствовать, да это дорого, но мы не сможем без нее работать".
Последний раз редактировалось anton_z 2019.04.03, 15:53, всего редактировалось 4 раза.

anton_z
Сообщения: 387
Зарегистрирован: 2017.01.15, 15:01

Re: С какой целью разрабатывается фреймворк

Сообщение anton_z » 2019.04.03, 15:38

У меня 1.20 работает на 7.2, и работает без нареканий. Есть ли еще PHP фреймворки, в которых одна мажорная версия поддерживалась бы 9 лет?

Ответить