За довольно долгий перерыв в ведении канала (в процессе смены работы решил устроить себе отпуск) было время подумать над вопросом отчего сейчас в основном зависит моя зарплата. Тем более что сам процесс поиска новой работы заставил задуматься о своём ценообразовании.
В начале карьеры всегда важен именно технический опыт. Скажем, на софт-скиллы у начинающего программиста потенциальный работодатель вряд ли обратит внимание. Возможно, исключением будет «умение быстро обучаться», но это настолько заезженная фраза, что употреблять её в резюме и на собеседовании крайне не рекомендуется.
В процессе перехода по условным шагам «junior-middle-senior» работодатель начинает уделять софт-скиллам всё больше внимания. Для middle-разработчика важными становятся умение работать в команде, память и внимание.
У senior список навыков пополняется гибкостью (пригождается в процессе выбора подходящей для решения задачи технологии), навыками тайм-менеджмента, коммуникации, умением доводить начатое до конца. А требования к умению работы в команде увеличиваются.
Для тим-лида уже дополнительно требуется эмоциональный интеллект (распознавание эмоций, понимание намерений, мотивации и желаний других людей), клиентоориентированность и очень развитый навык тайм-менеджмента.
Зависимость размера зарплаты от hard-soft навыков я бы субъективно описал так:
- У junior 90% суммы зависит от hard-скиллов, а 10% от soft-скиллов;
- У middle это 80%-20%;
- У senior — 60%-40%;
- У team lead — 40%-60%.
Отвечаю на вопрос, отчего сейчас зависит моя зарплата: я устраиваюсь на позицию team lead и думаю, что в моём случае половину зарплаты мне будут платить за hard-скиллы, а половину за soft-скиллы.
Главное, не нужно забывать про главный soft-скилл для специалистов в любой профессии и с любым опытом: умение продавать себя. Я видел примеры, когда этот навык позволял трудоустраиваться ребятам с очень слабым техническим бэкграундом и «дурить» работодателю голову по полгода. Но в целом это мощный навык, потому что вам не предложат больше той суммы, которую вы попросите. И зарплата нередко зависит от собственной самооценки и умения показать работодателю, что эта самооценка не беспочвенна. При этом очевидно, что умение соискателя продавать себя вряд ли интересует самого работодателя, скорее наоборот.
В начале карьеры всегда важен именно технический опыт. Скажем, на софт-скиллы у начинающего программиста потенциальный работодатель вряд ли обратит внимание. Возможно, исключением будет «умение быстро обучаться», но это настолько заезженная фраза, что употреблять её в резюме и на собеседовании крайне не рекомендуется.
В процессе перехода по условным шагам «junior-middle-senior» работодатель начинает уделять софт-скиллам всё больше внимания. Для middle-разработчика важными становятся умение работать в команде, память и внимание.
У senior список навыков пополняется гибкостью (пригождается в процессе выбора подходящей для решения задачи технологии), навыками тайм-менеджмента, коммуникации, умением доводить начатое до конца. А требования к умению работы в команде увеличиваются.
Для тим-лида уже дополнительно требуется эмоциональный интеллект (распознавание эмоций, понимание намерений, мотивации и желаний других людей), клиентоориентированность и очень развитый навык тайм-менеджмента.
Зависимость размера зарплаты от hard-soft навыков я бы субъективно описал так:
- У junior 90% суммы зависит от hard-скиллов, а 10% от soft-скиллов;
- У middle это 80%-20%;
- У senior — 60%-40%;
- У team lead — 40%-60%.
Отвечаю на вопрос, отчего сейчас зависит моя зарплата: я устраиваюсь на позицию team lead и думаю, что в моём случае половину зарплаты мне будут платить за hard-скиллы, а половину за soft-скиллы.
Главное, не нужно забывать про главный soft-скилл для специалистов в любой профессии и с любым опытом: умение продавать себя. Я видел примеры, когда этот навык позволял трудоустраиваться ребятам с очень слабым техническим бэкграундом и «дурить» работодателю голову по полгода. Но в целом это мощный навык, потому что вам не предложат больше той суммы, которую вы попросите. И зарплата нередко зависит от собственной самооценки и умения показать работодателю, что эта самооценка не беспочвенна. При этом очевидно, что умение соискателя продавать себя вряд ли интересует самого работодателя, скорее наоборот.
Как и у большинства людей примерно моего возраста (мне 33), история работы с компьютером началась с системника, монитора, клавиатуры, мыши и, конечно, колонок. Системник постоянно апгрейдился, несколько раз менялся полностью. Один ЭЛТ-монитор сменился другим, потом появился LCD-монитор на 19 дюймов, позднее на 24 дюйма.
До 2012 года я не задумывался над мобильностью, хотя работал удалённо. В голову начали приходить мысли поработать откуда-то не из дома. Почему нельзя поехать на базу отдыха, где есть интернет, и не поработать оттуда? Почему я не могу время от времени работать в офисе у друга?
Несмотря на то, что я с детства мечтал о ноутбуке, я долго считал, что ноутбук — это такой недокомпьютер, на котором нормально не поиграешь, не запустишь тяжёлое dev-окружение. Полагаю, так долгое время и было, но к концу нулевых ноутбукостроение достигло больших успехов: по доступной цене рынок предлагал конфигурации с 16GB оперативной памяти и полноценными игровыми видеокартами.
Когда я созрел для покупки ноутбука, то подошёл к выбору, как крепкий хозяственник: это был самый дешёвый из 19-дюймовых ноутбуков с топовым железом. Я купил ноутбук DNS, отличительными его чертами были дешёвый пластик и отвратительная сборка. До сих пор не знаю, что меня в нём раздражало больше всего: сильный шум, обжигающий руки нагрев или вес в 5 килограммов вместе с зарядкой. Полагаю, всё сразу.
Через пару лет я решил положить конец своим мучениям и купил другой ноутбук. Предыдущие ошибки были учтены, но не все. Это был уже 15-дюймовый ASUS, с топовым железом и в алюминиевом корпусе. Но всё такой же тяжёлый. С тем ноутбуком я ездил на работу по проектам и в Минск и в Москву. Он был даже в Дубае. Однажды он пережил полёт в багажном отделении самолёта Победы, на память об этом на нём осталась небольшая вмятина. Это не убиваемый аппарат с до сих пор актуальным железом, он и сейчас используется в качестве основного компьютера моей женой. Несмотря на то, что я не привязываюсь к вещам, этот ноутбук я, вероятно, не буду продавать, потому что с ним связано много воспоминаний.
После переезда в Москву я начал ездить в офис на метро и понял, что носить такую тяжесть на спине по три часа в день — это слишком. У меня был скромный бюджет, поэтому я купил 13-дюймовый HP ProBook 430 G5 на Core i5 с очень плохим экраном: проблемы с цветопередачей и разрешение 1366x768. Однако и этому я был рад — он был лёгкий, хорошо держал заряд и позволял программировать в метро (я даже успел написать один pet-проект, 90% которого было написано в метро).
На тот момент меня ещё не отпускала старая концепция рабочего стола: я пользовался монитором, отдельной клавиатурой и мышью. Что дома, что на работе. Я приходил домой, подключал периферию к ноутбуку и закрывал крышку. Разумеется, всегда стоял вопрос выбора хорошей клавиатуры и мыши, желательно чтобы они были беспроводными. Эта тема для отдельной заметки, но в один момент я понял, что рынок даже за большие деньги предлагает не то, что мне нужно. Я решил, что клавиатура ноутбука меня вполне устраивает, а пользоваться тачпадом вместо мыши я уже привык, тем более что я настраиваю KDE в Линуксе так, что большинство действий выполняется с помощью клавиатуры. На моём столе остался только ноутбук и дополнительный монитор.
Полтора года назад я пришёл к выводу, что и монитор мне на самом деле не нужен, потому что основные задачи, в частности, IDE, я предпочитаю держать на экране ноутбука: так удобнее, когда из-за стола хочется переместиться на пуфик, диван, кухню или в переговорную. Кроме того, я заметил, что переключение фокуса с одного экрана на другой немного сбивает контекст, это особенно хорошо ощущается, когда ты находишься в состоянии потока.
После отказа от монитора встала необходимость приобрести ноутбук с хорошим экраном. На этот раз финансы позволяли купить ультрабук. Выбор пал на Dell XPS 13, я давно хотел попробовать эту модель. Я пользуюсь им уже год и дома и в офисе, моё рабочее место — это просто пустой стол, на который я ставлю маленький ноутбук и делаю на этом ноутбуке всю работу, от программирования до вёрстки.
До 2012 года я не задумывался над мобильностью, хотя работал удалённо. В голову начали приходить мысли поработать откуда-то не из дома. Почему нельзя поехать на базу отдыха, где есть интернет, и не поработать оттуда? Почему я не могу время от времени работать в офисе у друга?
Несмотря на то, что я с детства мечтал о ноутбуке, я долго считал, что ноутбук — это такой недокомпьютер, на котором нормально не поиграешь, не запустишь тяжёлое dev-окружение. Полагаю, так долгое время и было, но к концу нулевых ноутбукостроение достигло больших успехов: по доступной цене рынок предлагал конфигурации с 16GB оперативной памяти и полноценными игровыми видеокартами.
Когда я созрел для покупки ноутбука, то подошёл к выбору, как крепкий хозяственник: это был самый дешёвый из 19-дюймовых ноутбуков с топовым железом. Я купил ноутбук DNS, отличительными его чертами были дешёвый пластик и отвратительная сборка. До сих пор не знаю, что меня в нём раздражало больше всего: сильный шум, обжигающий руки нагрев или вес в 5 килограммов вместе с зарядкой. Полагаю, всё сразу.
Через пару лет я решил положить конец своим мучениям и купил другой ноутбук. Предыдущие ошибки были учтены, но не все. Это был уже 15-дюймовый ASUS, с топовым железом и в алюминиевом корпусе. Но всё такой же тяжёлый. С тем ноутбуком я ездил на работу по проектам и в Минск и в Москву. Он был даже в Дубае. Однажды он пережил полёт в багажном отделении самолёта Победы, на память об этом на нём осталась небольшая вмятина. Это не убиваемый аппарат с до сих пор актуальным железом, он и сейчас используется в качестве основного компьютера моей женой. Несмотря на то, что я не привязываюсь к вещам, этот ноутбук я, вероятно, не буду продавать, потому что с ним связано много воспоминаний.
После переезда в Москву я начал ездить в офис на метро и понял, что носить такую тяжесть на спине по три часа в день — это слишком. У меня был скромный бюджет, поэтому я купил 13-дюймовый HP ProBook 430 G5 на Core i5 с очень плохим экраном: проблемы с цветопередачей и разрешение 1366x768. Однако и этому я был рад — он был лёгкий, хорошо держал заряд и позволял программировать в метро (я даже успел написать один pet-проект, 90% которого было написано в метро).
На тот момент меня ещё не отпускала старая концепция рабочего стола: я пользовался монитором, отдельной клавиатурой и мышью. Что дома, что на работе. Я приходил домой, подключал периферию к ноутбуку и закрывал крышку. Разумеется, всегда стоял вопрос выбора хорошей клавиатуры и мыши, желательно чтобы они были беспроводными. Эта тема для отдельной заметки, но в один момент я понял, что рынок даже за большие деньги предлагает не то, что мне нужно. Я решил, что клавиатура ноутбука меня вполне устраивает, а пользоваться тачпадом вместо мыши я уже привык, тем более что я настраиваю KDE в Линуксе так, что большинство действий выполняется с помощью клавиатуры. На моём столе остался только ноутбук и дополнительный монитор.
Полтора года назад я пришёл к выводу, что и монитор мне на самом деле не нужен, потому что основные задачи, в частности, IDE, я предпочитаю держать на экране ноутбука: так удобнее, когда из-за стола хочется переместиться на пуфик, диван, кухню или в переговорную. Кроме того, я заметил, что переключение фокуса с одного экрана на другой немного сбивает контекст, это особенно хорошо ощущается, когда ты находишься в состоянии потока.
После отказа от монитора встала необходимость приобрести ноутбук с хорошим экраном. На этот раз финансы позволяли купить ультрабук. Выбор пал на Dell XPS 13, я давно хотел попробовать эту модель. Я пользуюсь им уже год и дома и в офисе, моё рабочее место — это просто пустой стол, на который я ставлю маленький ноутбук и делаю на этом ноутбуке всю работу, от программирования до вёрстки.
Друзья, мне в команду на проект https://infourok.ru/ нужны фронтенд-разработчики уровня senior c большим опытом разработки на React.
Сразу скажу, что пару месяцев надо будет поработать в офисе в Москве, но потом будет гибридный формат: 5 дней в месяц, любых на выбор, нужно будет посещать офис. Сам офис находится рядом с метро Динамо. Есть печеньки.
Чем предстоит заниматься: нужно будет разрабатывать новый функционал на React и иногда поддерживать старый на старом-добром jQuery.
Самое приятное, кроме вилки з.п. 300-500к, это наш небольшой и очень дружный коллектив 🙂
Резюме можно прислать нашему HR Геннадию @GennIURU
Сразу скажу, что пару месяцев надо будет поработать в офисе в Москве, но потом будет гибридный формат: 5 дней в месяц, любых на выбор, нужно будет посещать офис. Сам офис находится рядом с метро Динамо. Есть печеньки.
Чем предстоит заниматься: нужно будет разрабатывать новый функционал на React и иногда поддерживать старый на старом-добром jQuery.
Самое приятное, кроме вилки з.п. 300-500к, это наш небольшой и очень дружный коллектив 🙂
Резюме можно прислать нашему HR Геннадию @GennIURU
Инфоурок
Официальный сайт ООО «Инфоурок» - курсы, тесты, видеолекции, материалы для учителей
Инфоурок — образовательная онлайн-платформа №1 по популярности. Более 7 000 000 материалов для профессионалов своего дела. Смотрите курсы, видеолекции, онлайн-мероприятия, скачивайте полезные материалы и загружайте свои, чтобы зарабатывать на них.
От людей, далёких и не очень от IT не раз слышал фразу в духе «программистом быть так круто, ты можешь сам сделать любой стартап, который придёт в голову». Утверждение, в общем, верное. Например, веб-разработчик действительно может разработать и proof-of-concept (подтверждение концепции) и MVP (минимально жизнеспособный продукт) почти любого веб-сервиса.
Почему же 99.99% разработчиков не являются успешными стартаперами? На первый взгляд, может показаться, что проблема в генерации идей... Но нет. Интересные задумки генерировать может каждый, у кого достаточно развита фантазия для этого. Когда я работал на фрилансе, у меня отбоя не было от ребят, которые предлагали участие в стартапах. Долю предлагали обычно далеко не 50% на 50%: почему-то автор проекта претендует минимум на 70% и, чем более сумасшедшая, в плохом смысле, идея, тем большую долю он желает получить. От меня же требовалось всего ничего: просто поверить «гению» и реализовать его мечту с нуля. Мне всегда хватало ума отказываться от подобных предложений.
Но мне не хватало ума отказываться от собственных идей, именно поэтому счётчик моих неудавшихся стартапов перевалил уже за десяток. Я не жалею ни об одном из них, потому что время, когда ты пишешь код для себя, с небывалым интересом и мотивацией, бесценно. Но эта череда неуспехов заставила меня весьма скептически относиться к любым идеям, не только своим. Теперь я могу сказать, что есть люди, которые придумывают стартапы, а есть люди, которые их реализовывают. Первые получают сливки, вторым платят зарплату и/или опционы. Ещё есть уникумы, которые способны совмещать в себе две эти роли. Но я для себя понял, что я отношусь ко второй категории, я наёмный профессионал, хочется думать что дорогой.
Почему я не автор стартапов? У стартапера должна присутствовать важная характеристика — он должен верить в свою идею до конца. Такие, как мы, кто привык зарабатывать деньги своим профессиональным трудом, кто за время работы лично наблюдал как 90% стартапов умирают, мы всегда сомневаемся и в себе, и в своих, и в чужих задумках. Пропуская через призму, прежде всего, опыта, а потом уже рефлексии и анализа, мы заранее губим проекты, которые, возможно, могли бы стать успешными. Это связано с эффектом Даннинга-Крюгера. Но правда в том, что даже самая безумная идея хоть и с малой вероятностью, но может «выстрелить». В качестве примера приведу тот же chatroulette.com.
С возрастом я выбрал роль исполнителя. В этой роли комфортно жить, но от мечты создать что-то своё я не отказался и, думаю, от такой мечты не стоит отказываться никому. Даже если она не исполнится, само её наличие — это стимул, который помогает двигаться вперёд.
Почему же 99.99% разработчиков не являются успешными стартаперами? На первый взгляд, может показаться, что проблема в генерации идей... Но нет. Интересные задумки генерировать может каждый, у кого достаточно развита фантазия для этого. Когда я работал на фрилансе, у меня отбоя не было от ребят, которые предлагали участие в стартапах. Долю предлагали обычно далеко не 50% на 50%: почему-то автор проекта претендует минимум на 70% и, чем более сумасшедшая, в плохом смысле, идея, тем большую долю он желает получить. От меня же требовалось всего ничего: просто поверить «гению» и реализовать его мечту с нуля. Мне всегда хватало ума отказываться от подобных предложений.
Но мне не хватало ума отказываться от собственных идей, именно поэтому счётчик моих неудавшихся стартапов перевалил уже за десяток. Я не жалею ни об одном из них, потому что время, когда ты пишешь код для себя, с небывалым интересом и мотивацией, бесценно. Но эта череда неуспехов заставила меня весьма скептически относиться к любым идеям, не только своим. Теперь я могу сказать, что есть люди, которые придумывают стартапы, а есть люди, которые их реализовывают. Первые получают сливки, вторым платят зарплату и/или опционы. Ещё есть уникумы, которые способны совмещать в себе две эти роли. Но я для себя понял, что я отношусь ко второй категории, я наёмный профессионал, хочется думать что дорогой.
Почему я не автор стартапов? У стартапера должна присутствовать важная характеристика — он должен верить в свою идею до конца. Такие, как мы, кто привык зарабатывать деньги своим профессиональным трудом, кто за время работы лично наблюдал как 90% стартапов умирают, мы всегда сомневаемся и в себе, и в своих, и в чужих задумках. Пропуская через призму, прежде всего, опыта, а потом уже рефлексии и анализа, мы заранее губим проекты, которые, возможно, могли бы стать успешными. Это связано с эффектом Даннинга-Крюгера. Но правда в том, что даже самая безумная идея хоть и с малой вероятностью, но может «выстрелить». В качестве примера приведу тот же chatroulette.com.
С возрастом я выбрал роль исполнителя. В этой роли комфортно жить, но от мечты создать что-то своё я не отказался и, думаю, от такой мечты не стоит отказываться никому. Даже если она не исполнится, само её наличие — это стимул, который помогает двигаться вперёд.
👍2
Сегодня в IT Монахе видео-выпуск🙂
Чуть больше года назад я стал деканом факультета FullStack JavaScript в GeekBrains. Самого факультета на тот момент ещё не было, поэтому мне предстояло разработать верхнеуровневую программу факультета, вместе с рекрутерами найти авторов учебных программ для курсов, а затем и преподавателей на эти курсы. Я даже взял на себя разработку, а затем и участие в записи видеокурса по основам программирования.
Но самой сложной работой была, безусловно, работа с авторами: мы вместе с методисткой Асей вычитывали каждую методичку, предлагали правки, доработки. Но это была больше работа не с текстом, а с людьми: специалистам свойственна профессиональная деформация и они по умолчанию говорят со студентами на профессиональном языке, который студентам пока непонятен. Иногда даже приходилось отказываться от авторов, потому что они так и не могли начать писать доходчивый, понятный текст. А иногда нам так везло с авторами, что у нас не возникало ни одного комментария по методичкам.
👇👇👇
Чуть больше года назад я стал деканом факультета FullStack JavaScript в GeekBrains. Самого факультета на тот момент ещё не было, поэтому мне предстояло разработать верхнеуровневую программу факультета, вместе с рекрутерами найти авторов учебных программ для курсов, а затем и преподавателей на эти курсы. Я даже взял на себя разработку, а затем и участие в записи видеокурса по основам программирования.
Но самой сложной работой была, безусловно, работа с авторами: мы вместе с методисткой Асей вычитывали каждую методичку, предлагали правки, доработки. Но это была больше работа не с текстом, а с людьми: специалистам свойственна профессиональная деформация и они по умолчанию говорят со студентами на профессиональном языке, который студентам пока непонятен. Иногда даже приходилось отказываться от авторов, потому что они так и не могли начать писать доходчивый, понятный текст. А иногда нам так везло с авторами, что у нас не возникало ни одного комментария по методичкам.
👇👇👇
Media is too big
VIEW IN TELEGRAM
Обстоятельства сложились так, что мне пришлось оставить деканство. Это интервью снималось два месяца назад, за эти пару месяцев у меня многое поменялось: я ушёл из Mail.Ru Group и перестал быть деканом. Перемены в работе в первую очередь позволяют расти в профессиональном плане, часто улучшая и материальный аспект жизни. В моём случае перемены принесли ещё и определённый душевный комфорт.
Недавно довелось покупать новый телефон, потому что старый после небольших водных процедур стал себя вести нестабильно. И я окончательно понял для себя, что современные смартфоны меня раздражают. Мне неприятно их покупать, неприятно ими пользоваться, я с ностальгией вспоминаю дотачскринную эпоху смартфоностроения, когда флагманами были устройства Nokia на Symbian. То было прекрасное время физических клавиатур и крутого дизайна.
Раньше, когда ты заходил в салон сотовой связи, у тебя разбегались глаза от разнообразия. Каждый производитель старался сделать устройство заметным и функциональным. Вендоры экспериментировали с клавиатурой, расположением камеры, складывающимися, выдвижными, поворотными механизмами экрана, вторыми экранами. Даже физическая клавиатура из 12 клавиш, благодаря предиктивной системе набора текста T9 (Text on 9 keys) позволяла набирать текст быстрее (да ещё и слепым методом!), чем это происходит на современных устройствах. При этом любое из устройств держало заряд минимум три дня, а некоторые модели могли похвастаться недельным запасом заряда аккумулятора.
Сейчас же, когда ты заходишь в магазин, видишь ряды абсолютно однотипных устройств, похожих друг на друга как две капли воды, понимаешь что не хочешь покупать ничего из этого. Не хочешь, но тебе приходится, потому что жизнь в современном мире невозможна без смартфона: ни такси заказать, ни деньги перевести.
В этой истории интересно то, что производители больше не пытаются создавать визуально уникальные устройства, наоборот, они делают смартфоны с оглядкой друг на друга. Вся эта мода на вырезы в экранах, отсутствие разъёма mini-jack и прочее настолько быстро захлёстывает рынок, что ты приходишь в очередной раз в магазин и понимаешь, что без выреза в экране смартфон ты больше не купишь, их просто нет, а для того, чтобы слушать музыку через проводные наушники теперь придётся купить и носить с собой переходник USB Type-C -> mini-jack.
С этим всем можно смириться, но больше всего меня печалит то, что хардварные клавиатуры умерли. Кто-то пытается делать смартфоны с клавиатурами, например, Cosmo Communicator или Pro1 X, но это какие-то единичные истории и они часто заканчиваются снятием с производства в виду низкого спроса.
Потому что массовому потребителю не нужны клавиатуры, экраны без вырезов, mini-jack, аккумуляторы, которых хватает на три дня. Ему нужно больше камер, чтобы запостить красивую фоточку в инстаграм, а текста туда много писать не нужно, одного-двух предложений с ошибками и без запятых вполне хватит.
Раньше, когда ты заходил в салон сотовой связи, у тебя разбегались глаза от разнообразия. Каждый производитель старался сделать устройство заметным и функциональным. Вендоры экспериментировали с клавиатурой, расположением камеры, складывающимися, выдвижными, поворотными механизмами экрана, вторыми экранами. Даже физическая клавиатура из 12 клавиш, благодаря предиктивной системе набора текста T9 (Text on 9 keys) позволяла набирать текст быстрее (да ещё и слепым методом!), чем это происходит на современных устройствах. При этом любое из устройств держало заряд минимум три дня, а некоторые модели могли похвастаться недельным запасом заряда аккумулятора.
Сейчас же, когда ты заходишь в магазин, видишь ряды абсолютно однотипных устройств, похожих друг на друга как две капли воды, понимаешь что не хочешь покупать ничего из этого. Не хочешь, но тебе приходится, потому что жизнь в современном мире невозможна без смартфона: ни такси заказать, ни деньги перевести.
В этой истории интересно то, что производители больше не пытаются создавать визуально уникальные устройства, наоборот, они делают смартфоны с оглядкой друг на друга. Вся эта мода на вырезы в экранах, отсутствие разъёма mini-jack и прочее настолько быстро захлёстывает рынок, что ты приходишь в очередной раз в магазин и понимаешь, что без выреза в экране смартфон ты больше не купишь, их просто нет, а для того, чтобы слушать музыку через проводные наушники теперь придётся купить и носить с собой переходник USB Type-C -> mini-jack.
С этим всем можно смириться, но больше всего меня печалит то, что хардварные клавиатуры умерли. Кто-то пытается делать смартфоны с клавиатурами, например, Cosmo Communicator или Pro1 X, но это какие-то единичные истории и они часто заканчиваются снятием с производства в виду низкого спроса.
Потому что массовому потребителю не нужны клавиатуры, экраны без вырезов, mini-jack, аккумуляторы, которых хватает на три дня. Ему нужно больше камер, чтобы запостить красивую фоточку в инстаграм, а текста туда много писать не нужно, одного-двух предложений с ошибками и без запятых вполне хватит.
Есть такая библиотека для стилизации HTML Tailwind CSS, если коротко, это как Bootstrap, только с совершенно другим подходом. На этой неделе автор библиотеки отчитался в Твиттере, что его либа достигла показателя в миллион скачиваний в неделю.
Это довольно серьёзная цифра и маркер того, что продукт признан, востребован и, скорее всего, в течение года займёт место в списке популярных технологий во фронтенде.
Но интереснее всего то, как эта библиотека появилась, по словам автора, изначально это были просто пара глупых таблиц стилей, которые он копировал туда-сюда, перебирая неудачные идеи SaaS в течение нескольких лет подряд.
Очередное доказательство того, что для создания чего-то полезного, а значит, и популярного, не нужно долго думать, пытаться сотворить что-то совершенное, гармоничное. Часто идеи для «стартапов» находятся прямо у нас «под носом» и мы ими даже сами пользуемся или хотим пользоваться.
Это довольно серьёзная цифра и маркер того, что продукт признан, востребован и, скорее всего, в течение года займёт место в списке популярных технологий во фронтенде.
Но интереснее всего то, как эта библиотека появилась, по словам автора, изначально это были просто пара глупых таблиц стилей, которые он копировал туда-сюда, перебирая неудачные идеи SaaS в течение нескольких лет подряд.
Очередное доказательство того, что для создания чего-то полезного, а значит, и популярного, не нужно долго думать, пытаться сотворить что-то совершенное, гармоничное. Часто идеи для «стартапов» находятся прямо у нас «под носом» и мы ими даже сами пользуемся или хотим пользоваться.
Пока все до сих пор обсуждают сбой Facebook, WhatsApp и Instagram, хочу высказаться по поводу технической составляющей продуктов фейсбука.
Как бы кто ни относился к социальной сети facebook.com, с точки зрения инженерии, это крутой продукт, выдерживающий огромную нагрузку. Команда фейсбука создала такие крутые технологии как HHVM (HipHop for PHP, транспайлер PHP-кода в код на C++, после выхода PHP 7 потерявший актуальность), React, React Native и другие.
При этом есть мессенджер «привет из нулевых» WhatsApp, в котором отсутствуют обычные для современных мессенджеров возможности, и какая-то проблема с desktop-клиентами (под Линукс, например, вообще нет), будто это не самый популярный мессенджер в мире, а какой-то неудачный стартап, недополучивший инвестиции.
А ещё есть глючный Instagram. Перед написанием этой заметки товарищ с работы поделился наблюдением по поводу весьма своеобразного подхода к заполнению аттрибута class с использованием множества пробелов в веб-версии Instagram: это похоже на ошибку, которую как минимум полгода не могут или не хотят исправить. См. скриншот под постом 👇
Такое ощущение, что менеджеров, дизайнеров, программистов, чем-то провинившихся в основном проекте, ссылают сперва в Instagram и, если воспитательная мера не подействовала, отправляют уже совсем в штрафбат — WhatsApp.
В общем, у меня неоднозначное отношение к Фейсбуку. С одной стороны, я благодарен им за React, потому что это сбалансированный инструмент, по праву являющийся самым популярным среди решений для разработки SPA, да и не только. С другой, мне не нравятся ни идеи их продуктов, ни качество исполнения. А ещё эта история, когда айти-гигант, который может позволить нанять лучших девопсов в мире, допускает полный простой всех своих сервисов в течение 5 часов... Фантастика.
Как бы кто ни относился к социальной сети facebook.com, с точки зрения инженерии, это крутой продукт, выдерживающий огромную нагрузку. Команда фейсбука создала такие крутые технологии как HHVM (HipHop for PHP, транспайлер PHP-кода в код на C++, после выхода PHP 7 потерявший актуальность), React, React Native и другие.
При этом есть мессенджер «привет из нулевых» WhatsApp, в котором отсутствуют обычные для современных мессенджеров возможности, и какая-то проблема с desktop-клиентами (под Линукс, например, вообще нет), будто это не самый популярный мессенджер в мире, а какой-то неудачный стартап, недополучивший инвестиции.
А ещё есть глючный Instagram. Перед написанием этой заметки товарищ с работы поделился наблюдением по поводу весьма своеобразного подхода к заполнению аттрибута class с использованием множества пробелов в веб-версии Instagram: это похоже на ошибку, которую как минимум полгода не могут или не хотят исправить. См. скриншот под постом 👇
Такое ощущение, что менеджеров, дизайнеров, программистов, чем-то провинившихся в основном проекте, ссылают сперва в Instagram и, если воспитательная мера не подействовала, отправляют уже совсем в штрафбат — WhatsApp.
В общем, у меня неоднозначное отношение к Фейсбуку. С одной стороны, я благодарен им за React, потому что это сбалансированный инструмент, по праву являющийся самым популярным среди решений для разработки SPA, да и не только. С другой, мне не нравятся ни идеи их продуктов, ни качество исполнения. А ещё эта история, когда айти-гигант, который может позволить нанять лучших девопсов в мире, допускает полный простой всех своих сервисов в течение 5 часов... Фантастика.
Одна из моих постоянных обязанностей, независимо от от места работы, это проведение технических собеседований с кандидатами на новые или освободившиеся вакансии в команде. И концентрация собеседований на единицу времени со временем увеличивается. Я думал, что деканство в Гикбрейнсе, где я проводил, в среднем, 3 собеседования в неделю в течение года — это предел и хуже уже не будет. Но сейчас на этапе формирования команды количество собеседований в неделю достигает 10.
Всегда стремился и продолжаю искать эффективный способ оценки технических навыков в рамках интервью. С течением времени, как это и должно происходить, если вы не перестаёте расти в профессиональном плане, приходит понимание, что прежние практики были не очень хороши (раз, два) и нужно искать что-то другое. Последний год на технических собеседованиях я прошу кандидатов решить какую-то простую задачу в процессе созвона и наблюдаю за написанием кода, стараясь не вмешиваться без необходимости.
Кроме такой характеристики, как скорость набора кода, позволяющей примерно оценить время, которое программист проводит за разработкой (об этом я уже писал), скрининг написания кода позволяет оценить внимательность, способность понять и оценить задачу, принимать правильные архитектурные решения, чтобы уложиться в заданное время, показывает уровень знаний языка и инструментария, который используется в процессе решения.
Скрининг также фильтрует кандидатов, которые хорошо умеют себя продавать, отвечать на технические вопросы, но испытывающих сложности с непосредственно написанием кода.
Главный минус в скрининге написания кода заключается в том, что из-за стресса, вызванного самим собеседованием, интервьюируемый может нервничать и показать не те результаты, на которые на самом деле способен. Поэтому нельзя относиться к результатам скрининга слишком критично: чем меньше у кандидата опыта, тем больше ему можно допустить ошибок.
А ещё невозможно угодить всем кандидатам: раньше, когда в собеседованиях были алгоритмы и решение каких-то синтетических задач, мне приходилось слушать претензии по поводу того, что это не рабочие задачи. Теперь, когда задача на скрининг больше приближена к рабочей, тоже приходится слушать претензии. Например, в минувшую пятницу кандидат на вакансию фронтенд-разработчика сказала про эту задачу, что это очень похоже на реальную задачу, поэтому она не будет её делать. Видимо, она подумала, что мы зазываем кандидатов на собеседование, даём им задачи из бэклога и так и ведём разработку продукта 🤷
Всегда стремился и продолжаю искать эффективный способ оценки технических навыков в рамках интервью. С течением времени, как это и должно происходить, если вы не перестаёте расти в профессиональном плане, приходит понимание, что прежние практики были не очень хороши (раз, два) и нужно искать что-то другое. Последний год на технических собеседованиях я прошу кандидатов решить какую-то простую задачу в процессе созвона и наблюдаю за написанием кода, стараясь не вмешиваться без необходимости.
Кроме такой характеристики, как скорость набора кода, позволяющей примерно оценить время, которое программист проводит за разработкой (об этом я уже писал), скрининг написания кода позволяет оценить внимательность, способность понять и оценить задачу, принимать правильные архитектурные решения, чтобы уложиться в заданное время, показывает уровень знаний языка и инструментария, который используется в процессе решения.
Скрининг также фильтрует кандидатов, которые хорошо умеют себя продавать, отвечать на технические вопросы, но испытывающих сложности с непосредственно написанием кода.
Главный минус в скрининге написания кода заключается в том, что из-за стресса, вызванного самим собеседованием, интервьюируемый может нервничать и показать не те результаты, на которые на самом деле способен. Поэтому нельзя относиться к результатам скрининга слишком критично: чем меньше у кандидата опыта, тем больше ему можно допустить ошибок.
А ещё невозможно угодить всем кандидатам: раньше, когда в собеседованиях были алгоритмы и решение каких-то синтетических задач, мне приходилось слушать претензии по поводу того, что это не рабочие задачи. Теперь, когда задача на скрининг больше приближена к рабочей, тоже приходится слушать претензии. Например, в минувшую пятницу кандидат на вакансию фронтенд-разработчика сказала про эту задачу, что это очень похоже на реальную задачу, поэтому она не будет её делать. Видимо, она подумала, что мы зазываем кандидатов на собеседование, даём им задачи из бэклога и так и ведём разработку продукта 🤷
Друзья, недавно я зарегистрировался в Твиттере, где пишу более неформальные (и, разумеется, более короткие) посты, участвую в обсуждениях. Буду рад фолловерам: https://twitter.com/_it_monk_
В мире IT, несмотря на свойственную ему инновационность, правило «Новое — это хорошо забытое старое» тоже прекрасно работает. Вот несколько примеров:
- Функциональное программирование стало трендом вместо объектно-ориентированного, которое в своё время было очень популярно и предлагалось везде в качестве альтернативы функциональному;
- Первые планшетные компьютеры появились ещё в конце 80-х, было много попыток популяризировать их, но по-настоящему популярными они стали в начале 10-х как альтернатива компьютеру, сейчас их популярность снижается, вероятно, лет через 15 мы опять увидим бум планшетных ПК, но уже в качестве более функциональной альтернативы смартфонам.
Мне стал интересен более показательный пример: мода на механические клавиатуры.
История клавиатур берёт своё начало в США в 19-м веке, тогда клавиатуры нужны были, разумеется, в печатных машинках. Кстати, русскую раскладку ЙЦУКЕН, которой мы пользуемся до сих пор, придумали тоже в США, когда появился спрос на поставку печатных машинок в Российскую империю. С появлением телетайпа в 20-х годах и до 80-х годов технологии клавиатуростроения развивались в направлении того, как лучше определять момент нажатия клавиши, в то время как вопрос механизма клавиатуры был несущественным — все они были с пружинным механизмом. Но с развитием и удешевлением компьютерной техники в 80-х годах вопрос удешевления производства клавиатур упёрся в механику движения кнопок.
Механические клавиатуры гораздо сложнее в производстве, нежели резиномембранные, а резиномембранные не очень хороши в плане юзабилити. Поэтому с 80-х годов по наше время производители экспериментируют с механизмами клавиатур, пытаясь разработать удобное, износостойкое, недорогое устройство ввода. Эксперименты эти не всегда удачны, стоит вспомнить хотя бы MacBook’и 2016-2019 годов с отваливающимися на второй месяц использования клавишами с механизмом «бабочка».
Но мотивом развития клавиатурных механизмов служило не только и не всегда желание сэкономить, но и сделать клавиатуру компактной и лёгкой, что ведёт к улучшению пользовательского опыта: чем меньше ход клавиш и чётче отклик, тем меньше энергии затрачивается на набор, а скорость самого набора растёт.
Казалось бы, все привыкли к эргономичным, лёгким и тонким клавиатурам, однако, откуда ни возьмись появляется мода на забытые механические клавиатуры, но в несколько обновлённом видесо свистелками и перделками с позаимствованной у новогодней ёлки подсветкой. А звук набора текста вновь стало слышно даже через стену. Не удивлюсь, если в обозримом будущем появится переиздание с подсветкой легендарной IBM Model M keyboard.
А какие примеры получивших второе дыхание технологий знаете вы?
- Функциональное программирование стало трендом вместо объектно-ориентированного, которое в своё время было очень популярно и предлагалось везде в качестве альтернативы функциональному;
- Первые планшетные компьютеры появились ещё в конце 80-х, было много попыток популяризировать их, но по-настоящему популярными они стали в начале 10-х как альтернатива компьютеру, сейчас их популярность снижается, вероятно, лет через 15 мы опять увидим бум планшетных ПК, но уже в качестве более функциональной альтернативы смартфонам.
Мне стал интересен более показательный пример: мода на механические клавиатуры.
История клавиатур берёт своё начало в США в 19-м веке, тогда клавиатуры нужны были, разумеется, в печатных машинках. Кстати, русскую раскладку ЙЦУКЕН, которой мы пользуемся до сих пор, придумали тоже в США, когда появился спрос на поставку печатных машинок в Российскую империю. С появлением телетайпа в 20-х годах и до 80-х годов технологии клавиатуростроения развивались в направлении того, как лучше определять момент нажатия клавиши, в то время как вопрос механизма клавиатуры был несущественным — все они были с пружинным механизмом. Но с развитием и удешевлением компьютерной техники в 80-х годах вопрос удешевления производства клавиатур упёрся в механику движения кнопок.
Механические клавиатуры гораздо сложнее в производстве, нежели резиномембранные, а резиномембранные не очень хороши в плане юзабилити. Поэтому с 80-х годов по наше время производители экспериментируют с механизмами клавиатур, пытаясь разработать удобное, износостойкое, недорогое устройство ввода. Эксперименты эти не всегда удачны, стоит вспомнить хотя бы MacBook’и 2016-2019 годов с отваливающимися на второй месяц использования клавишами с механизмом «бабочка».
Но мотивом развития клавиатурных механизмов служило не только и не всегда желание сэкономить, но и сделать клавиатуру компактной и лёгкой, что ведёт к улучшению пользовательского опыта: чем меньше ход клавиш и чётче отклик, тем меньше энергии затрачивается на набор, а скорость самого набора растёт.
Казалось бы, все привыкли к эргономичным, лёгким и тонким клавиатурам, однако, откуда ни возьмись появляется мода на забытые механические клавиатуры, но в несколько обновлённом виде
А какие примеры получивших второе дыхание технологий знаете вы?
Apple в этот раз как-то особо предсказуема в плане дизайнерских решений. Вчера прошла презентация, на которой показали новые MacBook Pro с процессорами M1 Pro и M1 Max. Ноутбуки технически прекрасны, но свершилось то, что должно было свершиться: вместо тачбара вернулись физические клавиши, а на экране появилась чёлка.
С клавишами понятно: когда появились устройства с тачбаром вместо функциональных клавиш, это снизило удобство работы с профессиональным софтом, особенно с софтом, используемым для разработки. Дело в том, что в любой среде разработки много сочетаний завязано на функциональные кнопки. Нажимать эти кнопки можно, но уже через клавишу FN, предварительно прицелившись как при нажатии кнопок на смартфоне.
Особенно интересно получилось с клавишей Esc, специфика работы с которой подразумевает частое использование и, в некоторых критичных ситуациях, возможность как можно быстрее её нажать. Осознав ошибку, Apple в прошках 20-го года вернула физическую клавишу Esc и вопрос возвращения остальных стал делом времени. Что и произошло, причём под соусом новизны, вот цитата с сайта Apple: «На клавиатуре Magic Keyboard у MacBook Pro впервые появился ряд полноразмерных механических функциональных клавиш. Такие клавиши особенно ценят профессиональные пользователи из‑за тактильных ощущений».
Компания любит проверять концепции на живых пользователях, часто это работает, и дизайнерские причуды приживаются, но не всегда. Кому был удобен этот тачбар? Возможно, дизайнерам, людям творческих профессии, да казуальным пользователям, которые и представления не имеют о каких-то там функциональных кнопках.
Ну вырез в экранах — это вообще современный тренд. Который, к сожалению, пришёл в мир смартфонов с подачи Apple и с её же подачи теперь уже пришёл в мир ноутбуков: логично предположить, что Huawei и Xiaomi, чьи лэптопы изо всех сил мимикрируют под макбуки, первыми подхватят идею с вырезом, а там постепенно подтянутся и все остальные, включая HP и Dell.
С клавишами понятно: когда появились устройства с тачбаром вместо функциональных клавиш, это снизило удобство работы с профессиональным софтом, особенно с софтом, используемым для разработки. Дело в том, что в любой среде разработки много сочетаний завязано на функциональные кнопки. Нажимать эти кнопки можно, но уже через клавишу FN, предварительно прицелившись как при нажатии кнопок на смартфоне.
Особенно интересно получилось с клавишей Esc, специфика работы с которой подразумевает частое использование и, в некоторых критичных ситуациях, возможность как можно быстрее её нажать. Осознав ошибку, Apple в прошках 20-го года вернула физическую клавишу Esc и вопрос возвращения остальных стал делом времени. Что и произошло, причём под соусом новизны, вот цитата с сайта Apple: «На клавиатуре Magic Keyboard у MacBook Pro впервые появился ряд полноразмерных механических функциональных клавиш. Такие клавиши особенно ценят профессиональные пользователи из‑за тактильных ощущений».
Компания любит проверять концепции на живых пользователях, часто это работает, и дизайнерские причуды приживаются, но не всегда. Кому был удобен этот тачбар? Возможно, дизайнерам, людям творческих профессии, да казуальным пользователям, которые и представления не имеют о каких-то там функциональных кнопках.
Ну вырез в экранах — это вообще современный тренд. Который, к сожалению, пришёл в мир смартфонов с подачи Apple и с её же подачи теперь уже пришёл в мир ноутбуков: логично предположить, что Huawei и Xiaomi, чьи лэптопы изо всех сил мимикрируют под макбуки, первыми подхватят идею с вырезом, а там постепенно подтянутся и все остальные, включая HP и Dell.
👍1
На хабре вчера появилась интересная обзорная статья «Зарплаты в Python за последние 10 лет». Если коротко: популярность Python растёт вместе с зарплатами Python-разработчиков.
Мне раньше приходилось писать на питоне, когда дело касалось машинного обучения. И за время работы с этим языком мне он так и не приглянулся. Возможно, я слишком привык к Си-подобному синтаксису, возможно, привязанность к TypeScript, моему основному инструменту, не даёт всерьёз заинтересоваться другими языками.
Но написать я хочу не про Python, а про рейтинг языков программирования TIOBE. Это, пожалуй, самый авторитетный рейтинг популярности языков программирования. И основан он на частоте упоминания языка в поисковых запросах в Google, Blogger, Wikipedia, YouTube, Baidu, Yahoo, Bing и Amazon.
Безусловно, есть корреляция между количеством поисковых запросов и популярностью языка, но в контексте питона смущает тот факт, что за последние годы только ленивый не начинал изучать питон. Серьёзно, я не раз слышал от знакомых, на досуге пытавшихся войти в IT, что они пробовали изучать питон по бесплатным/платным курсам. А вот, например, про JavaScript мне такое слышать не приходилось. Ну то есть я знаю людей, которые решили радикально поменять профессию и начали изучать фронтенд (кто-то из них в процессе ушёл в бэк и на другой язык), но вот именно «попробовал на досуге ради интереса, не получилось», — такого я про JavaScript не слышал, равно как и про другие языки.
То есть Python приобрёл славу языка, которому может научиться каждый и огромная масса людей, которые вряд ли станут программистами, но пытаются научиться языку, генерирует огромное количество поисковых запросов. Отсюда и значительный рост популярности Python по версии TIOBE. Однако если говорить об абсолютной популярности, не придираясь к её качеству, то Python, уверен, действительно лидирует.
Но, если взять такую метрику, как количество пулл-реквестов на GitHub, которая, в отличие от поисковых запросов, коррелирует с количеством уже написанного кода более-менее состоявшимися программистами, то тут в лидерах JavaScript, а Python на втором месте.
Но это неважно.
Я давно перестал испытывать эмоции по поводу движения каких-либо языков в каких-либо рейтингах. Полагаю, что выбирать основной язык и направление разработки, которым планируется зарабатывать деньги, нужно опираясь не на популярность языка или размер зарплат, а на свои ощущения от работы с инструментом. Работа должна на ряду с деньгами приносить ещё и удовольствие.
Мне раньше приходилось писать на питоне, когда дело касалось машинного обучения. И за время работы с этим языком мне он так и не приглянулся. Возможно, я слишком привык к Си-подобному синтаксису, возможно, привязанность к TypeScript, моему основному инструменту, не даёт всерьёз заинтересоваться другими языками.
Но написать я хочу не про Python, а про рейтинг языков программирования TIOBE. Это, пожалуй, самый авторитетный рейтинг популярности языков программирования. И основан он на частоте упоминания языка в поисковых запросах в Google, Blogger, Wikipedia, YouTube, Baidu, Yahoo, Bing и Amazon.
Безусловно, есть корреляция между количеством поисковых запросов и популярностью языка, но в контексте питона смущает тот факт, что за последние годы только ленивый не начинал изучать питон. Серьёзно, я не раз слышал от знакомых, на досуге пытавшихся войти в IT, что они пробовали изучать питон по бесплатным/платным курсам. А вот, например, про JavaScript мне такое слышать не приходилось. Ну то есть я знаю людей, которые решили радикально поменять профессию и начали изучать фронтенд (кто-то из них в процессе ушёл в бэк и на другой язык), но вот именно «попробовал на досуге ради интереса, не получилось», — такого я про JavaScript не слышал, равно как и про другие языки.
То есть Python приобрёл славу языка, которому может научиться каждый и огромная масса людей, которые вряд ли станут программистами, но пытаются научиться языку, генерирует огромное количество поисковых запросов. Отсюда и значительный рост популярности Python по версии TIOBE. Однако если говорить об абсолютной популярности, не придираясь к её качеству, то Python, уверен, действительно лидирует.
Но, если взять такую метрику, как количество пулл-реквестов на GitHub, которая, в отличие от поисковых запросов, коррелирует с количеством уже написанного кода более-менее состоявшимися программистами, то тут в лидерах JavaScript, а Python на втором месте.
Но это неважно.
Я давно перестал испытывать эмоции по поводу движения каких-либо языков в каких-либо рейтингах. Полагаю, что выбирать основной язык и направление разработки, которым планируется зарабатывать деньги, нужно опираясь не на популярность языка или размер зарплат, а на свои ощущения от работы с инструментом. Работа должна на ряду с деньгами приносить ещё и удовольствие.
👍1
На текущем этапе моей карьеры я называюсь фронтендером, хотя подобная классификация мне не нравится, особенно в отношении себя. За плечами опыт коммерческой разработки десктоп-приложений на Си, C# и Delphi, бэкэнд, фронтенд, машин-лёнинг, девопс и много чего ещё, поэтому сводить экспертизу к одному лишь фронтенду несправедливо.
Но стоит признать, что фронтенд, по всей видимости, меня сейчас привлекает больше всего. Потому что разрабатывать интерфейсы интересно: ты очень близко к пользователю, во время разработки проверяя работу интерфейса, ты можешь придумать, как сделать удобнее и лучше, результат твоего труда можно не только увидеть, но и непосредственно взаимодействовать с ним. Фронтенд разработка — это романтично.
А ещё разработка фронта позволяет участвовать в решении задач пользовательского опыта (который ещё называют UX). И это тоже интересно. Вот, например, как лучше отобразить страницу, на загрузку всего содержимого которой уходит одна секунда? Можно показать индикатор загрузки или даже просто белый экран, дождаться загрузки всего контента и показать пользователю полностью готовую страницу. А можно за доли секунды загрузить то, что можно загрузить быстрее всего, отобразить эту информацию, продолжая загружать остальной контент, который будет появляться на странице по мере готовности.
В случае если вся страница загружается секунду, предпочтительнее первый вариант, нежели второй. Потому что секунда — это не так долго и пользователю визуально будет приятнее увидеть белый экран во время загрузки, чем собирающуюся на его глазах страницу с прыгающими блоками информации.
Однако если загрузка занимает, скажем, пять секунд, то всё кардинально меняется: индикатор загрузки или белая страница, висящие перед пользователем пять секунд начнут раздражать. Поэтому в таких случаях прибегают ко второй стратегии, помещая на место загружаемых блоков информации пульсирующие скелетоны — макеты блоков, которые скоро появятся.
С одной стороны, пользователь не любит ждать и нужно показать ему хоть что-то как можно быстрее, с другой — моргающее во время загрузки содержимое страницы визуально вряд ли ему понравится. Это лишь один из примеров задач, когда приходится выбрать наименьшее из двух зол.
Мне нравится показательный пример пользовательского опыта с багажом: в аэропорту Хьюстона прибывающие пассажиры часто жаловались на длительное ожидание выдачи багажа. Руководство аэропорта пыталось решить проблему, привлекая больше грузчиков, но время ожидания возле ленты выдачи всё-равно было не меньше 7 минут. Всё потому, что путь от гейта до ленты выдачи занимал у пассажиров около минуты, за это время багаж доставить нереально. Проблема решилась просто: пассажиров стали высаживать в другом гейте и им приходилось топать за багажом около шести минут, а время непосредственного ожидания багажа сократилось, в среднем, до минуты. Стали пассажиры получать багаж раньше? Нет. Прекратились ли жалобы на длительную выдачу багажа? Да.
UX/UI дизайнерам и фронтендерам тоже часто приходится прибегать к похожим техникам, когда субъективные ощущения пользователя оказываются обмануты, а скорость/качество и прочие характеристики программного продукта остаются теми же или становятся хуже.
Но стоит признать, что фронтенд, по всей видимости, меня сейчас привлекает больше всего. Потому что разрабатывать интерфейсы интересно: ты очень близко к пользователю, во время разработки проверяя работу интерфейса, ты можешь придумать, как сделать удобнее и лучше, результат твоего труда можно не только увидеть, но и непосредственно взаимодействовать с ним. Фронтенд разработка — это романтично.
А ещё разработка фронта позволяет участвовать в решении задач пользовательского опыта (который ещё называют UX). И это тоже интересно. Вот, например, как лучше отобразить страницу, на загрузку всего содержимого которой уходит одна секунда? Можно показать индикатор загрузки или даже просто белый экран, дождаться загрузки всего контента и показать пользователю полностью готовую страницу. А можно за доли секунды загрузить то, что можно загрузить быстрее всего, отобразить эту информацию, продолжая загружать остальной контент, который будет появляться на странице по мере готовности.
В случае если вся страница загружается секунду, предпочтительнее первый вариант, нежели второй. Потому что секунда — это не так долго и пользователю визуально будет приятнее увидеть белый экран во время загрузки, чем собирающуюся на его глазах страницу с прыгающими блоками информации.
Однако если загрузка занимает, скажем, пять секунд, то всё кардинально меняется: индикатор загрузки или белая страница, висящие перед пользователем пять секунд начнут раздражать. Поэтому в таких случаях прибегают ко второй стратегии, помещая на место загружаемых блоков информации пульсирующие скелетоны — макеты блоков, которые скоро появятся.
С одной стороны, пользователь не любит ждать и нужно показать ему хоть что-то как можно быстрее, с другой — моргающее во время загрузки содержимое страницы визуально вряд ли ему понравится. Это лишь один из примеров задач, когда приходится выбрать наименьшее из двух зол.
Мне нравится показательный пример пользовательского опыта с багажом: в аэропорту Хьюстона прибывающие пассажиры часто жаловались на длительное ожидание выдачи багажа. Руководство аэропорта пыталось решить проблему, привлекая больше грузчиков, но время ожидания возле ленты выдачи всё-равно было не меньше 7 минут. Всё потому, что путь от гейта до ленты выдачи занимал у пассажиров около минуты, за это время багаж доставить нереально. Проблема решилась просто: пассажиров стали высаживать в другом гейте и им приходилось топать за багажом около шести минут, а время непосредственного ожидания багажа сократилось, в среднем, до минуты. Стали пассажиры получать багаж раньше? Нет. Прекратились ли жалобы на длительную выдачу багажа? Да.
UX/UI дизайнерам и фронтендерам тоже часто приходится прибегать к похожим техникам, когда субъективные ощущения пользователя оказываются обмануты, а скорость/качество и прочие характеристики программного продукта остаются теми же или становятся хуже.
Тут цифровые кочевники (это ребята, которые путешествуют и работают в IT удалённо) из Social Discovery Ventures организовали хакатон SDV Digital Nomad Hiring Weekend с индивидуальным участием. Кроме денежных призов лучшие участники получат оффер от компании. Регистрация до 24-го числа, сам хакатон будет проходить с 26 по 28.
А пишу я про это потому, что буду одним из экспертов хакатона. Здесь подробности.
А пишу я про это потому, что буду одним из экспертов хакатона. Здесь подробности.
Начинающий дизайнер Татьяна Фахуртдинова выложила на Behance историю о том, как создавался логотип «IT Монаха».
Когда-нибудь я напишу о том, зачем вести канал, как начать и не бросить и как его продвигать. Но сейчас могу сказать, что если не половина, то как минимум треть успеха канала — это название и логотип. И если название придумал я, то логотип — это идея и реализация Татьяны. Лишним будет сказать, что она открыта для предложений по работе 🙂
P.S. Вы наверняка заметили, что я последнее время почти не пишу, но это всё потому, что я занят написанием статья на хабр про мой переход с Линукса на Мак. Это необычный и неоднозначный опыт, до сих пор не могу понять нравится мне новый ноутбук или нет.
Когда-нибудь я напишу о том, зачем вести канал, как начать и не бросить и как его продвигать. Но сейчас могу сказать, что если не половина, то как минимум треть успеха канала — это название и логотип. И если название придумал я, то логотип — это идея и реализация Татьяны. Лишним будет сказать, что она открыта для предложений по работе 🙂
P.S. Вы наверняка заметили, что я последнее время почти не пишу, но это всё потому, что я занят написанием статья на хабр про мой переход с Линукса на Мак. Это необычный и неоднозначный опыт, до сих пор не могу понять нравится мне новый ноутбук или нет.
Ноутбук — главный девайс в моей жизни, я провожу за ним бо́льшую часть суток. Он должен быть лёгким, компактным и мощным. Долгое время лидером по этим параметрам был Dell XPS 13, но всё поменялось с выходом MacBook Air на процессоре M1.
Air всего на 100 граммов тяжелее XPS 13, но примерно в три раза мощнее, автономнее и не нуждается в активном охлаждении. Никогда не думал, что скажу подобное про технику Apple, но MacBook Air — самое крутое устройство в своей весовой категории на рынке, оставившее конкурентов далеко позади.
Я фанат Линукса, эта операционная система для меня больше, чем просто окружение. Это философия, новостная повестка и постоянный предмет обсуждения. Поэтому сама идея отказа от Linux в пользу другой ОС меня всегда отталкивала. Да и тот эпизодический опыт, когда приходилось что-то делать в macOS, был эмоционально неприятным.
Но появление M1 посеяло во мне зерно сомнений: мой ноутбук больше не был самым крутым и навязчивой мыслью было то, что я отказываю себе в чём-то большем. Это зерно прорастало и проросло: я купил MacBook Air с 16GB ОЗУ и 512GB SSD, с удивлением обнаружив, что он ещё и стоит дешевле моего XPS. Впереди меня ожидали настройка окружения, борьба с Docker, грусть от отсутствия привычного автодополнения в консоли и много чего ещё.
Читать продолжение на Хабре »
Air всего на 100 граммов тяжелее XPS 13, но примерно в три раза мощнее, автономнее и не нуждается в активном охлаждении. Никогда не думал, что скажу подобное про технику Apple, но MacBook Air — самое крутое устройство в своей весовой категории на рынке, оставившее конкурентов далеко позади.
Я фанат Линукса, эта операционная система для меня больше, чем просто окружение. Это философия, новостная повестка и постоянный предмет обсуждения. Поэтому сама идея отказа от Linux в пользу другой ОС меня всегда отталкивала. Да и тот эпизодический опыт, когда приходилось что-то делать в macOS, был эмоционально неприятным.
Но появление M1 посеяло во мне зерно сомнений: мой ноутбук больше не был самым крутым и навязчивой мыслью было то, что я отказываю себе в чём-то большем. Это зерно прорастало и проросло: я купил MacBook Air с 16GB ОЗУ и 512GB SSD, с удивлением обнаружив, что он ещё и стоит дешевле моего XPS. Впереди меня ожидали настройка окружения, борьба с Docker, грусть от отсутствия привычного автодополнения в консоли и много чего ещё.
Читать продолжение на Хабре »
Хабр
Перейти с Linux на macOS и не сойти с ума
Эта иллюстрация сделана нейронкой ruDALL-E по запросу «Linux по сравнению с macOS». Ноутбук — главный девайс в моей жизни, я провожу за ним бо́льшую часть суток. Он должен быть лёгким, компактным и...
👍2❤1
Не раз говорил о том, что IT цепляет тем, что это огромнейшая предметная область всё знать в которой нереально. Более того, даже в сфере непосредственно относящейся к твоей работе, где у тебя большой опыт, иногда делаешь для себя простейшие открытия и удивляешься, как ты мог не знать этого, как это могло пройти мимо тебя.
Например, недавно коллега на работе поделился со мной отличным способом поставить точку останова в JavaScript. Если до этого мне приходилось ковыряться в панели разработчика Google Chrome, пытаясь найти нужный файл (а это не всегда просто, т.к. изначальная структура исходников частенько теряется и файлы идут вперемешку), то теперь я использую выражение debugger, которое пишется прямо в коде. Это гораздо проще и я сожалею, что такой способ отладки был мне неизвестен ранее: я был бы пусть на долю процента, но эффективнее в работе.
Если подумать о причинах того, что это знание было скрыто от меня, то объясняется такая ситуация, кроме как тем, что всё знать невозможно, недостатком профессионального общения. И именно в IT профессиональное общение очень важно. Это область, в которой постоянно появляется что-то новое, а уже существующие знания имеют тенденцию быстро устаревать. Разумеется, всё необходимое изложено в документации и книгах, но даже если читать всё подряд, запомнить получится далеко не всё, а то, что получится, может уже на момент прочтения начать устаревать. И наоборот, когда коллега на работе или докладчик на конференции наглядно показывает вам что-то интересное, особенно если он это делает достаточно эмоционально, то такое знание может сохраниться надолго. Вероятно, таким образом вы откроете для себя любимый приём или инструмент в вашей работе.
Опять же, конференции — это отличный способ «держать руку на пульсе», поскольку они и проводятся для того, чтобы делиться новыми профессиональными знаниями и актуальным опытом.
Для меня большой проблемой стал уход в онлайн не только конференций, но и самой работы. Дело в том, что мне очень сложно воспринимать видео- и аудиоконтент: мной овладевает мировая тоска, я начинаю переключать окна, искать что-то интересное, что можно почитать, иду в телеграм-каналы и совершенно теряю нить повествования. Такая же ситуация с видеозвонками, да и просто звонками: сконцентрироваться на том, что говорит собеседник мне нереально сложно. Полагаю, это связано с тем, что я не воспринимаю слова говорящего без невербальной составляющей, мне важно поддерживать зрительный контакт, ощущать физическое присутствие и реальность происходящего. А картинка на экране — это просто набор бездушных пикселей.
Перед историей с ковидом я начал активно посещать конференции и узнавать много нового, а во время ковида конференции стали проводиться онлайн и я просто не трачу на это время, потому что для меня это не только скучно, но и бесполезно. Тот же текст воспринимается куда лучше за счёт того, что во время чтения мозг создаёт какие-то образы и процесс чтения для меня интереснее, чем просмотр видео. Однако, я понимаю, что с такой своей особенностью в современном мире я в меньшинстве. Хорошо, что сейчас наша команда работает в офисе и я не лишён возможности обмена опытом с коллегами, но скоро мы уйдём на гибрид и станет немного хуже.
Например, недавно коллега на работе поделился со мной отличным способом поставить точку останова в JavaScript. Если до этого мне приходилось ковыряться в панели разработчика Google Chrome, пытаясь найти нужный файл (а это не всегда просто, т.к. изначальная структура исходников частенько теряется и файлы идут вперемешку), то теперь я использую выражение debugger, которое пишется прямо в коде. Это гораздо проще и я сожалею, что такой способ отладки был мне неизвестен ранее: я был бы пусть на долю процента, но эффективнее в работе.
Если подумать о причинах того, что это знание было скрыто от меня, то объясняется такая ситуация, кроме как тем, что всё знать невозможно, недостатком профессионального общения. И именно в IT профессиональное общение очень важно. Это область, в которой постоянно появляется что-то новое, а уже существующие знания имеют тенденцию быстро устаревать. Разумеется, всё необходимое изложено в документации и книгах, но даже если читать всё подряд, запомнить получится далеко не всё, а то, что получится, может уже на момент прочтения начать устаревать. И наоборот, когда коллега на работе или докладчик на конференции наглядно показывает вам что-то интересное, особенно если он это делает достаточно эмоционально, то такое знание может сохраниться надолго. Вероятно, таким образом вы откроете для себя любимый приём или инструмент в вашей работе.
Опять же, конференции — это отличный способ «держать руку на пульсе», поскольку они и проводятся для того, чтобы делиться новыми профессиональными знаниями и актуальным опытом.
Для меня большой проблемой стал уход в онлайн не только конференций, но и самой работы. Дело в том, что мне очень сложно воспринимать видео- и аудиоконтент: мной овладевает мировая тоска, я начинаю переключать окна, искать что-то интересное, что можно почитать, иду в телеграм-каналы и совершенно теряю нить повествования. Такая же ситуация с видеозвонками, да и просто звонками: сконцентрироваться на том, что говорит собеседник мне нереально сложно. Полагаю, это связано с тем, что я не воспринимаю слова говорящего без невербальной составляющей, мне важно поддерживать зрительный контакт, ощущать физическое присутствие и реальность происходящего. А картинка на экране — это просто набор бездушных пикселей.
Перед историей с ковидом я начал активно посещать конференции и узнавать много нового, а во время ковида конференции стали проводиться онлайн и я просто не трачу на это время, потому что для меня это не только скучно, но и бесполезно. Тот же текст воспринимается куда лучше за счёт того, что во время чтения мозг создаёт какие-то образы и процесс чтения для меня интереснее, чем просмотр видео. Однако, я понимаю, что с такой своей особенностью в современном мире я в меньшинстве. Хорошо, что сейчас наша команда работает в офисе и я не лишён возможности обмена опытом с коллегами, но скоро мы уйдём на гибрид и станет немного хуже.