Открыть список
Как стать автором
Обновить

Комментарии 69

Идея не нова уже ...:) У меня подобное, правда, на питоне:
securityaudit.ru/
Ух ты, симпатично!
Но ваш вариант на карточке 3,5'' x 2'' не распечатаешь. =)
НЛО прилетело и опубликовало эту надпись здесь
О, спасибо!
Поправил.
НЛО прилетело и опубликовало эту надпись здесь
Я питон не знаю, но проведу аналогию с JS:
{} — объект или «ассоциативный массив»,
[] — нумерованный массив.
Если не так, сильно не пинайте, пожалуйста. =)
НЛО прилетело и опубликовало эту надпись здесь
Вот выровнять бы еще контактные данные по одной границе как-нибудь (например, подобрав имена функций одинаковой длины).
Недочитали? =)
Хотя и здесь придется немного поколдовать. Например, сами данные не помешает выровнять слева (подобрать имена методов одинаковой длины).
Блин, точно. я лох, сорри.
Я скажу что мне нравиться, вот только если брать стандартный размер визитки, то учитывая размер шрифта, будет не очень легко(по крайней мере не очень быстро), прочитать чья визитка. Зато сразу понятен вид деятельности человека!
Здесь я с вами соглашусь, со шрифтом тоже придется поколдовать.
tFirma, а светлое на темном это такая принципиальная фича? Я не программист — не в курсе.
Я просто сейчас ваш темный вариант в фотошопе инвертировал в светлый и мне он как-то симпатичнее показался…
Попробовал инвертировать — возможно вы и правы, но розовый мне определенно не нравится! =)
Светлое на темном только потому, что у меня действительно так меньше устают глаза.
Мне тоже не понравился, я поигрался с ползунками и варианты с темно-красным или оранжевым показались мне интересными.
Я не смог получить ни темно-красный, ни оранжевый, но уверен — это очень хорошо! =)
Думаю, печатать буду в двух цветовых вариантах.
Светлое на темном, это наверное принципиальная фича процентов 80-и людей, которые занимаются кодингом на чем либо :) так меньше глаза устают, особенно в ночное время суток, когда освещения мало.

По теме: мне понравилось :) четсно говоря, раньше я не встречал такого варианта (судя по тому, что в ответах уже показали вариант на питоне — наверное я что-то когда-то пропустил).

Зачет.
А еще можно vCard заюзать :)
80%? Eclipse, Visual Studio & Emacs имеют стандартные белые темы.
и много чего еще имеет стандартные белые темы, в том числе и мой EditPlus, что не помешало мне после некоторого времени, когда реально белая тема стала сильно утомлять глаза — настроить нормальную (темную) цветовую схему, которой и пользуюсь.
Спасибо!

Раньше я тоже озвучил бы близкое к 80% число, но в нашей команде (10 человек) все тычат в меня пальцем! =) Все они пишут на белом фоне.
Как-то весной когда я устроился в новую контору — там народ тоже работал на стандартных белых темах :) Потом увидели мой вариант раскраски — и перешли на подобный. Я не против белых тем, но когда я работаю вечером/ночью (я люблю иногда работать ночью — мало шума и ничто/никто не мешает приобщиться к нирване) и света мало (настольная лампа) — мне хочется чтобы экран не бил мне белым фоном по глазам… Днем аналогично — длительное созирцание контрастной расцветки — сильно утомляло, поэтому и пользуюсь той цветовой раскраской, с которой глаза у меня сильно не устают. Это разумеется не исключает того, что раз в 60-90 минут нужно глаза разминать (и спину и руки и все остальное). Как-то так.
вот примерно так:
Клевая раскраска
Builder Pattern помог бы избавиться от этого $contact->шума.
Wow! Подскажете как?
Почитал про Builder — мне показалось, что шум прячется в него, но вместе с данными.
Спасибо. Попробую наваять подобное на PHP.
Основная мысль тут:
NutritionFacts cocaCola = new NutritionFacts.Builder(240, 8).calories(100).sodium(35).carbohydrate(27).build();
Я правильно понял?
В принципе да, хотя в вашем случае можно попробовать массив на примере питоновского dict в начале топика. Ну или XML/YAML.
Подсвеченный YAML ни разу не видел. Да и скучно это, так же как и массив.
XML пробовал — с подсветкой беда: либо все сливается, либо неправдоподобно выглядит.
Правда, я бы такую визитку сделал разве что для PHP-конференции — поприкаловаться, в остальных случаях — PHP, Python, Rails, .NET — мало кого будет интересовать из бизнес-партнёров, им нужны решения задач и позиционировать себя надо именно с этой стороны, а не со стороны технологии, если вы конечно не состоите в её core team.
Опять же, если рассматривать визитку с этой стороны — будет ли она белой с тремя строчками черным ариалом, или «стилизованной» под код на пхп — никакой разницы.
Разве что нарисовать на ней график возрастающей функции… =)
$contact['name'] =
$contact['email'] =
$contact['phone'] =
Предлагаете мне задать массив вместо класса?
Но это же неинтересно! Тогда уж:
$name = 'Вася';
$email = 'вася@почта.ру';
$phone = '03';
Можно в виде массива с ключами :)

