В этой заметочке, я хочу поделится своим опытом, дать несколько советов, а также в комментариях услышать ваш опыт. Тема “совещания” — критичные ситуации у исполнителей, и как из них лучше выходить.

Критичные ситуации у исполнителей, это как правило:

а) срыв сроков
б) невозможность выполнить заказ

С такими ситуациями, как мне кажется сталкивались почти все фрилансеры, за более чем 3х летний опыт моей фриланс жизни, у меня также были такие случаи. Причем я попадал в такие затычки и как исполнитель, и как заказчик.

Перевод статьи Oliver Reichenstein «The 100% Easy-2-Read Standard».

Большинство сайтов доверху наполнены мелким текстом, который больно читать. Но зачем? Нет причины вжимать так много информации в экран. Это глупая коллективная ошибка, которая относится к временам когда экраны были действительно маленькими. Так что…

Экран и журнал: 100%-размер шрифта — это не много. Фотограф: Wilson Miner.

Не заставляйте нас изменять размер шрифта

Мы не хотим изменять настройки браузера каждый раз когда посещаем новый сайт!

Чтобы получить содержимое веб-страницы все с удовольствием используют file_get_contents(), например file_get_contents('http://www.habrahabr.ru/'). Но я уже давно наблюдаю, что, как дело доходит до того, чтобы отправить POST, разработчики используют либо CURL, либо открывают сокеты. Я не считаю, что это плохо или что не надо так делать, просто для решения простых задач можно использовать простые решения.

Я и сам так раньше делал, пока на наткнулся на понятие контекстов потоковых операций в PHP. Контекст позволяет передать дополнительные параметры потоковому обработчику. Для http например, можно сконфигурировать POST-запрос или передать дополнительные заголовки.

file_get_contents() принимает 3 параметром «контекст», который собственно и конфигурирует сам запрос.
Ниже пример такого запроса или RTFM

Навеянно этой темой.
Пример, как это работает.

1. Введение

Представим, мы имеем класс relative, внутри которого имеется текст, и не задаём ему width:

#bar{
position:relative;
border:5px solid #00FFFF;
padding:10px;
height:200px;
}

мы получим резиновый блок:

<div id="bar">
text
</div>


При этом, блок обладает неизменными padding+border и резиновым width, таким, что width_px+padding_px+border_px = 100%.
Для absolute блоков, такой трюк не прокатывает.

Вы наверное уже слышали о технологии масштабирования Liquid Resize, которая учитывает содержимое изображения. Если вам интересно как оно все работает и как можно реализовать все это самому, то читайте далее (осторожно, много рисунков).


(НЛО прилетело и растянуло этот рисунок здесь)

Здравствуйте.
Я являюсь пользователем Оперы уже около 5 лет, но при разрабoтке страниц я пользуюсь Firefox'ом т.к. он предлагает мне более удобные средства для отлова ошибок, валидации и т.п., к тому же это полезно, если каждодневный брaузер и рабочий инструмент различаются.
Но дело в том, что в Файрфоксе при всех его преимуществах, настройки по умолчанию заставляют оперопользователя все время чувствовать себя как в гостях. Я не говорю здесь о интерфейсе, а именно о поведении браузера. Я попытался изменить это и вот шаги которые я предпринял:
UPD: пока писал, то топик так увеличился, что его можно скорее назвать пособием для тюнинга Firefox — загляните внутрь даже если вы не оперщик. Если же вы матерый пользователь FF, то добро пожаловать с вашими уточнениями и комментариями :)

В этой статье я хочу по возможности полно и последовательно рассказать о том, что такое объект в JavaScript, каковы его возможности, какие взаимоотношения могут строиться между объектами и какие способы «родного» наследования из этого вытекают, как это все влияет на производительность и что вообще со всем этим делать :)

В статье НЕ будет ни слова про: эмуляцию традиционной класс-объектной парадигмы, синтаксический сахар, обертки и фреймворки.

Сложность материала будет нарастать от начала к концу статьи, так что для профи первые части могут показаться скучными и банальными, но дальше будет намного интереснее :)

Плагин jQuery Alert Dialogs призван заменить основную функциональность стандартных предупреждений JavaScript, alert(), confirm(), и prompt() функций. Они полностью настраиваются с помощью CSS (это позволит выглядеть вашему сайту гораздо более привлекательно). И вы также можете настроить пользовательский заголовок для каждого диалогового окна.

Эти методы моделируют обычные модальные диалоговые окна. Они автоматически изменяют свое положение при изменении окна браузера. Если включить jQuery UI Draggable плагин, то окна можно перемещать, перетаскивая их за заголовки. В отличие от стандартных JavaScript функций, вы можете использовать HTML в сообщении. Например, чтобы задать переход на новую строку, вы можете использовать либо \n, либо < br / >.

Многие проекты на данный момент используют информацию о местонахождении своих клиентов. К таким относятся интернет-магазины, сайты знакомств, банковские операционные ресурсы и прочее. Именно об элементе указания такого рода информации и будет данная статья: Ext.ux.locationSelect реализованный в поле фреймворка ExtJS 2.
Маленькая демка поможет ответить на вопрос о необходимости вчитываться в дальнейшее.

