12 Января 2017 14:20

Притча про менеджера и программиста

Юмор Про работу

На злобу дня современная притча:

Человек, летящий на воздушном шаре, обнаружил, что потерялся. Он спустился немного ниже и заметил на земле женщину. Спустившись ещё чуть ниже, он обратился к ней:

— Простите, не могли бы вы помочь? Я договорился с другом встретиться час назад, но не знаю, где сейчас нахожусь.— Вы находитесь на воздушном шаре в 30 футах от поверхности Земли, между 40 и 41 градусом северной широты и между 59 и 60 градусом западной долготы ответила женщина.

— Вы, должно быть, программист?

— Да, а как вы догадались?

— Вы мне дали абсолютно точный ответ, но я совершено не представляю, что делать с этой информацией, и я всё ещё потерян. Откровенно говоря, вы мне совершенно ничем не помогли.

— А вы, наверное, менеджер?

— Да. А вы как догадались?

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

Читать дальше...

27 Октября 2016 23:23

Невозможное в профессии веб-разработчика

Про работу

По работе мне часто задают вопросы типа "а можно сделать так чтобы...", типичным ответом с моей стороны обычно бывает что-то вроде "к сожалению да, в моей профессии нет ничего невозможного...".

Impossible

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

Читать дальше...

21 Марта 2016 17:09

Промышленная модель разработки средствами GIT

Про работу Linux Git

Итак, у нас для начала уже есть сервер на котором настроен gitolite по адресу git.example.com, на нем расположен репозиторий myrepo в котором есть две основные ветки master и develop.

Общий принцип разработки такой:

  1. При необходимости что-то доработать разработчик создает новую ветку из актуального состояния master
  2. Делает в ней доработку и вливает ветку в develop
  3. Проводится тестирование и если все хорошо, то ветка с доработкой вливается в master

Задача заключается в том, чтоб при изменениях в ветке develop они автоматически переносились в рабочую копию на хост develop.example.com, а изменения сделанные в master - на хост production.example.com.

Читать дальше...

27 Февраля 2015 12:50

Пара слов про составные индексы в MySQL

Про работу MySQL

Этот пост является очень краткой выжимкой из оригинальной статьи, которая оказалась полезна исключительно для меня.

Выжимка эта подразумевает, что читатель уже хорошо знаком с MySQL и понимает что такое индексы и зачем они нужны, если нет - то читайте оригинальную статью, там все по полочкам разложено с самого начала.

Устройство составного индекса

Таблица для примера:

id | name   | age | gender
1 | Den | 29 | male
2 | Alyona | 15 | female
3 | Putin | 89 | tsar
4 | Petro | 12 | male 

значения составного индекса будут такими:

age_gender
12male
15female
29male
89tsar 

Очередность колонок в индексе играет большую роль. Обычно колонки, которые используются в условиях WHERE, следует ставить в начало индекса. Колонки из ORDER BY — в конец.

Читать дальше...

01 Октября 2013 15:27

Незачот mail.ru

Про работу

Недавно мной было замечено, что если отправлять собственным скриптом multipart письмо на адрес @mail.ru, то оно приходит не корректно: в теле письма показывается часть заголовка и далее все части включая вложения в закодированном виде.

Происходит это ввиду того, что mail.ru почему-то не придерживается стандарта RFC, который регламентирует, что для переноса строк используется "combination CRLF (US-ASCII values 13 and 10) indicating a new line" оно же "\r\n" и заменяет такую конструкцию на двойной перевод строки, от этого нарушается разбор письма по стандарту и пользователю предлагается исходный текст письма.

Очень надеюсь, что mail.ru исправятся и будут нормально разбирать письма как все остальные, кто соблюдает стандарты, а пока временным решением является замена "\r\n" на "\n", после этого письма нормально разбираются нa mail.ru и становятся читабельными, также такой подход нормально воспринимается и другими почтовыми сервисами (gmail, yandex).

Ссылки по теме: RFC 822 и Википедия с полезной информацией и ссылками на другие RFC.

Фильтр