RMCreative.ru - Блог Голосов: 1 Адрес блога: http://rmcreative.ru/feed/ Добавлен: 2008-06-12 21:34:00 блограйдером ZaiSL

Случайные байты, числа и UUID в PHP

2016-01-31 23:50:39 (читать в оригинале)

Tom Worster, специалист по безопасности, помогающий поддерживать её в Yii на отличном уровне, поделился решениями для чистого PHP. Решения отличаются краткостью и отсутствием абстракции, что позволяет легко их проверить и избежать неприятных побочных эффектов.

Пользуемся

---

Не стоит уходить по-английски

2016-01-23 18:04:56 (читать в оригинале)

Недавно состоялся у меня диалог со знакомым разработчиком. Он спрашивал, как просить зарплату и обсуждение дошло до того, что, возможно, её не повысят и ему придётся найти другое место и уйти. Я посоветовал заранее сообщить работодателю об этом, на что получил удивлённо-возмущённое «Зачем? Ведь мне начнут искать замену!», что уже удивило меня. В очередной раз пришлось напомнить себе, что не все пытаются понять собеседника и оценить последствия решений как для одной, так и для другой стороны. Давайте попробуем разобраться в за и против...

Уйти внезапно

Фактически мы подставляем компанию, оставляя возможно критичный проект без разработчика. Замену искать и вводить в проект — это время. Итого — потери, возможно потеря проекта. Как результат, полностью испорченные отношения. Вернуться в компанию, очевидно, не получится. Более того, все знакомые руководства компании и, возможно, клиенты, узнают о вас, как о ненадёжном человеке. Ну и хороших рекомендаций, естественно, никто не даст.

Сообщить заранее

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

---

Yii 1.1.17

2016-01-13 20:54:39 (читать в оригинале)

Вышла последняя версия ветки 1.1 с улучшениями.

— Совместимость с PHP 7. — CHttpRequest научился парсить JSON в запросах с типом application/json. — Реализован StatePersister, работающий с базой данных. — Автозагрузчик теперь не ругается на несуществующие классы в пространствах имён, что позволяет отработать другим загрузчикам.

Анонс читайте на хабре.

---

Аддоны для CodeMirror

2016-01-06 16:14:31 (читать в оригинале)

Несколько дней назад написал пару аддонов для CodeMirror — отличного настраиваемого редактора текста и кода для веб. Идеи возникли в процессе написания нового yiiframework.com.

codemirror-buttons добавляет панельку с кнопками. Какие это кнопки, что делают, а также горячие клавиши настраивается через простой конфиг.

codemirror-autosuggest вызывает окошко с подсказкой вариантов слова сразу после того, как напечатан определённый символ.

Вместе получается примерно вот так. Попробуйте понажимать на кнопки, использовать CTRL + B и напечатать @.

Несмотря на то, что API CodeMirror очень мощный и, в принципе, есть документация, писать аддоны под него не прочитав и не осознав весь его код практически невозможно.

---

Эффект второго фреймворка

2016-01-03 00:47:59 (читать в оригинале)

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

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

Человеку свойственно винить что и кого угодно, лишь бы не себя. Это фреймворк виноват, а не я. Это фреймворк не решил вопросы архитектуры моего приложения. Это фреймворк сделал меня ленивым. Это из за фреймворка я не писал тесты. Это фреймворк не подготовил моё приложение к работе на десяти серверах. Это всё он.

Обвинив во всём фреймворк X, программист выбирает Y. В этот раз всё идёт лучше. Но не потому, что фреймворк настолько хорош и решил за разработчика вопросы архитектуры, а потому что разработчик достаточно умён, чтобы не наступать второй раз на те же грабли.