$person = array(
'name' = 'Pypkine',
'phone'= 89263452344,
'email'= 'pypko@gmal.com');

И можно альтернативно дополнить например

$site=fopen("http://pupkine.ru","r");
Спасибо!
Правда ваш массив точно не «скомпилируется» (''=>'' между ключом и значением), и со мной никто не сможет связаться. =)
тьфу блин да, загнался я :)
Еще смотрю уже перед тем как отправить — ну ведь точно что-то не так, а что?? потупил секунд 20 и отправил как есть
php компилируется?
Ну во время выполнения ему приходится ))
Пусть даже только в памяти…
Я поэтому и пишу это слово в кавычках.
Просто фраза «ваш код не интерпретируется» режет слух.
Можно использовать «короткий» синтаксис
$contact->setName('FName LName')
        ->setPhone('888888888')
        ->setEmail('asd@asd.ru')
        ->setIcq('123321');

Часть лишнего уйдет

Ну или правда массив
$contact = new Contact(array(
    'name'  => 'FName LName',
    'phone' => '88888888'
    'email' => 'asd@asd.ru',
    'icq'   => '123321'
));
Про «короткий» синтаксис я думал, да. Как раз чуть выше говорили о Builder Pattern'е.
можно прикрутить hCard ;)
Как вариант!
Но мне запись на XML показалась слишком монотонной, для быстрого восприятия.
всмысле запись XML? в hCard надо всего лишь стилевые классы добавить для объектов. Например, для почтового адреса добавить класс «email».
здесь есть пример — en.wikipedia.org/wiki/HCard
Может я вас не так понял, но ведь данные все равно придется поместить в контейнеры типа HTML/XML тегов?
да, обычный span подойдет. на отображение не будет влиять, только если вы сами не захотите что-то менять потом. через CSS
На пхп я бы не использовал так явно сеттеры… имхо, это читается хуже обычного присвоения атрибутам объекта.
А поведение, если там действительно необычное присвоение.., всегда можно переопределить с помощью __get()/__set() и сделать «кастомный» сеттер/геттер для атрибута.

P.S. Только не говорите мне про совместимость с 4-кой =)
Это типа «фу! ваша визитка на четверке — говно!»
Я не это имел в виду. Но про 4-ку пора уже забывать начинать. :)
Для работы с однотипными данными ваш метод пожалуй предпочтительнее.
А здесь:
имя, например, оставляем как есть,
телефон и ICQ очищаем от дефисов,
почту оборачиваем в ссылку с «mailto:».
Если свойств много — __set() будет слишком большой и некрасивый.

К тому же я подумываю о «короткой» записи — с присвоением не прокатит. =)
На шарпе было бы красиво:
var contact = new Contact 
{
    Name    = "Vasiliy",
    Surname = "Pupkin",
    EMail   = "vpupkin@example.com",
    ICQ     = "123456"
};
Или даже вот так:
var contact = new 
{
    Name    = "Vasiliy",
    Surname = "Pupkin",
    EMail   = "vpupkin@example.com",
    ICQ     = "123456"
};

Вполне валидный код.
Ещё можно в визитку втиснуть знание фрэймворков, правила хорошего оформления кода и т.п, но получается массивно.
К примеру:
<?php
/**
* Василий Пупкин
*
* PHP программист
*
* @since $год_рождения_или_год_начала_работы_с_php
*/
class VasiliiPupkinController extends Zend_Controller_Action implements $что-нибудь
{
public function indexAction()
{
//…
}
}

— можно не ставить ?>
Думаю не стоит столько пихать на визитку — это же не резюме и не флаер, я же не собираюсь их в метро раздавать! =)

А без ''?>'' не люблю, так и хочется прокрутить код дальше, посмотреть где же он заканчивается.
Кстати хорошее резюме можно написать 2 в 1 получается ;)
Я тоже без ?> не люблю, но подчиняюсь правилам Zend.
В конце скрипта ставлю //EOF
Когда мы начали писать под symfony, сразу решили, что половина его законов нам не подходят, отменили их и пишем так, как удобно нам.
Ваша визитка — говно.
Вы нихуя не понимаете в типографике. ©
спс
Типографика — графическое оформление печатного текста посредством набора и вёрстки с использованием норм и правил, специфических для данного языка.

Нормы и правила PHP соблюдены.
полностью с вами согласен!!!
Первый вариант хороший, как есть.
Смущает только то, что важная информация выделена цветом слабее, чем оформительская (контрастно белые «new Contact()» и т.д.).
Пожалуй вы правы.
Подсветка оптимизирована для чтения кода, а не передаваемых ему данных — попробую это исправить.
А что скажете о варианте с нумерацией строк?
С нумерацией не понравилось — появилось много лишней информации, это раз. И два, что важнее — пропало такое приятное выравнивание по краям. Со всех сторон был хороший отступ, а с нумерацией у нас появилась ненужная привязка к вертикальной оси. Имхо — лишняя.
Ясно, спасибо!
<?php

function Vasiliy_Pupkin() {

public phone = "+7 777 765-43-21";

}

?>
Я вас умоляю!..
«public»? внутри функции?
имя переменной без доллара?
Я даже не знаю что вы имели ввиду.


этак всетаки не плохо :)
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.