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

Заполнив заголовок хочется нажать на клавишу Tab и перепрыгнуть в текст. Но курсор, между прочим, прыгает на ссылку-справку использования html-тегов.

Вопрос уже много раз поднимался, но все-таки.
Облако тегов на хабре и во многих других местах представляет собой преимущественно модную фишку типа отражения в логотипе, вместо того, чтобы выполнять навигационную функцию.
1. Часто можно в посте встретить такие теги:
САЛ, студия артемия лебедева, артемий лебедев, тёма, самизнаетекто, лебедев

С.Т.А.Л.К.Е.Р., Сталкер, Stalker, S.T.A.L.K.E.R

веб2.0, веб 2.0, web 2.0, web2.0, вебдваноль


etc.

Да что там говорить, даже как писать — «тэг», «тег» или «метка» — и то не ясно.
А в других постах будет только 1 из них. В результате получается размытость тега, и свою функцию в облаке он не выполняет. Про опечатки и говорить не надо.
Вариант решения: все-таки прикрутить автозаполнение, бо хабр и так от недостатка яваскрипта не страдает, и сделать класс «альясов». Допустим, отображаться будет только тег лебедев, а все остальные будут присутствовать в автозаполнении, но при клике по ним вставлять родительский. Редактировать альясы позволить людям с определенной кармой, создавать — всем.
2. Ненужное дублирование.
В любом посте в блоге про гугл присутствует тег гугл. Но не все поставят тег «веб-разработка» в соответствующем блоге. Зачем лишние движения и размывание? Тег с названием блога, если он указан создателем блога, должен автоматически добавляться к посту.

Интересно мнение, кто каким подходом руководствуется при разработке инструментария разработчика (СMF, CMS и тд и тп):

• дать возможность сделать что угодно (вся ответственность на том, кто использует, сторонний разработчик в trusted domain )
• не дать сделать что-либо неправильно (весь контроль на стороне инструментария, сторонний разработчик не входит в trusted domain)

Не стал делать опрос, интересно обоснование вашего выбора

PS: сразу скажу: я — сторонник первого варианта.

UPD: за что минусы — непонятно слово «перфекционизм» или «инструментарий»? ))

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

«Программист может тр*****ся заигрывать с кодом вечно… или пока заказчик не отберёт труп продукта.» (с)@jethedgehog .

Я перфекционист, и это на самом деле мешает работе. Единственное, что было мной придумано найдено в качестве противодействия бесконечному улучшению кода — жёсткие временные рамки проектирования. Тоесть в определённый момент я должен был «перестать думать» и приступить к кодированию. Однако это почти не работает так как мой мозг не прекращает работу над анализом проблемы. Зачастую уже засыпая я ловлю себя на обдумывании интерфейсов классов или структуры бд…

Собственно отсюда вопрос, кто как борется с этим явлением в себе и в подчинённых?

Друзья, хочу представить вам новый модуль Handy Alias.

Скажу сразу, это модуль для перфекционистов. Если в двух словах, то он позволяет аттачить к словарям, терминам и нодам псевдонимы, которые позже можно использовать в качестве материала для формирования пути с помощью всеми любимого pathauto по аналогии с токеном [termpath-raw]. Это решает проблемы с транслитерированными уродливыми адресами страниц и отображением структуры словаря в URL-е. Кроме этого, для заданных типов контента можно настроить добавление псевдо-расширения .html, но это уже для тех, кто знает толк в извращениях.

Ниже попробую изложить суть работы модуля

Не слушайте их, когда они говорят, что ваша идея бесперспективна.
Когда говорят, что идея должна быть Идеей.
Эти перфекционисты, мой бог, они говорят вам, что лучше потратить год на отладку.
Они говорят, что пользователи капризны и не примут проект с недоработками.
Вы предпочитаете слушать их? Тех, которые из-за своего перфекционизма сами ничего не запустили?
Это лучшая отмазка для тех, кто не хочет пытаться – «Либо надо сделать идеально, либо не делать.»
Идеал недостижим. Нет предела совершенству. Проект всегда будет недоработан. Такова природа бытия.
Поэтому, не тяните. Не тяните с запуском стартапа.
Энтузиазм пропадает. Появляются новые идеи. Меняются планы.
Просто запускайте, поглощайте критику, улучшайте. Главное – это готовая основа.

Не слушайте их. Слушайте себя.

Сегодня на ежедневном Stand-up'е я произнёс перед командой очень проникновенную речь о том, что мы пишем софт для людей и никого не интересует, насколько красиво код будет выглядеть изнутри, если пользователю будет неудобно с ним работать.

Ещё я говорил о том, что нельзя бесконечно полировать один и тот же кусок кода, ухватившись за него в середине проекта, что основную ценность продукта представляют бизнес фичи, а не код, и что движение вперёд невозможно, если застрять на месте и заниматься перфекционизмом.

И, конечно же, я сразу же вспомнил концепцию о достаточно хорошем (good enough) ПО. Итак, вот её основной постулат: мы не стремимся сделать идеально, мы не пишем как попало, мы делаем достаточно хороший продукт.

Доброго времени суток уважаемые хабражители. Насколько я понимаю себя — я перфекционист и для меня это проблема, не в плане невротического психического отклонения, а в плане того, что эта черта моего характера дурно влияет на мои/наши проекты.

Предисловие

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

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

Проблема

Перфект должен быть во всем

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

Введение

