Архив рубрики: Мои проекты

Yii. TAGLINE. 2016

Яндекс.Диск иногда рекомендует посмотреть старые фотографии — классная функция.

Сегодня выпала вот такая.


Мы с Сашей Макаровым (sam_dark) на TAGLINE 2016.
В тот год Yiiframework получил премию как лучший backend-фреймворк в России.

А вот и моя заметка того времени https://yupe.ru/post/yii-luchshiy-po-vresii-tagline.html
Душевные были времена +) 

Работа и сайд-проекты

На хабре пофвился отличный перевод

https://habr.com/ru/company/macloud/blog/553580/

Хочется для себя запомнить несколько мыслей из этого поста.

Дело в том, чтобы иметь занятость, которая не является твоей работой.

Важна игра вдолгую: наработка сети контактов и репутации, которая будет долговечнее любого работодателя.

Да, постоянная работа — это отлично, но мне нравится рост, который дают успешные сайд-проекты. Дело отнюдь не только в деньгах — бывают успешные сайд-проекты, которые НЕ ДАЮТ денег сразу.

Во-вторых, нужно наконец-то засучить рукава и найти время. Говорить легко, но только ваши дела реально демонстрируют, кем вы себя видите. Если вы говорите, что хотите творить в нерабочее время, но почти по 40 часов в неделю тратите на Youtube/Netflix, то на самом деле вы Фултаймовый Потребитель. Выделите время

Работа прокачивает шабашку, шабашка прокачивает работу.

Timeweb и PHP8

Совсем недавно мигрировал часть своих сайтов/проектов с DigitalOcean на timeweb. О причинах расскажу в одной из следующих заметок.
Приятно был удивлен, что timeweb из коробки поддерживает PHP 8. Выбрал его. Простенький проект на symfony временами начал падать с 502-ой ошибкой. Саппорт ответил примерно следующее: «Ну вы же выбрали восьмерку, вот и падает…». Переключил на 7.4, наблюдаю. Но решение выкатить в прод заведомо бажный функционал — странное.

База знаний в saas-проекте

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

Небольшой список требований к такой базе знаний и движкам, для их построения:

  1. Актуальность. Информация всегда должна быть актуальной. Поменялся интерфейс системы — меняйте скриншоты в базе знаний. Добавили новый функционал — добавьте информацию об этом в базу знаний.
  2. Структурирированность. Информации о продукте становится все больше и больше. Правильное ее структурирование обеспечит удобство использования.
  3. Поиск. Он просто должен быть и быть классным +)
  4. Простота ведения. Интерфейс администратора/оператоа должен быть элементарным (привет, конфлюенс!)

Ну и хватит пока.

Под требования выше подходит практически любая современная CMS или вики-движок, имеются и специализированные решения.

В голове рождаются мысли о написании такого движка на Symfony, постараюсь их отогнать =)

Про версионность

Фактически каждая коммерческая версия Magento — 2.0.*, 2.1.*, 2.2.* это отдельный продукт.
Поэтому имеет смысл иметь отдельные ветки и версии вашего экстеншена под каждую из мажорных коммерческих веток Magento.

https://habrahabr.ru/post/324450/

Против подхода Битрикса, который печется о обратной совместимости всех версий (как заявлено). Лично я считаю, что подход, выбранный Magento — лучше.

Позволяет постепенно избавляться от костылей, позволяет вычищать код и т.д.