Pull to refresh
2
Karma
0
Rating
Саша Молодцов @okopok

User

  • Followers 9
  • Following 15

Управление секретами в Symfony

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

Управление секретами в Symfony

которые есть не везде, кстати

Работаем в IntelliJ IDEA на слабом железе

10 лет назад были NetBeans и Eclipse


Первый работал быстро, но мало умел. Второй умел все, но я не видел компьютера на котором он быстро работал :) так что за 10 лет ничего не поменялось. Ide все так же выжирает все ресурсы компа, до каких дотянется. А если не она, то рядом ее докер добьёт в котором база крутится :)

Зачем пользователи GIT-а редактируют свои коммиты

Я лучше буду отрывать руки тем, кто будет перезаписывать удалённые ветки :-)

Зачем пользователи GIT-а редактируют свои коммиты

Спасибо за статью.
Открыл для себя такую вещь как squash (сплющивание нескольких коммитов или целых ветов в один коммит)
Но сразу же возник большой вопрос, на который не смог найти в интернетах вразумительного ответа.
Ткните ссылкой, если уже где-то был ответ, но пока мне интересен ответ на следующий кейс:
Текущий workflow команды разрабов выглядит так:

git pull
git commit -am "фича1"
git commit -am "баг в фиче1"
git pull
git push
git commit -am "фича2"
git commit -am "новый баг в фиче1"
git commit -am "Всё, вот теперь точно финал"
git pull
git push


Внимание вопрос. Возможно ли сплющить эти 4 коммита к фиче1 в один коммит уже после того, как они были запушены в общую ветку и ничего не сломать при этом или уже поздно метаться и надо было раньше думать? :-)

Автоматизированный рефакторинг в большом проекте

Даже сама хорошая IDE'шка очень часто бывает бессильна

Автоматизированный рефакторинг в большом проекте

Зато так можно помечать конструкции любой сложности, а не только простые для авто-замены вещи

Автоматизированный рефакторинг в большом проекте

А можно и без всяких автоматов обойтись. Можно помечать старые Функции и методы тегом @deprecated, плюс в устаревший метод вкладывать вызов логера, который логирует вызов старых методов и где-нибудь начинают всплывать в логах записи о выполении старых методов. А так же помечать целые классы @deprecated и проверять в autoload'e наличие этого тега.

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

Scrum — реальный опыт работы по методологии

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

Эмуляция многопоточности в PHP

Мне кажется, что многопоточность в PHP — это такой Святой Грааль, Секрет Бессмертия и Вечный Двигатель в одном флаконе.

В PHP 5.5 возможно появится Finally

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

В PHP 5.5 возможно появится Finally

Я думаю, что как только предложение «превратить все фаталы, ворнинги и т.д в исключения» пройдет стадию обсуждения и апрува, то и finally начнет все спазу отлавливать и обрабатывать ;-)

В PHP 5.5 возможно появится Finally

Я все же подозреваю, что в этом блоге все всё правильно поняли ;-)

В PHP 5.5 возможно появится Finally

Смысла тогда в нём особого не будет. В finally мы будем всегда закрывать коннекты, писать логи, работать с транзакциями… вариантов много… а catch — это для более тонкой настройки останется.

Релиз Notepad++ 6.1.3

Вспоминаю те времена, когда Notepad++ был просто хорошей заменой обычного нотпада с подсветкой синтаксиса и вкладками. А теперь он почти как Nero стал :)

Подробности кухни разработки Diablo II (от 2000 года)

То что графика там была плохая, я узнал только что, прочитав статью. Всё там было отлично. Особенно после графики первой диаблы. С другими играми я её тогда не сравнивал.

Проверка соблюдения стандартов кодирования РHP через git

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

Проверка соблюдения стандартов кодирования РHP через git

неправильный перенос — возможно. А вот множество однострочных конструкций, отсутствие коментариев ко всему что только можно, именование методов и классов, табы вперемешку с пробелами, 10-20 ретурнов в одном методе и тому подобные красоты, вызывает множество свойких желаний…

Так что CodeSniffer — это TRUE

Information

Rating
Does not participate
Location
Внуково, Москва и Московская обл., Россия
Date of birth
Registered
Activity