Технологии делают наши жизнь комфортнее и это не может не радовать. Хотелось бы поделиться своими мыслями об организации комфортного просмотра фильмов, вдохновленными постом Автоматическое скачивание киноновинок.
Статья носит теоретический характер, хотя и многие из представленных пунктнов имеют практически реализованные аналоги в реальном мире. Но, к сожалению, все они разронены, и не интегрированы между собой в том виде, в котором это описано в статье.
Основной упор в статье идет на программно-логическую составляющую HTPC.

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

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

Привет. Я хочу немного поговорить о модальных окнах, которые выпрыгивают, когда едва-едва успел зайти на сайт: контент только-только появился, и уже скрывается за тёмным полупрозрачным покрывалом, поверх которого — как правило бесполезное рекламное объявление.


Наугад взятый пример

• Это невежливо. Пользователь не успел увидеть сайт, как ему уже подсовывают шумный рекламный блок, который поскорее хочется закрыть.
• Это неюзабельно. Крестик «закрыть окно» маленький; привычный Esc чаще всего не работает. Удивительный эффект: я зашёл на сайт и должен прикладывать усилия, чтобы оказаться внутри и почитать или посмотреть то, ради чего я пришёл.
• Третий веский аргумент, призванный поддержать два предыдущих.

Данная статья не претендует на оригинальность или новизну, а лишь приоткрывает капот в этой адской машине оптимизации.

В 2013 году в результате весьма необычных аварий две машины марки Model S получили повреждения днища, которые привели к возгоранию аккумуляторов. К сожалению, эта пара инцидентов вызвала больший интерес прессы, чем 200 000 пожаров бензиновых автомобилей, случившихся в прошлом году в одной только Северной Америке. В обоих случаях водители смогли выйти из машины невредимыми благодаря штатным системам безопасности. Бортовой компьютер предупредил их о необходимости покинуть машину ещё до того, как пожар стал заметным. Но даже если бы они остались внутри, и пожарные не прибыли бы вовремя, они были бы в безопасности благодаря противопожарной перегородке из стали и керамики, которая отделяет батарейный отсек от салона.

Важно отметить, что до сих пор ни один человек не получил никаких ожогов (и вообще никаких серьёзных увечий) ни в одной машине марки Tesla. Шансы на возгорание Model S составляют 1 к 8000, что в пять раз меньше, чем у среднего бензинового автомобиля, а масштабы возможного пожара сравнительно невелики. Тем не менее, чтобы дополнительно уменьшить вероятность пожара, несколько месяцев назад мы дистанционно обновили прошивку всех автомобилей Tesla Model S, увеличив клиренс на больших скоростях, что значительно понижает риск сильного повреждения днища.

Однако мы понимали, что очень важно довести риск практически до нуля и обеспечить всем владельцам Model S абсолютное спокойствие. Начиная с 6 марта, все сходящие с конвейера машины оборудованы тройной защитой днища. Владельцы уже купленных машин могут бесплатно поставить защиту в сервисных центрах Tesla.

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

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

Здравствуйте уважаемые обитатели Хабра. Написать это меня сподвигла статья Программисты не понимают. Это будет крик души одинокого начинающего веб-перфекциониста в уши большинства существующих веб-студий и веб-девелоперов.

После публикации статьи «Лень как признак гениальности. 4 вида лени и нужно ли с ней бороться» на Мегамозге появилось несколько очень интересных, но местами противоречивых статей про прокрастинацию. Я тоже хотел было написать статью про прокрастинацию, но, чтобы окончательно не разрушить мозг нашему дорогому читателю решил вместо этого обобщить материалы и копнуть немного глубже, дать некоторую аналитику, откуда же берётся лень, прокрастинация и перфекционизм (новинка!), а также может ли одно переходить в другое. Те, кто не читал предыдущие статьи, смогут в этой статье получить полное представление о данных проблемах, чтобы быть в тренде. Надеюсь эта статья станет хорошим завершением «недели прокрастинации на Мегамозге» и будет максимально полезной в решении этих нелегких задач.

Автор иллюстрации: John Kenn

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

Как говорит технический директор Qrator Labs Артём ximaera Гавриченков, DDoS-mitigation начинается там, где заканчиваются силы и время одного хорошего системного администратора.

В день системного администратора, который в Qrator Labs считают профессиональным праздником даже больше, чем день программиста, мы задумались — о чём таком можно было б рассказать на Хабре, с чем точно сталкивался каждый?..

Решение было найдено быстро, ведь есть такое место, где каждый человек может побыть системным администратором в любой удобный, а порой и неудачно-вынужденный, момент времени — дома.

Я отличница. Конечно, не совсем та, которая со сложенными ручками, пятёркой по поведению и отглаженным воротничком. Но золотая медаль, олимпиады, красные дипломы в количестве трёх штук и прочая атрибутика «школьного» успеха налицо. Вот уже 11 лет я работаю в бизнесе — всё это время в ИТ: инженером по тестированию, инженером VoIP, коммерсом. Хорошо работаю, почти не придраться. Всё на «пять», часто с плюсом. И у меня, как у любой отличницы, много историй про одноклассниц, которые в 33 года и замужем, и на последних «мерсах», и со своим делом. «Харэ ныть, пора разобраться, какого, собственно, так происходит?» — в один из дней эта мысль плотно засела в голове. И вот он, разбор полётов — для нас, отличников, для будущего поколения и для родителей, которые «тянут» своих детей от пятёрки к пятёрке.