Про статусы

Статус в соцсети или скайпе может сказать о многом.

"Если Вы не строите свою мечту, кто-нибудь , обязательно наймет Вас строить свою." - написано у дизайнера в скайпе. Пунктуация сохранена.

Жаль что такие философы не могут сделать простой баннер даже с пятого раза.

Слишком крутые, чтобы встречаться с заказчиком

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

Виталий
Приветствую! Ребят, ну что за конспирация ) Вы когда девушку на свидание приглашаете, то ведь говорите куда пойдете и что делать будете) Какой смысл мне тратить время на встречу, если я в ней не заинтересован пока?

Виталий
Просто у меня слишком много предложений, поэтому Вы меня пока не заинтересовали

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

Принцип выбора

Из разговора с разработчиком:

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

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

Продаем одно - покупаем другое

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

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

Тиньков Страхование.

Интересно, многие догадаются, что при нажатии кнопки "Оформить полис", пункт "Ремонт без справок: стекла, фары, зеркала и повреждения от действий хулиганов" не входит в услуги по данному страховому полису?



Ну и так для информации. Пункт "С места ДТП - сразу в сервис" означает, что после ДТП вы можете отвезти машину в сервис и она там месяца два будет стоять и ждать пока будут собраны все справки, документы, выполнена калькуляция, переведены средства. После этого, да, ремонт начнется. Возможно. Надо надеяться.

Адаптивная верстка

Лет пять уже как вошла в моду адаптивная верстка сайтов. Это когда под разные размеры экрана создается несколько версий. Сама возможность прикольная, может быть есть случаи, когда это оправданно, хотя не часто бывает практическая необходимость делать более 2 состояний - для монитора/планшета и для смартфона.

Чтобы сделать мобильную версию сайта, не всегда хочется идти путем адаптивной верстки. Часто удобнее сделать ее отдельным сайтом на поддомене. И так делают очень многие крупные ресурсы (Яндекс, Лента, Booking.com и тд). У крупных проектов есть ряд аргументов в пользу именно отдельной версии:

- Отдельная мобильная версия будет легче и быстрее, чем адаптивный сайт с двумя состояниями
- Такая версия не будет содержать ничего лишнего, что есть в десктопной версии, но не нужно в мобильной
- 2 отдельных проекта могут быть проще в обслуживании, чем один адаптивный
- Обслуживать может независимая группа

Давно хотелось написать на эту тему и помог свежий диалог с верстальщиком:

Левон
Таким не занимаюсь уже несколько лет. Пишите если будет нужен современный адаптивный дизайн.

Андрей
https://m.aviasales.ru - весьма современный сайт
http://m.lenta.ru - тоже. Не всем нужен адаптив.

Левон
Это связано скорее с инерцией разработки в больших компаниях - им сложнее перестраиваться, идти в ногу со временем. Руководящие кадры опять же часто мыслят по-старому... Факт, мейнстрим: технически и морально "отдельная мобильная версия" - это устаревший и неактуальный подход, тут не о чем спорить. А то что "кто-то всё равно делает так" - "его проблемы". Скорее всего - клиенты/читатели уйдут к конкурентам которых у которых современнее и удобнее.

Андрей
А что плохого в желании облегчить напичканный букинг портал в десктопной версии до одной лишь формы бронирования в мобильной версии? Да и моб интернет не ровня выделенке. То что у "телефонного" посетителя и десктопного разные цели - несомненно. Могу привести много примеров.

Левон
А при чём тут "облегчить"? Что вам мешает как угодно "облегчать" функционал при адаптации, менять его с учётом особенностей устройств и поведения пользователей - именно так все и делают. Только это будет "один и тот же сайт" технически... Как на этот момент реагирует сейчас Mobile-Friendly Test, например, или насколько это неудобно для SEO??..

Андрей
Если верстка адаптивная, там не загружается весь html/js/css, прежде чем страница примет адаптированный вид?

Левон
Загружается весь html/js/css. Но это не страшно.

Андрей
"страшно" - это все-таки не вполне технологический термин. А если говорить про технику, я предпочту предоставить своим клиентам сайт, весящий 30 кб, против 500 при первой загрузке. (тарифы на трафик в роуминге можете посмотреть сами.) А уж то что "один сайт технически" - так это самый большой минус. Разделяй и властвуй ;-) Не думаю что отдельная версия это всегда хуже. Не вижу оснований. Иногда хуже, но на счет всегда…

