Это да, полностью согласен. История, как с психологами - они где-то есть, нормальные, но большая часть - плохие (в этой сфере я бы даже сказал - вредители). Мне в этом плане повезло, лет 5 занимался с тренером (он именно после физкультурного). Не потому что я тугой, а просто сдружился. Потом я ушел в другой зал (рядом с домом) и продолжаю заниматься один.
Само собой. Но тут тоже есть выход - делай разные группы мышц. Я после дня ног неделю отхожу :) но это не мешает в другие дни заниматься спиной, руками и тд. Вывод: первое время занимайся с тренером, а не по статьям в интернете.
Ну я в первую очередь про приложение на смартфон думал, там интерфейс “аля телеграмм” удобнее и привычнее, а значит анонимный чат больше вяжется с UI, кмк. На ПК у меня клауд есть и там я также постоянно промптами липил своих помощников, но ПК под рукой не всегда есть) собственно, из статьи прослеживается, что я хотел клауд который запоминает и работает на смартфоне. Ну и чуток загнался. Да, я посмотрел вашу статью - красивый UI)
И да и нет. И память я не сделал спрятанной. Мне хотелось видеть, что ИИ там пишет, в профиле даже сделал её просмотр по категориям (в комменте я, почему-то, не могу картинку вставить). Вручную тоже ничего делать не надо, оно само всё работает. Но принудительное “забыть” может пригодиться и для других моментов. Еще там как отделньй момент - сделал анониманые чаты, не всегда полезно, чтобы чат-бот оперировал фактами и профилем, бывает надо что-то спросить без привязки к истории. Тестировал на Таро (вынь карту), если он значет факты обо мне то ответ Таролога получается прсоналдазированным, без фактов более размытым (это не реклама эзотерики)), чисто прмиер для равлечений).
Так даже для поднятия своего vps я обязан данные свои указать. Легко найти кто владелец и узнать что там к чему. Мне кажется без юриста такие вопросы не решаются. С юристами тоже сложно, у них у всех конкретная специализация, надо искать того, кто именно в этих вопросах разбирается.
Спасибо, вашу точку зрения принял, вопросы:
1) Про дебри фреймворков это вопрос спорный, по мне так дебри ларавеля вполне себе приятные, но вот тут поподробнее: "а ситуации когда фреймворк есть смысл «подточить» под проект случаются" — к примеру, какие такие ситуации? И что вы под себя меняете?
2) Свои правила не всегда хорошо, благодаря тому, что огромное число разработчиков руководствуются своими правилами язык php и получил такую дурную славу.
3) Следует из пункта два, фреймворк зачастую указывает на правила, как должно писаться приложение и да, эти правила надо учить, если конечно проект рассчитан на то, что его будут видеть другие программисты.
4) Вот это не понятный пункт, а где вам производительности не хватало или что-то тормозило? У меня был опыт делать очень производительное многопоточное приложение на yii1. Средств увеличить производительность куча. Сейчас много работаю с phalcon-ом и да, вижу как люди могут опустить производительность в десятки раз кривым кодом, стиль которого не менялся с времен php4.
5) Тут не знаю, субъективно это.
Ну и еще вопрос от меня, где вы используете этот фреймворк, в профессиональной сфере или для своих проектов? Что это за проект?
Я не ругаю pixie — я его банально не знаю.
что во всех подобных разговорах мне не нравится, код в первую очередь должен быть понятен. Не важно M это или нет, проблема толстых контроллеров и моделей именно в в уложении восприятия, а уж где и как, что будет располагаться это вообще мало важно, я могу в контроллере использовать приватные функции, лишь бы это было логично и понятно. А то устроили какую-то религию из этого ))
Все таки это query builder, да видно, что вы заворочались на его функционале, это хорошо, но мне проще будет использовать чистый sql, чем выучить весь доступный ООП в вашем подходе.
У меня о вашем фреймворке сложилось мнение: сделаем функционально, соблюдем стандарты и обложим тестами. Подход правильный, желаю удачи в развитии. Но мне, всё же, чего-то не хватает.
На текущий момент, в работе и для личного использования я использую phalcon, laravel, django. Везде меня что-то не устраивает. Создать свой фреймворк? :)
Есть такая тема про толстые контроллеры/модели и этому в значительной части подвержен именно yii. Но в этом виновата не документация, а огромное число проектов с такими подходами. Я даже видео по фреймворку видел, где делают именно так: логику пишут в контроллере, а модели максимально загружают различными вызовами. Еще и минус php как шаблонизатора (1-й yii), вставить виджет на страницу, а перед ним код прямо в шаблоне.
Раз у вас есть опыт написания статей, м.б. написать статью с примерами хороших подходов: соблюдение PSR-ов, создание либ для помещения логики, и если рассматривать yii можно запихнуть, как хорошо организовывать конфиги и структуру папок проекта и т.д.?
Это да, полностью согласен. История, как с психологами - они где-то есть, нормальные, но большая часть - плохие (в этой сфере я бы даже сказал - вредители). Мне в этом плане повезло, лет 5 занимался с тренером (он именно после физкультурного). Не потому что я тугой, а просто сдружился. Потом я ушел в другой зал (рядом с домом) и продолжаю заниматься один.
Само собой. Но тут тоже есть выход - делай разные группы мышц. Я после дня ног неделю отхожу :) но это не мешает в другие дни заниматься спиной, руками и тд. Вывод: первое время занимайся с тренером, а не по статьям в интернете.
Мне кажется, это совершенно логичным, что одна тренировкв в неделю лучше, чем ни одной. А две ещё лучше. А три вообще замечательно.
Ну я в первую очередь про приложение на смартфон думал, там интерфейс “аля телеграмм” удобнее и привычнее, а значит анонимный чат больше вяжется с UI, кмк. На ПК у меня клауд есть и там я также постоянно промптами липил своих помощников, но ПК под рукой не всегда есть) собственно, из статьи прослеживается, что я хотел клауд который запоминает и работает на смартфоне. Ну и чуток загнался. Да, я посмотрел вашу статью - красивый UI)
И да и нет. И память я не сделал спрятанной. Мне хотелось видеть, что ИИ там пишет, в профиле даже сделал её просмотр по категориям (в комменте я, почему-то, не могу картинку вставить). Вручную тоже ничего делать не надо, оно само всё работает. Но принудительное “забыть” может пригодиться и для других моментов. Еще там как отделньй момент - сделал анониманые чаты, не всегда полезно, чтобы чат-бот оперировал фактами и профилем, бывает надо что-то спросить без привязки к истории. Тестировал на Таро (вынь карту), если он значет факты обо мне то ответ Таролога получается прсоналдазированным, без фактов более размытым (это не реклама эзотерики)), чисто прмиер для равлечений).
про VPS не знал, что еще не везде так. А знакомый юрик у меня есть, но он жестко специализирован на теме, которая приносит ему доход )
Так даже для поднятия своего vps я обязан данные свои указать. Легко найти кто владелец и узнать что там к чему. Мне кажется без юриста такие вопросы не решаются. С юристами тоже сложно, у них у всех конкретная специализация, надо искать того, кто именно в этих вопросах разбирается.
Спасибо за мнение, примерно так мне и говорит сделать ИИ, но добавляет, проблем не будет пока кто-то не пожалуется. В случае проблем штраф 1 млн)
До того, как кто-то решил, что 1194 порт это зло, у меня были открытыми только 80/443 и 1194. А уж внутри тонеля было куча портов, да.
Запускается, это политики мака: xattr -cr приложение.app Тут я пока бессилен)
Спасибо! Буду рад отзывам) Это первый публичный релиз. Я себе пишу TODO что надо поправить. Даже версионность еще не придумал.
То есть в памяти должны висеть запущенными две модели?
Скорее, инструмент для людей, которые не хотят разбираться, а нужно генерировать контент. Разные инструменты и разные задачи.
Спасибо, вашу точку зрения принял, вопросы:
1) Про дебри фреймворков это вопрос спорный, по мне так дебри ларавеля вполне себе приятные, но вот тут поподробнее: "а ситуации когда фреймворк есть смысл «подточить» под проект случаются" — к примеру, какие такие ситуации? И что вы под себя меняете?
2) Свои правила не всегда хорошо, благодаря тому, что огромное число разработчиков руководствуются своими правилами язык php и получил такую дурную славу.
3) Следует из пункта два, фреймворк зачастую указывает на правила, как должно писаться приложение и да, эти правила надо учить, если конечно проект рассчитан на то, что его будут видеть другие программисты.
4) Вот это не понятный пункт, а где вам производительности не хватало или что-то тормозило? У меня был опыт делать очень производительное многопоточное приложение на yii1. Средств увеличить производительность куча. Сейчас много работаю с phalcon-ом и да, вижу как люди могут опустить производительность в десятки раз кривым кодом, стиль которого не менялся с времен php4.
5) Тут не знаю, субъективно это.
Ну и еще вопрос от меня, где вы используете этот фреймворк, в профессиональной сфере или для своих проектов? Что это за проект?
Я не ругаю pixie — я его банально не знаю.
Я уже даже боюсь к вам в чат идти
Я же не говорил писать в представлкнии. Я сказал, что код должен быть понятным. Все зависит от ситуации. Вы говорите теорию.
что во всех подобных разговорах мне не нравится, код в первую очередь должен быть понятен. Не важно M это или нет, проблема толстых контроллеров и моделей именно в в уложении восприятия, а уж где и как, что будет располагаться это вообще мало важно, я могу в контроллере использовать приватные функции, лишь бы это было логично и понятно. А то устроили какую-то религию из этого ))
Все таки это query builder, да видно, что вы заворочались на его функционале, это хорошо, но мне проще будет использовать чистый sql, чем выучить весь доступный ООП в вашем подходе.
У меня о вашем фреймворке сложилось мнение: сделаем функционально, соблюдем стандарты и обложим тестами. Подход правильный, желаю удачи в развитии. Но мне, всё же, чего-то не хватает.
На текущий момент, в работе и для личного использования я использую phalcon, laravel, django. Везде меня что-то не устраивает. Создать свой фреймворк? :)
и всё таки, расскажите про:
Есть такая тема про толстые контроллеры/модели и этому в значительной части подвержен именно yii. Но в этом виновата не документация, а огромное число проектов с такими подходами. Я даже видео по фреймворку видел, где делают именно так: логику пишут в контроллере, а модели максимально загружают различными вызовами. Еще и минус php как шаблонизатора (1-й yii), вставить виджет на страницу, а перед ним код прямо в шаблоне.
Раз у вас есть опыт написания статей, м.б. написать статью с примерами хороших подходов: соблюдение PSR-ов, создание либ для помещения логики, и если рассматривать yii можно запихнуть, как хорошо организовывать конфиги и структуру папок проекта и т.д.?