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

Пользователь

Отправить сообщение
Особенности языка — это важно, но это не единственный и не всегда решающий фактор. Было бы интересно сравнение уровней ЗП, уровней разработчиков, культуре тестирования и типы компаний использующих эти языка.
я имел в виду
@media all and (max-width: 800px).
Это же можно сделать и с помощью , но iOS Safari не поддерживается
Вспомнил, почему я иногда делаю через DIV — тогда можно задавать min-width для разных разрешений, что очень ползено для iOS Safari
Да, Вы правы — лучше src-set
Вместо
<img src="hoge.jpg" width="100" height="100">
я бы сделал
<div style="background-image: url('hoge_x1.jpg'); background-image: -webkit-image-set(url('hoge_x1.jpg') 1x, url('hoge_x1.jpg') 2x);"></div>
Тогда для неритины подгрузиться маленькая картинка.
Совет про CSS спрайты с выходом HTTP/2 уже не такой однозначный.
Вы бы хоть миксовали рекламу себя с реальными советами. Иначе хочется только сказать — спасибо КЭП!
На собеседованиях часто спрашивают о самой сложной задачи или проекта, который приходилось решать.
Автор, посоветуйте, что ожидают услышать на такой вопрос?
Меня всегда этот вопрос вводит немного в ступор. Потому что все сложные задачи все равно дробятся на маленькие, а дальше — думаешь, гуглишь, пишешь и решаешь.
Теперь я понимаю, почему нас — программистов считают очень странными
Вместо Sequel Pro с большим удовольствием использую PhpStorm DB Navigator
Для себя решил, что тестовые задания должны быть либо короткие (15 минут), либо интересные.
Однажды взял тестовое задание на пару дней, но с условием, что мне отпишут что сделано хорошо и что сделано плохо. На работу меня не взяли, но я остался очень доволен, т.к. разобрался с интересными стандартами и получил очень качественный feedback.
Вникнуть в проблему, предусмотреть последствия и предложить улучшения/решения однозначно нужно.
Заниматься улучшениями, доработками «втихоря» не стоит. Потому что эти «улучшения» могут оказаться никому не нужны.
ИМХО, главное — правильная налаженная коммуникация.
На водопад
Можете подсказать по статусам для ошибок?
Какие статусы выдавать в случаях:
1. Ошибка пользователя, ее необходимо показать. Например «Вы ввели некорректную дату» или «форамат логина неверный»
2. Ошибка для developer'а. Например «Не передан параметер id. Без него зарезервировать билет невозможно»
Важно уметь учиться на ошибках (своих и чужих). Каждый раз пытаться выявлять глубинные причины. Тогда с каждой новой попыткой везение будет увеличиваться. Без этого сколько бы попыток в не предпринималось, это будет лишь беготней по кругу.
А можете подсказать методы определения желаний и насколько они «родные»?
Ну т.е. я хочу Катьку или Ленку? А если хочу Катьку, то хочу потому что она мне нравится или потому что она в классе была звездой?
Странные выводы у Вас. У меня все наоборот — когда встретил такого заказчика, я полюбил свою работу на 50% больше. Я понял, что мне намного приятнее думать о том, какой паттерн применить и т.п., чем думать о виде попапов и т.д.
Ну тогда получается, что нет никакой пользы от таких советов. Если ты не готов — ты им не будешь следовать. Если готов — то ты уже им следуешь.
Дайте мне только один совет — как эти советы начать применять в жизни? Даже зная их правильность и полезность.
Имхо, именно поэтому и нужно голосовать — это более активное действие, чем ныть о том, что все решено за нас.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность