Архив рубрики: Разработка

Тренажер по Python

Все же решил немного освежить свои скромные знания по Python.
Долго искал хорошие материалы/курсы/онлайн тренажеры.

Про полную лажу на рынке Российского онлайн-образования не писал только ленивый. «СкилбоСсы» и прочие «ГикБрайсы» выжгли поле, срубили тонны денег и сломали весь рынок =) Но об этом в следующий раз.

В итоге нашел «хайперскил» от JetBrains и старый добрый «хекслет«

У обоих довольно хорошие программы по питону.

Свойство только пишется, но не читается.

В PhpStorm есть отличная штука — свойства класса, которые пишутся (инициализируются в конструкторе), но не читаются — подсвечиваются.
Очень удобно рефакторить, например, легаси контроллеры, в которых инжектится куча сервисов, но в процессе эволюции часть из них перестает использоваться.
Открыл, увидел подсветку и спокойно все выпилил.

А если хотите, чтобы кто-то порефакторил за вас — приходите за разработкой к нам =)

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

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

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

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

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

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

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

BitBucket прекращает поддержку Mercurial

Когда-то давно я пришел на Bitbucket именно из-за поддержки и Git и Mercurial.

Времена идут, продуктовые стратегии меняются, старое выпиливается.

Самое главное, что пользователям дается время свалить с битбакета или мигрировать на Git.

Про DDD

— есть бизнес и его виденье мира
— есть разработчики которые выражают бизнес процессы в коде
— есть проблема перевода требований из языка бизнеса в код, потому что модель бизнес процессов часто засоряется инфраструктурной фигней
— «проблема перевода» приводит к тому что спустя время сложно понять как работает модель, сложно убедиться что модель все еще соответствует бизнес процессам
— идея DDD в том что бы формировать единый язык и выражать все идеи бизнеса в коде максимально придерживаясь этого единого языка. В идеале ты можешь взять код, посадить рядом нового разработчика и доменного эксперта и спросить по коду у оного что это такое.
— упор на именование, формирование правильных отрошений, глоссарий, и как следствие попытка полностью изолировать модель от инфраструктуры.

 

https://t.me/symfony_php