Пользователь
Никогда не задумывались почему тормозит компьютер? Дело ли в «плохой оптимизации» современного софта? Ведь Когда Photoshop отъедает 8 гигабайт только при запуске, Google Chrome создает свыше 10 процессов, а Telegram пытается превратиться в Instagram, невольно начинаешь задумываться, что «где-то мы свернули не туда».
Версия статья не от дилетанта, с более близкими для хабра примерами… лежит здесь!
В последние полгода появилась четкая тенденция: крупные корпорации загоняют сотрудников обратно в офис. Они обязуют 60% рабочего времени проводить в офисе, что примерно равно трем дням в неделю.
Приводятся разные доводы: кто-то говорит, что в офисе лучше строится доверие, другие считают, что сотрудники в продуктивнее работают вне дома. Давайте разбираться!
Сам работаю программистом в Амазоне уже больше двух лет. Начинал в команде в Ванкувере, Канада. Мне не понравилось и я переехал в Испанию, поменяв команду.
Примечание: статья в целом актуальна для любого европейского языка, в том числе для английского.
В феврале прошлого года нахлынуло на меня желание изучить испанский. Ну как-бы интерес был и раньше, нравится мне латино-музыка и сам язык. Но то времени не хватало, то чем-то другим занят был… Короче, время наконец-то нашлось и решил я, что надо воспользоваться им по максимуму, чтобы с нулевого уровня научиться хотя бы понимать песни на слух и более-менее разговаривать.
Курсы я отмёл сразу, т.к. в принципе не верю в такую модель обучения. Она создаёт приятную иллюзию того, что тебя обучают, а тебе только надо 2 раза в неделю приходить на занятие и иногда не забывать делать домашку. Такое своеобразное перекладывание ответственности. Всё это мы и в школе проходили, даже в более интенсивном формате. Но растягивать это дело на долгие годы, чтобы получить сомнительный результат, мне совершенно не хотелось...
В 2016-м году я опубликовал перевод статьи про 5 перспективных языков программирования, в которой прогнозировался их рост в ближайшие 2-3 года.
Зачастую прогнозы так и остаются прогнозами, без последующего анализа. Но я решил, что это непорядок. И посколько 3 года уже пролетели, пора подвести промежуточные итоги и посмотреть, что произошло с этими языками за это время.
Однако, прежде чем мы перейдём к пятёрке наших героев, хочется уделить немного внимания предсказанному в той же статье переходу Swift и Go из второго эшелона в первый.
В исходной статье языки программирования условно делятся на 3 эшелона по популярности.
Первый эшелон включает мейнстрим-языки, такие как Java, JavaScript, Python, Ruby, C# и т.д.
Языки второго эшелона пытаются пробиться в мейнстрим, но ещё не добились этого. Они доказали свою состоятельность путем создания сильных сообществ, но они до сих пор не используются большинством консервативных IT-компаний. Большинство языков в первом эшелоне прочно укоренились на своих позициях. Поэтому выпадение языка с лидирующих позиций занимает ощутимое время, а для языка второго эшелона очень трудно пробиться в первый.
К третьему эшелону относятся непопулярные языки, а также относительно новые перспективные языки (о которых пойдёт речь), которые только начинают свой путь наверх. Некоторые языки пребывают в третьем эшелоне на протяжении многих лет, не получая популярности, в то время как другие врываются на сцену всего за пару лет.
Приглашение на собеседование при первом трудоустройстве само по себе может показаться победой, но на деле это только начало пути. Вместе с экспертами и выпускниками Практикума мы постарались разобраться, какие этапы включает процесс найма и из-за чего на интервью могут провалиться даже опытные разработчики.
Мы общались с теми, кто занимается бэкенд-разработкой, но многие правила актуальны и для остальных IT-специалистов. В создании материала помогли выпускники Практикума, а также:
Артур Шалумов — наставник курса «Python-разработчик» и тимлид команды бэкенд-разработки в израильском стартапе в сфере интернета вещей Thinkz. Проводит техническое интервью и раз в полгода проходит процесс найма в других компаниях для тренировки.
Диана Наумова — руководитель Мастерской программирования, а в прошлом руководитель Карьерного центра на бэкенд-направлении в Практикуме.
Привет, Хабр! На момент написания статьи, я занимаюсь надежностью (SRE) в компании Workday, еще помогаю студентам в Практикуме осваивать курс по DevOps-практикам.
В этой статье я поделюсь кратким обзором истории Docker, его ключевыми концепциями и мисконцепциями. Надеюсь, это будет полезно для новичков и студентов, изучающих DevOps-практики и виртуализацию.
В данной статье я покажу на практическом примере как устроена многопоточность в Python, расскажу про потоки, примитивы синхронизации и о том зачем они нужны.
Изначально я планировал что это будет простая и короткая заметка, но пока готовил и тестировал код нашел интересный неочевидный момент связанных с внутренностями CPython, так что не спешите закрывать вкладку, даже если вы уверены что вы знаете о потоках в Python всё :)
В статье расскажу про свой путь разработки DIY железок для работы с Home Assistant с целью автоматизации отопления в частном доме.
Глава 0: предыстория
Захотелось построить дом. Дом построили, встал вопрос с отоплением и управлением, а так как в доме иногда отсутствовали по несколько месяцев, то переплачивать за газ не очень-то и хотелось. Газа ведь магистрального нет, но «мы скоро проведем». До этого «скоро» закопали газгольдер, а газ там в +-10 раз дороже магистрального. Пытливый ум решил: будем поддерживать в доме температуру 15 градусов, когда там никого нет. Как это сделать? Повесить контроллер/термостат для котла.
Рабочий день на линии старта, задачи ждут вашего внимания, время в течение дня распределено и… медленно утекает. А вы делаете что угодно, кроме запланированного. Просто заставить себя работать не получается. В итоге дела копятся, уверенность в своих силах тает, а жизнь с каждым днем превращается в гонку за уходящим поездом.
Знакомо?
Психологи расскажут вам, что имя этому явлению «прокрастинация», продадут кипу умных книг, на прочтение которых вы потратите еще кучу времени, НЕ выполняя задачи.
А не плевать ли, как это называется?
Факт 1. У вас есть рабочие задачи, их список пополняется с завидной регулярностью.
Факт 2. Ресурс времени, который вы можете посвятить работе, ограничен.
Факт 3. Вы НЕ закрываете необходимый объем работ.
Причин, кстати, не так много.
Например, системный аналитик взялся за новый проект. Ему дали задание сделать постановку на маленькую API. Аналитик сказал, что сделает за 3 дня. НО! Только через 3 дня он раскопал, где брать данные. Голова пухнет, задачи разрастаются как снежный ком, а дело не продвигается быстрее. К концу рабочего дня соображалка не соображает, а делалка не делает. Ура, нам поможет переработка! Но нет, если сидеть над задачей допоздна, то наутро мозг вовсе отказывается работать.
Или другой пример. Дано: контент менеджер с многолетним опытом – классный специалист, который любит свою работу, серьезная болезнь на несколько месяцев вывела его из строя. Болезнь прошла, любимая работа распахнула объятия, но… Почему-то те кейсы, которые раньше можно было выполнить за пару часов, теперь растягиваются на пару дней. И снова ситуация приходит в точку предыдущего примера – усталость, завал, и полное нежелание делать хоть что-то.