Евгений Шадчнев опубликовал перевод замечательной статьи Пола Грэма о типичных вымышленных причинах не создавать стартап. «Нет ничего плохого в том, чтобы быть не уверенным. Если вы хакер, думающий об основании компании и вы сомневаетесь перед этим большим шагом, то вы следуете по пути, пройденному многими. Ларри и Сергей не были уверены, стоит ли основывать Google, а Джерри и Фило сомневались, создавать ли Yahoo. На самом деле мне кажется, что наиболее успешные стартапы получаются у сомневающихся хакеров, чем у переполненных оптимизмом ребят от бизнеса».

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

Что есть правильная посадка в кресле?

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

Пара слов о физиологии: главная задача вашего организма — это обеспечение подвижности и работоспособности «здесь и сейчас». Почти всегда — с жертвами в будущем. Что же происходит, когда мы сидим в кресле? Современный офисный человек физически плохо развит (это правда), поэтому долгая напряженная поза (голова вытянута вперед, глаза вглядываются в монитор, спина скруглена и перекошена вбок, потому что одна рука лежит безвольно, а вторая активно шевелит мышкой) приводит к тому, что его спинные мышцы не могут удерживать правильное положение позвоночника больше чем полтора-два часа — они просто расслабляются и отпускают связочно-суставный аппарат. Чтобы не произошло травмы — организм включает экстренный режим сохранения подвижности и перераспределяет вертикальную нагрузку так, чтобы компенсировать ее изгибом самого позвоночника и натяжение связок и мелких мышц.

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

Решение — правильная поза. Как ее достичь? Причем совершенно штатными средствами, без адских подлокотников или кресел за полторы тысячи евро?

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

Так бывает, что договоренности о совместной работе достигнуты, заказчик уже хочет видеть «какие-то эскизы» до предоплаты, юристы вовсю обмениваются комментариями к договору, но в самый последний момент заказчик «срывается».

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

По опыту студий, в которых я работал, а также по опыту наших коллег, мы составили шит-лист того, что говорят такие «заказчики»:

1. У нас поменялись приоритеты, проект отложен на неопределенное время. Мы вам обязательно позвоним, будьте в полной готовности.
   
   

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

Ко многим из администраторов крупных и не очень сайтов иногда обращаются пользователи с жалобами что их аккаунты взломали. А все потому что в качестве пароля они выбирают простые пароли вроде даты рождения или фамилии. Но мы можем зарубить эту проблему на корню, с помощью замечательной библиотеки «Password Meter».

Мой клиент и хороший друг Александр Успенский, прочитав статью 7 критических ошибок при заказе сайта, написал своего рода ответ (или даже пародию) на нее. Некоторые моменты спорные, но в целом статья, на мой взгляд, полезна разработчикам как адекватная обратная связь раздраженного клиента на работу не слишком профессиональной веб-студии :)

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

Эта небольшая статья поможет новичкам (и не только) оценить удобство собственного сайта и укажет основные недочёты, присущие многим сайтам. Ваши пользователи скажут вам спасибо =)

На Текранче сегодня опубликована статья друга Аррингтона о том, как создавать успешные интернет стартапы. 25 рекомнедаций. На этом сайте заклюют, но рекомендую почитать и подумать. Я немного откомментировал, чтобы приблизить к нашим условиям. ИНТЕРЕСНО, ЧТО АВТОР НЕ РЕКОМЕНДУЕТ ХОДИТЬ В РОССИЮ. Оригинал здесь. Чтиво занятное и интересное. Вотный перевод.
1. Создавая стартап думай глобально. (В оригинале не стартап, а business – наши стартаперы почти всегда забывают про бизнес-модель.)
2. Переезжай в Силиконовую Долину. (Я бы сказал не в Долину

Довольно часто (постоянно) мне приходиться проводить собеседование людей желающих устроитсья в мой отдел на должность «junior PHP developer» и «PHP developer». И, с завидным постоянством, я и team-lead отдела задаем одни и те же вопросы…

Довольно оригинальную идею выдвинул Кевин Келли в своём авторском блоге. По его мнению, гарантией финансового благополучия любого писателя, музыкальной группы, даже коммерческого сайта является вовсе не пресловутый «длинный хвост», а всего лишь одна тысяча настоящих фанатов. Они могут полностью обеспечить безбедное существование любого автора. Что, кстати, было успешно продемонстрировано недавно на примере Nine Inch Nails. Если кто не в курсе, эта музыкальная группа совершенно бесплатно выложила в торрентах свой новый альбом, а прибыль извлекала из продажи сувениров. Так вот, всего в течение трёх дней было раскуплено 2500 коллекционных пакетов с сувенирами ценой по $300 каждый. Всего две с половиной тысячи самых преданных фанатов мгновенно принесли группе почти миллион долларов.

Кевин Келли доходчиво объясняет, что у пресловутого «длинного хвоста» нет никаких преимуществ, а только одни недостатки в финансовом плане. На самом деле совершенно ни к чему создавать шедевр для широкой аудитории, если для финансового успеха нужна всего лишь тысяча преданных фанатов. Нужно ориентироваться на узкие ниши.