Пора релоцироваться
2 мин
Популярные мифы, советы по поиску работы, переезду и полезные ссылки для тех, кто сейчас ищет работу за рубежом или уже нашел и собирается переехать.
Пользователь
Как писать, чтобы тебя читали
16 мин
Можно читать и не понимать, можно читать и понимать, а можно читать и понимать даже то, что не написано. Всё зависит от того, как, в какой форме и с каким настроением автор создал текст, передал ли он смысл, поделился ли ценной информацией или крутой историей. Ежедневно на Хабре выходит около 60-70 статей, не считая новостей — какие-то набирают десятки тысяч просмотров, какие-то еле дотягивают до тысячи. Иногда причины очевидны, а иногда даже мы, опытная команда Хабра, теряемся в догадках, что же не понравилось (или понравилось) читателям. Анализ чужих и собственных публикаций подтолкнул меня к этому лонгриду. Читать — не перечитать.
WYSIWYG-редактор Хабра — худшее из того, что я видел
2 мин
Я видел статьи, в которых авторы высказывали свое негодование по поводу WYSIWYG редактора Хабра, но я особо не придавал им значения потому, что являюсь только читателем и не пишу статей, а соответственно редактором не пользуюсь. Но вот в последние дни внезапно захотел написать, к тому же такая идея давно посещала меня. Поэтому я решил особо не заморачиваться и начал писать статью прям в редакторе на сайте. Это и была моя фатальная ошибка...
Честно признаться, я даже не мог представить себе насколько ужасный у Хабра редактор. Давно видел новости что его тестируют, внедряют и т.д. и я просто не понимаю как за такой длинные период тестирования и разработки в редакторе может быть НАСТОЛЬКО много багов. Они просто повсюду, на каждом шаге. И это не говоря о том, что редактор сам по себе неудобный
Вы сразу же можете сказать "Так просто не пользуйся им и пиши статью в удобном тебе редакторе". Это имеет смысл, но появляется вопрос ЗАЧЕМ ТОГДА WYSIWYG РЕДАКТОР НА ХАБРЕ?
Вместо пустых слов, я записал небольшие демки, на которых я воспроизвожу баги, которые нашел буквально за 15 минут использования редактора. Также для наглядности я включил показ нажатых мной клавиш. Поехали!
Что читать на английском языке чтобы не умереть от скуки
9 мин
Читать на английском – интересно и полезно. Однако, многолетнему обитателю рунета непросто найти хорошие иностранные ресурсы. Плюс, многое из найденного оказывается скучным или слишком сложным. Я постарался подобрать интересные сайты для практики английского и понять, какие из них имеют доступный уровень сложности, а какие – более 9999999.
На выходе получился список сайтов размеченных по уровню сложности: легко, средне, сложно, очень сложно. Список разбит на 6 форматов: расшифровки подкастов, интервью, площадки для общения, новости и статьи, книги, обучающие тексты.
Валидация UTF-8 меньше чем за одну инструкцию на байт
9 мин
Даниэль Лемир – профессор Заочного квебекского университета (TÉLUQ), придумавший способ очень быстро парсить double – совместно с инженером Джоном Кайзером из Microsoft опубликовали ещё одну свою находку: валидатор UTF-8, обгоняющий библиотеку UTF-8 CPP (2006) в 48..77 раз, ДКА от Бьёрна Хёрманна (2009) – в 20..45 раз, и алгоритм Google Fuchsia (2020) – в 13..35 раз. Новость об этой публикации на хабре уже постили, но без технических подробностей; так что восполняем этот недочёт.
Font size бесполезен, давайте это исправим
5 мин
Перевод
Что происходит, когда вы указываете в редакторе
Попробуем догадаться. Я пользуюсь Sublime Text 4 под macOS:
Если мы измерим сами буквы, то нигде не найдём числа 32:
32 — это не ширина и не высота буквы, и не высота заглавной буквы, и не рост строчных знаков, и не высота верхних или нижних выносных элементов. Что за дела?
"font_size": 32? Я бы вам всё равно рассказал, но хорошо, что спросили.Попробуем догадаться. Я пользуюсь Sublime Text 4 под macOS:
Если мы измерим сами буквы, то нигде не найдём числа 32:
32 — это не ширина и не высота буквы, и не высота заглавной буквы, и не рост строчных знаков, и не высота верхних или нижних выносных элементов. Что за дела?
Чем неудобен хабровый WYSIWYG-редактор
5 мин
На Хабре ввели новый WYSIWYG-редактор постов, а старый позже отключат. Идея в том, чтобы пользователям не требовалось иметь дела с HTML-тегами, и публиковать записи свободно мог любой не-айтишник. Но вот вопрос: не доставит ли это неудобств айтишникам?
Я ничего не имею против HTML-тегов. А вот возню с мышкой не люблю, предпочитая клавиатуру. И, попользовавшись новым редактором, ощутил, что мне стало неудобнее. В его текущем виде он не рассчитан на таких людей, как я.
Думаю, что на Хабре много айтишников с похожими предпочтениями, но уверенности в этом у меня нет. Поэтому решил написать этот пост: не просто описать свой опыт, а узнать мнение читателей. Если окажется, что тут общая точка боли — думаю, это будет полезной информацией для команды Хабра. А если выяснится, что это мои вкусы очень специфичны — тогда вопрос снимается, интернет не должен подстраиваться под меня.
Страх и ненависть в IT
7 мин
Всем привет. Я — обычный программист, носящий лычку сеньора в одной обычной продуктовой компании. Я занимаюсь коммерческой разработкой около 10 лет, начинал с разработки прошивок для небольших железок, а сейчас изготавливаю бекенды различной степени сложности преимущественно на модных нынче Java/Kotlin. Эту профессию я выбрал по призванию — будучи ещё школьником все время что-то паял, программировал на бумажке (компьютера не было) и всё такое. Дальше шли профильное образование, работа в различных компаниях — именитых и обычных, зарубежных и отечественных. Поэтому я могу сказать, что являюсь идейным программистом. И никогда не понимал людей, которые ждут пятницу — всегда с удовольствием ходил на работу, какой бы ад там не творился. Так было по-крайней мере до недавнего времени. С какого-то момента я “сломался” и с трудом мог заставить пойти себя на некогда любимую работу. Меня и раньше что-то смущало, но теперь, когда мысли до конца оформились в голове — я могу сказать, что же не так с моим некогда уютным IT-мирком.
Как я перестал ненавидеть и полюбил разработку
5 мин
Статья Страх и ненависть в IT заставила меня грустить. Отнюдь не потому что я разделяю чувства автора, но потому что их разделяет множество хороших разработчиков, убивая себя, свои проекты, индустрию и человеческий прогресс в целом. Вот маханул, а?
Следим за качественными цифровыми релизами фильмов без суеты
8 мин
Туториал
В большинстве случаев качественные нелегальные раздачи какого-то фильма начинают появляться только после цифрового релиза (не путайте цифровые релизы с премьерами в кинотеатрах), т.е. в VOD-сервисах или на Blu-ray. Под качественными подразумеваются BDRip 1080p, BDRemux и UHD BDRemux, самый минимум — это WEB-DL 1080p (чаще всего из iTunes), с русскоязычными звуковыми дорожками от лицензионного издания Blu-ray или из iTunes. А до этого с раздачами фильма творится чехарда с комбинацией мха и опилок, которая может ввести в заблуждение зрителя, желающего смотреть новинки с хорошим качеством.
Хватит работать, давайте лениться
4 мин
Если я попрошу вас назвать факторы личной продуктивности, то, скорее всего, услышу слова типа «целеполагание», «тайм-менеджмент», «упорство». Найдется ли в этом списке место лени? Да-да, обычной, такой близкой, знакомой всем и тщательно скрываемой? Позвольте сделать, на первый взгляд, абсурдное заявление: лень – один из факторов продуктивной работы!
Плохой код убивает
10 мин
Recovery Mode
Плохой программист Джон сделал ошибку в коде, из-за которой каждый пользователь программы был вынужден потратить в среднем 15 минут времени на поиск обхода возникшей проблемы. Пользователей было 10 миллионов. Всего впустую потрачено 150 миллионов минут = 2.5 миллиона часов. Если человек спит 8 часов в сутки, то на сознательную деятельность у него остается 16 часов. То есть Джон уничтожил 156250 человеко-дней ≈ 427.8 человеко-лет. Средний мужчина живет 64 года, значит Джон убил примерно 6 целых 68 сотых человека.
Как тебе спится, Джон — серийный программист?
Пользователи — низ пищевой цепочки. Программисты также медленно убивают друг друга.
Простота-понятность-компактность, производительность, отсутствие дублирования.
Если вы пишете что-то сложнее «hello world”, оно будет размещаться не в одном, а в нескольких файлах. Как правило, файлов бывает больше десятка. Всем им даются непонятные короткие имена (программисты любят сокращения) Человек, который попытается разобраться в вашем коде, будет плеваться, шипеть и проклинать вас. Ваша карма будет испорчена и следующие несколько жизней вы будете собакой в Корее.
Как тебе спится, Джон — серийный программист?
Пользователи — низ пищевой цепочки. Программисты также медленно убивают друг друга.
Правила хорошего кода
Простота-понятность-компактность, производительность, отсутствие дублирования.
Если вы пишете что-то сложнее «hello world”, оно будет размещаться не в одном, а в нескольких файлах. Как правило, файлов бывает больше десятка. Всем им даются непонятные короткие имена (программисты любят сокращения) Человек, который попытается разобраться в вашем коде, будет плеваться, шипеть и проклинать вас. Ваша карма будет испорчена и следующие несколько жизней вы будете собакой в Корее.
«Скорость – это такая фича, от которой никто никогда не отказывается» — интервью с Дмитрием Жемеровым из JetBrains
28 мин
Сегодня пятница, а пятница на хабре — это отличный день для чего-то необычного. Сегодня я предлагаю вашему вниманию интервью с Дмитрием yole Жемеровым, человеком, который приложил руку и к IntelliJ IDEA, PyCharm, Kotlin и многим другим продуктам компании JetBrains.
О чем мы поговорили:
Под катом — расшифровка этого интервью.
О чем мы поговорили:
- как развивается IDEA, куда она движется
- в чем разница между IntelliJ и JetBrains
- зачем в компании два CEO
- что происходит в Kotlin'e
- с какими трудностями столкнулась команда Kotlin в процессе разработке языка
- что такое Language Design Review
- что представляет собой современный Google
- почему закрылся Google Code
- почему хабр важен для разработчиков IDE
Под катом — расшифровка этого интервью.
Чек-лист разработчика языка программирования
4 мин
Перевод
Итак, Вы собираетесь создать новый [] функциональный, [] императивный, [] объектно-ориентированный, [] процедурный, [] стековый, [] мультипарадигменный, [] быстрый, [] статически-типизированный, [] динамически-типизированный, [] чистый, [] богатый, [] не-искусственный, [] наглядный, [] простой для новичков, [] простой даже для не-программистов, [] абсолютно непостижимый язык программирования.
Не получится. И вот почему.
Не получится. И вот почему.
Предложения по учебному языку программирования
7 мин
Recovery Mode
Доброго времени чтения, уважаемые читатели habrahabr.ru
Для обучения программированию предложены сотни языков, включая управление графическими элементами. По этому предложение нового языка для обучения требует дополнительных обоснований.
Попробую описать преимущества предлагаемого языка обучения программированию (рабочее название PL/2) и программирования игр (рабочее название PL/2 script), и предлагаю найти недостатки в подходе.
Для обучения программированию предложены сотни языков, включая управление графическими элементами. По этому предложение нового языка для обучения требует дополнительных обоснований.
Попробую описать преимущества предлагаемого языка обучения программированию (рабочее название PL/2) и программирования игр (рабочее название PL/2 script), и предлагаю найти недостатки в подходе.
Борьба снаряда и брони: насколько растолстели программы, игры и фильмы со времён Windows XP
12 мин
Привет, Гиктаймс! Гигабайтов на жёстких дисках и SSD много не бывает уже потому, что все файлы (не считая документов и вечно живых MP3-треков) год от года становятся лишь массивнее. Сегодня мы проверим, как вырос в объёмах контент на «просто компьютерах» со времён Windows XP и по наше время.
Мёртвая «Ксюша» и пыльный чайник. Почему «АвтоматическийСтол» — корпорация зла
14 мин
Помните начало фильма «Джиперс Криперс» — Каждую 23 весну, на протяжении 23 дней, оно ест?
Так вот…. Каждый год, в одно и то же время, компания Autodesk, выпускает новую версию всех своих продуктов, и обрубает поддержку старых. Тем самым вынуждая пользователей каждый год обновлять лицензии (расценка продукции — гляньте одним глазком.). И всё бы ничего, если бы компания реально думала о пользователях, а не о расширении рынка для сбыта своих программ.
Пример отличного дизайна — как глюк программы превратить в логотип.
Я начал писать эту статью сильно возмущенный нынешней ситуацией с 3ds max, но по мере того как я собирал материал и читал различные форумы — я стал понимать, что проблема глобальней чем просто с одним графическим пакетом. Сразу оговорюсь, я пишу с точки зрения одного человека, а не производственной компании. И начну я, пожалуй, именно с:
Так вот…. Каждый год, в одно и то же время, компания Autodesk, выпускает новую версию всех своих продуктов, и обрубает поддержку старых. Тем самым вынуждая пользователей каждый год обновлять лицензии (расценка продукции — гляньте одним глазком.). И всё бы ничего, если бы компания реально думала о пользователях, а не о расширении рынка для сбыта своих программ.
Пример отличного дизайна — как глюк программы превратить в логотип.
Я начал писать эту статью сильно возмущенный нынешней ситуацией с 3ds max, но по мере того как я собирал материал и читал различные форумы — я стал понимать, что проблема глобальней чем просто с одним графическим пакетом. Сразу оговорюсь, я пишу с точки зрения одного человека, а не производственной компании. И начну я, пожалуй, именно с:
Джон Скалли: «Почему я уволил Стива Джобса»
2 мин
Весной 1985 года совет директоров Apple принял решение, что больше не нуждается в услугах эксцентричного, недисциплинированного, бескомпромиссного контрол-фрика Стива Джобса — и его уволили. Богатые члены совета директоров вздохнули с облегчением: теперь никто не будет тайком клеить наклейки с яблочками на зеркалах в роскошном особняке Рокфеллера.
Изгнанный сооснователь компании вернулся в 1997 году гораздо более серьёзным человеком. Сейчас он считается, наверное, самым талантливым менеджером на планете. В отличие от тех, кто его увольнял.
Члены того совета директоров сейчас работают топ-менеджерами в разных второстепенных IT-компаниях. Журналисты The Daily Beast связались с некоторыми из них и попросили вспомнить, почему они приняли такое решение 25 лет назад и что думают об этом сейчас.
Изгнанный сооснователь компании вернулся в 1997 году гораздо более серьёзным человеком. Сейчас он считается, наверное, самым талантливым менеджером на планете. В отличие от тех, кто его увольнял.
Члены того совета директоров сейчас работают топ-менеджерами в разных второстепенных IT-компаниях. Журналисты The Daily Beast связались с некоторыми из них и попросили вспомнить, почему они приняли такое решение 25 лет назад и что думают об этом сейчас.
Разработчики в край обленились?
6 мин
Перевод
Примечание от переводчика:
Оригинальный текст, местами, имеет яркую экспрессивную окраску, которую было решено адаптировать и передать в переводе. Сама статья глубоко субъективна, но в целом, дает некоторую пищу для размышлений. Приятного чтения.
Я разработчик программного обеспечения и я создаю баги и ошибки. Однажды я сбросил продакшн-базу SQL на дефолт, что угробило важную информацию и похоронило огромный кусок работы моих коллег. Содержание данного поста абсолютно субъективно и не направлено против какой-либо компании. Я считаю, что у нашей сферы есть серьезные проблемы с качеством выполняемых работ и я не вижу этому конца.
За последние несколько лет стало ощущаться, как качество программного обеспечения и услуг по всей отрасли стало падать, а не расти. Все и всегда находится в стадии Беты (как исходя из названия, так и из качества). Товары отправляются потребителям тогда, когда этого хотят маркетологи, а не когда они реально готовы к продаже, а все потому, что «мы всегда сможем легко все пофиксить». Конечный потребитель превратился из покупателя в бета-тестера, но это уже норма, потому что в разработке используется Agile. В программировании мы стали считать, что ошибки и неудачи — это нормально, поэтому нам теперь не нужно прикладывать так много усилий для их избежания. Поддержка миллионов клиентов — вещь сложная, поэтому волноваться не стоит. Зачем вообще тратить время на ознакомление с фидбеком и репортами от пользователей, если их просто можно отправить в бесконечный лабиринт под названием «саппорт» и «обратная связь»?
Я никогда не расстраивался из-за этого, но за последние несколько лет я видел столько смешных и глупых ошибок в программном обеспечении и на веб-сайтах, что у меня уже стала немного пригорать задница. Я понимаю, что мы принадлежим к молодой и еще неопытной сфере производства, что нам не хватает квалифицированных разработчиков для того, чтобы все делать правильно, но в последнее время возникает чувство, что мы даже и не пытаемся.
Ниже я предлагаю вам ознакомиться с рядом скриншотов, на которых запечатлены «косяки» наших коллег только за последний месяц. Или я такой «везучий», что только и делаю, что натыкаюсь на подобное? Или же это видят все, но только мне приходится сдерживаться, чтобы не начать орать?
Сопротивляйтесь добавлению в проект новых библиотек
6 мин
Итак, вам понадобилось реализовать в проекте функциональность X. Теоретики разработки программного обеспечения в этот момент говорят, что для этого нужно взять уже существующую библиотеку Y и использовать её для реализации необходимых вам вещей. Собственно, это классический подход в разработке программного обеспечения — повторное использование своих или чужих наработок (сторонних библиотек). И именно этим путём движется большинство программистов.
Однако, теоретики в статьях и книгах, забывают упомянуть, в какой ад превращается поддержка несколько десятков сторонних библиотек, живущих в вашем проекте, скажем по прошествии 10 лет.