Левон
Это уже более аргументированно с вашей стороны, но всё очень и очень спорно…


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

Лень

Решение сложной задачи поручайте ленивому сотруднику – он найдет более легкий путь. (c)

Интересно, как нужно искать ленивых сотрудников?

Команда или частный исполнитель

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

Александр Ч. ~ 2 часа назад
У Вас есть скайп? Наши специалисты начали задавать вопросы, и делают они это мне, а я ведь не знаю ответы. Давайте организуем групповой чат в скайпе или в Telegram?

Андрей ~ 1 час назад
Извините, что не уточнил сразу, но я ищу конечного исполнителя, не команду )

Александр Ч. ~ 1 час назад
А в чем разница между командой и конечным исполнителем?

Андрей ~ 1 час назад
Команды имеет смысл привлекать на целый проект, с большим кол-вом задач и длительностью. Привлекать прораба с бригадой, чтобы положить 1 кирпич не целесообразно )

Александр Ч. 37 минут назад
Окей, разумно

Принятие решений, за и против

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

Оригинал взят у tema в Цитата из Талеба


Я обнаружил, что использовал правило «меньше – значит больше» как инструмент для принятия решений (в противоположность методу, по которому все «за» и «против» выводятся на экран компьютера) чисто интуитивно. К примеру, если у вас есть больше одной причины сделать что-то (например, выбрать врача или ветеринара, нанять садовника или иного работника, жениться или выйти замуж, отправиться в путешествие), просто не делайте этого. Это вовсе не значит, что одна причина лучше двух; просто если вы предлагаете себе больше одной причины, значит, вы пытаетесь в чем-то себя убедить. Очевидные решения (неуязвимые в отношении ошибок) требуют не больше одной причины. Точно так же во французской армии действует эвристическое правило отвергать извинения за самоволку, если солдат указывает более одной причины, скажем, у него умерла бабушка, а еще он подхватил простуду и вдобавок его укусил кабан. Если некто нападает на книгу или концепцию, используя более одного довода, вы знаете, что эти доводы можно игнорировать. Никто не говорит: «Он уголовник, убивший много людей, а еще он отвратительно ведет себя за столом, у него пахнет изо рта и он скверно водит машину».



"Я делаю только новые макеты с нуля"

Из области парадоксов рынка. Разработчики, особенно верстальщики, обожают отказываться от развития проекта, предпочитая делать с нуля. Обычно за этим стоит "типа" нежелание работать с кодом некоего условного косорукого предыдущего разработчика.

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

Сталкиваюсь с этим 1-2 раза в неделю ровно с тех пор, как сам стал собирать проекты не с нуля, а делать на основе чего-то подходящего и уже готового.

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

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

Как пасти котов

Цитаты из книжки "Как пасти котов". Выписывал пока читал. Не дословные, но смысл передают.

- Делегирование невозможно без взаимного доверия
- Хвалить сотрудника нужно публично, критиковать один на один
- Сегодняшняя роскошь - завтрашняя рядовая потребность (относится и к бонусам для сотрудников)
- В любой работе нужно избегать совещаний без острой необходимости (многие очень увлекаются собраниями и совещаниями)
- Программисты плохие тестеры потому, что бессознательно знают где ошибка и обходят ее проверку
- Не стоит доверять финальное тестирование сотрудникам своей группы
- Учиться избегать раздражителей в работе: почта, скайп, телефон
- Парадокс, но работа дома для прогаммиста часто позволяет лучше сконцентрироваться, т.к. в офисе больше отвлекающих факторов.
- Применение в проекте новой технологии +45% к рискам (актуально для любителей писать: "только самые современные технологии")
- Гениальность часто менее важна чем хорошая работа в команде
- Не тянуть с увольнениями и не давать больше 1 шанса
- Чем моложе сотрудник тем больше рвения за высокой должностью. Чем старше, тем важнее хорошие деньги и интересная работа
- Хороший менеджер сам для себя создает условия, где расцветают его лидерские качества
- Для программиста очень важно разнообразие задач
- Люди на смертном одре редко жалеют что слишком мало времени проводили в офисе )) - это к вопросу важности самоорганизации
- Большие задачи нужно делить на мелкие и более управляемые
- С программистом всегда нужно говорить конкретно что от него ждешь. Никаких "исправить ошибки" или сделать "как следует"
- Составлять план действий на каждый день.

По сути все цитаты в равной степени справедливы не только для ИТ сферы.