Сидел, смотрел собеседование с новым участником по имени Дима, попивая чай с печеньками. И тут в голове возникла мысль: А какой смысл в этих собеседованиях? Just for fun? Обратился к Кириллу и Рахиму с этим вопросом, а мне вместо готовых ответов простая фраза в один голос: Иди и поспрашивай у Димы, на его примере и поймешь (ну прям в духе Хекслета: ответов не дали, поди и сам пойми, вот она дорога - тебе в ту сторону. Знакомо? =).
Я, как порядочный человек, подготовил список вопросов и, вооружившись блокнотом и ручкой, отправился на поиски Дмитрия в слак-сообществе. Примерно так и родилось это интервью.
Несмотря на то, что свою первую строчку кода я написал ещё в школьные годы на мифишных подготовительных курсах (там был паскаль), и образование имею вполне себе профильное (бизнес-информатика), после универа жизнь как-то забросила в другое русло, и лет эдак шесть я вообще был в стороне от этой темы, занимаясь совершенно разными вещами, вроде участия в создании ютуб канала для одной кинокомпании (даже в офисе Гугла побывал!) или продажи услуг в World of Warcraft.
Однако, в какой-то момент наступило озарение и я решил, что хватит избегать своей сущности и пора вернуться в родную стихию. Начал копать в поисках каких-нибудь курсов и отзывов о них, в итоге наткнулся на тред на дваче (of all places), где анон очень позитивно отзывался о Хекслете. Цепануло упоминание о том, что сами создатели напрямую общаются с аудиторией, отвечают на вопросы и вообще всячески помогают. Надо сказать, что про Хекслет я впервые услышал задолго до этих самых поисков: наткнулся как-то в своей ленте на видео у Кати Гавриловой, с которой учился на одном курсе, но в тот момент серьёзного значения не придал, и только открыв одно из видео с Кириллом осознал, что где-то этого достопочтенного господина я уже видел, благо память на лица хорошая, затем, копнув ютуб канал и найдя-таки то интервью, решил, что это судьба и в тот же день оформил подписку.
Привет. Когда-то я пообещал написать продолжение моей "Истории успеха", рассказать о том, как я устроился на работу после Хекслета и о начальном периоде работы. Постараюсь описать проблемы, с которыми столкнулся и одну необычную вещь, которая со мной приключилась. Надеюсь вам будет полезно и интересно.
Первое, что хотелось бы сказать: несколько ребят спрашивали меня, как мне удалось найти удалёнку, да еще и сохранить прежнее место работы. Наверное их разочарую, т.к. я не искал удаленку целенаправленно, более того хотел именно не удаленную работу программистом, по крайней мере на первое время. Для меня важен физический контакт, хотя и остаюсь в большей степени интровертом.
Не смотря на то, что у меня была работа, моё финансовое положение было довольно плачевно: долг за квартиру приближался к 50 тыс., не считая прочих коммунальных платежей, а зп на работе была около 12 тыс...
Если вы плохо спите, просыпаетесь уставшим и хотите это изменить, то скорее читайте эту инструкцию. Мы собрали все, что нужно знать, если вы хотите спать качественней. Объясняем физику сна и то, как все устроено, выясним, почему многие люди страдают от недосыпания, сами не подозревая об этом. А также дадим практические советы, чтобы высыпаться и быть более энергичным.
Вы мучаетесь, потому что вам не отвечают на резюме? Вы знаете, что у вас есть необходимые для работы навыки, но вы не можете убедить компанию нанять вас?
Если ваше резюме начинается с долгого перечисления технологий, вы недооцениваете себя. Знание и использование языков программирования, библиотек и подобного — критический навык для разработчика, но это лишь частица опыта, которая делает из вас хорошего программиста. И навыки, о которых вы не упоминаете, вполне могут быть причиной того, что вас не нанимают, даже если вы ими владеете.
В этом посте я расскажу о:
Самой важной части вашего резюме — первых абзацах.
Мы, разработчики, часто сталкиваемся с проблемами, которые идут вразрез с нашей продуктивностью. Но мы часто игнорируем целостную картину. Некоторые из этих проблем малозаметны, некоторые существенны. Иногда с ними можно как-то справиться, а иногда, к сожалению, нет.
Вместе они формируют что-то вроде замкнутого цикла, и это может привести к длительной потере продуктивности, багам и бесконечному разочарованию. Если мы сможем минимизировать воздействие одного или нескольких из этих факторов, то сможем сломать и цикл, а остатки нейтрализовать. Вот список из 5 когнитивных искажений, о существовании которых стоит помнить.
Как выглядит найм и рабочий процесс со стороны работодателя. Насколько важно знание конкретных технологий при устройстве. Какими качествами должен обладать разработчик. Насколько сложно работать удаленно. Кто такие синьоры. Как происходит пересмотр зарплаты. Смена стека разработчиком.
Мне 31 год. С айти я был связан давно и прочно, работал системным администратором, сетевым инженером и даже дослужился до должности технического директора в небольшом ISP.
В конце 50х Джон МакКарти стал всё сильнее интересоваться штукой, которую называл «Искуственный Интеллект». Он также занимался консалтингом, и благодаря этому он познакомился с SAGE air defense system: большой системой огромных компьютеров, подключенных к радарным станциям и соединенных между собой. У них был графический дисплей с указательным устройством.
Реакция Джона была «Такая штука будет в каждом американском доме». Он понял, что сеть компьютеров — это по сути «информационная коммунальная услуга» (как вода, газ и т.д.)., и что домашние терминалы могут предоставлять разные виды «информационных услуг».
Фокусировкой и концентрацией сложно овладеть. Конечно, большинство людей хочет научиться лучше фокусироваться и сильнее концентрироваться на задаче. Но получается ли это? Мы живем в шумном мире, и разные отвлекающие моменты постоянно мешают нам фокусироваться.
К счастью, в этой статье собраны лучшие идеи и лучшие исследования того, как фокусироваться и не отвлекаться. Мы раскроем завесы того, как сохранять чёткое видение и обращать внимание на то, что важно. Независимо от того, на чём вы хотите сосредоточиться — на жизненных или бизнес-целях, эта страница предполагает охватить всё, что вам нужно знать.
Привет, друзья. Недавно наткнулась на информацию о кривой забывания и подходам, необходимым для того, чтобы информация навсегда (или хотя бы подольше) оставалась в долгосрочной памяти. К обучению на Хекслете приступила недавно, и обучение здесь как раз и направлено на глубокое усвоение, но есть практики, которые необходимо добавлять в обучение самому.
Процент остаточных знаний во времени выглядит следующим образом. Тут следует учитывать, что имеется в виду умение воспроизвести и осознавать полученную информацию, а не ошибочное представление мозга о том, что "это всё я уже видел и знаю", хотя на деле связать воедино эту информацию не представляется возможным. Знать — не равно быть знакомым с материалом.
Общепринятое мнение о практических навыках 21 века — студенты должны овладеть предметами STEM (Science, Technology, Engineering, Mathematics) — наукой, технологией, инженерией и математикой, а так же научиться программировать, потому что именно там вся работа. Доказательства тому, что это грубое обобщение, пришли из неожиданного источника.
Примерно раз в месяц приложение, которое я использую регулярно, меняет свой интерфейс так, что разрушает мышечную память (ту, которая укрепляется с помощью повторяющихся специфических моторных задач), практически хитростью заставляя пользователей делать то, чего они не хотят.
Мы скоро проведем вебинар с ответами на ваши вопросы. Оставляйте свои вопросы в комментариях ниже. Автору лучшего вопроса подарим месяц подписки на Хекслет :)
Git — сложная штука. Испортить все очень легко, а исправить проблему иногда чертовски сложно. В официальной документации прослеживается проблема курицы и яйца: сложно понять как выйти из сложной ситуации если не знаешь название штуки, которая тебе требуется чтобы исправить проблему.
Вот список плохих ситуаций, в которые я попадала, и как я в итоге смогла выбраться. На простом языке!
Ой, блин, я сделал что-то не то. Тут же есть машина времени, правда?..
git reflog
# ты увидишь список всех действий во всех ветках
# у каждой есть индекс HEAD@{index}
# найди тот, после которого ты все поломал
git reset HEAD@{index}
# волшебная машина времени
Блин! Сделал коммит, но понял, что забыл одну мелочь
# сделай что хотел
git add . # или добавляй файлы по одному
git commit --amend
# теперь измени или оставь старое сообщение коммита
# теперь твой последний коммит включает то новое изменение!
Благодаря своим open source корням, Linux выиграл от вкладов тысяч разработчиков за всё время его существования. Они построили программы и утилиты, чтобы упростить работу не только себе, но и тем программистам, которые последовали за ними.
В результате получился огромный пакет программ и утилит, который был написан на Linux и под Linux. Большая часть его никогда не портировалась в Windows.
Это перевод статьи Ивана Зареа How I would explain a decade of web development to a time traveler from 2007.
Привет! Надеюсь, тебе нравится наш, новый для тебя мир. Он сильно отличается от мира 2007 года. Если ты только что взял ипотеку, вернись и закрой её. Поверь мне.
Я рад, что тебя всё ещё интересуют компьютеры! Сегодня у нас их гораздо больше, чем 10 лет назад, что принесло новые сложности. Мы носим компьютеры на руках и голове, держим их в карманах, они встроены в холодильники и чайники. Автомобили успешны в самоуправлении, а программы (чему мы их научили) играют лучше, чем люди, почти в каждую игру, за исключением наверно только алкогольных игр.
Одно из решений, которое вам нужно принять в строительстве карьеры разработчика - это выбор между:
Специалистом, экспертом в определённой области.
Многопрофильным работником, способным выполнять крупный спектр различных работ.
Микель Белтра считает, что правильный выбор — специализация:
Придерживайтесь одной платформы, фреймворка или языка, и ваша профессиональная карьера будет долго держаться на хорошем уровне.
Я считаю, что он одновременно и прав и не прав. Специализация —отличный карьерный шаг... но мне кажется быть многопрофильным работником — совсем не плохо для вашей карьеры. На самом деле вы можете быть и тем и другим и строить успешную карьеру, потому что есть две чётко разделённых области, в которых оба пути имеют смысл.
