Читальный зал

В русском языке порядок слов в предложении практически не важен. 

«Я тебя люблю», «Я люблю тебя», «Тебя я люблю», «Люблю я тебя». Нюансы есть, но при этом каждый из этих вариантов грамматически правильный. 

В английском все не совсем так. Есть фраза «I love you», а «You love I» — уже нет, так говорить неправильно. Вот только в английском есть свои способы, как сделать язык богаче и не привязываться к жесткой структуре «подлежащее-глагол-сказуемое».    

Об этом сегодня и поговорим. Как правильно организовать порядок слов в английском предложении и не показаться скучным. Спойлер: «опсашком» в заголовке — это не описка, а реальный мнемонический инструмент. Обо всем расскажем в статье. 

(enterprisersproject.com)

Мы приготовили для вас много новых инсайтов, записей важных вебинаров, книжек и шпаргалок. Прокачивайте скилы, читайте, смотрите, думайте, применяйте на практике! Станьте частью DevNation!

По опыту нашего агентства IT-рекрутинга я знаю, что примерно половина работодателей при удаленной работе предлагает программистам заключить не трудовой договор, а договор оказания услуг. То есть формально специалист будет не сотрудником, а подрядчиком. В этой статье я рассмотрю правовые основы и ограничения этих двух вариантов сотрудничества между нанимателем и исполнителем, при каких условиях договор является или не является трудовым. А также некоторые сопутствующие темы.

Силиконовая маска неприятно раздражала щеки, уже вспотевшие, хотя Злата надела ее всего около десяти минут назад. Видимо, сказывалось нервное напряжение. Ведь всю последнюю неделю она думала о сегодняшнем дне, и даже нарочно воображала себе сцены своего ареста и заключения под стражу, чтобы этот возможный исход перестал ее пугать. Но в глубине души она понимала, что идет не на обычный уличный протест, а, вероятно, важнейшую акцию в истории восточноевропейской ячейки. А значит, срыв планов – не вариант. С самого утра ее сердце колотилось быстрее обычного.

Подойдя к проходной предприятия, она вдруг с ужасом подумала, что ее волнение может выявить тепловизор, если они, конечно, стоят на входном контроле. А вдруг наоборот, ее маска холоднее, чем должно быть лицо у человека? Но отступать было уже некуда, и ее мысли выдала только пара сбившихся шагов на пути к матово-белой автоматической двери.

Возможно, вы не знали, но Соединённое Королевство требует от каждой семьи, которая пользуется телевизором, приобретать лицензию на эту привилегию. Появившаяся в 1923 году после принятия Закона о беспроводной телеграфии лицензия требовалась всем, кто пользовался радиоприёмниками. В 1946 году под лицензирование попало и телевидение. Средства, собираемые с граждан, используются в качестве основного источника финансирования Британской общенациональной общественной телерадиовещательной организации. Если коротко, то BBC.

Frontend-разработчик в головах многих ассоциируется с разработкой, которая не требует сильных трудозатрат и хорошей математической подготовки. Если с первым еще можно поспорить, то со вторым - тут в точку. Математика на старте вряд ли пригодится разработчику интерфейсов, ибо ее просто негде использовать. Но это на старте.

Как и любой разработчик - True Frontend'eр должен расти в своей сфере, и конечно же, уходить от простой разработки интерфейсов к чему-то более сложному.
На фоне недавно нашумевшего сериала, можно выписать такой тезис - разработка, как игра в шахматы - неинтересно играть с тем, кто ниже рангом также, как и неинтересно всю жизнь делать одно и тоже одной сложности.
Всегда хочется лезть в дебри, повышать свой уровень. И там где дебри, начинается математика, структуры данных, алгоритмы. Хотите оптимизировать загрузку - это вам к алгоритмам. Хотите увеличить скорость отображения элементов на странице - необходимо обратиться к математике и алгоритмам. Возможно сортировка пузырьком элементов была лишней...

Отдельное слово хочу сказать о структурах данных - несмотря на то, что в js полный беспорядок в плане типов - всегда есть ts, где структуры данных - это основа основ. Для этого ts и был сделан. Контролировать беспорядок.

Ну и напоследок - любая активность мозга в направлении алгоритмов непременно ведет к увеличению скорости выполнения задач и прокачиванию навыка писать хороший поддерживаемый код. Вы сами увидите, как после ста задач на том же leetcode вы сможете быстро подбирать зарекомендованное решение.

Следующее, что стоить отметить - собеседования. И на собеседованиях часто требуют решить какую-нибудь простецкую задачку сворованную с очных собеседований из компании с красно-белым лого. После некоторого времени алгоритмической подготовки такие задачки будут для любого разработчика проще некуда.

Это статья о том, что алгоритмы разработчику нужны. Это статья о том, что по алгоритмам есть интересные и нескучные книжки, которые помогут быстро понять основы и прокачать свои hard-skills.

«Я волком бы выгрыз бы бюрократизм…», хотя в разумных дозах он необходим, но когда его заносит за пределы здравого смысла, злость выплёскивается в коротких опусах, помещая бюрократа в обычную человеческую жизнь.

Не будет преувеличением сказать, что тема этой публикации вынесена из комментариев, а именно из обсуждения статьи о бонобо Канзи. Благодарю уважаемого @kraidiky за ссылку на статью Максима Руссо о неандертальском искусстве. Также с огромным интересом прочел материал уважаемого @ra3vdx «Застывшее время. Научные подходы к датированию». Действительно, датировка неандертальских рисунков при помощи уран-ториевого метода примечательна тем, что здесь мы наблюдаем применение геохронологического метода в археологии. Это исследование является не только замечательным примером «перекрытия» традиционно геологических и традиционно исторических методов, но и заставляет задуматься, в каких исторических масштабах радиоуглеродная датировка действительно проигрывает другим методам, и каковы перспективы уран-ториевого и уран-свинцового методов датировки при изучении сравнительно недавнего прошлого.

Здравствуйте, друзья! Сегодняшняя моя статья будет посвящена не костным пластикам, которые, как я заметил, всем изрядно поднадоели, а другой, не менее интересной для вас теме.

Достаточно часто пациенты задают мне один и тот же вопрос: «Я ведь могу удалить зуб по страховке/в поликлинике/где подешевле (нужное подчеркнуть), а потом прийти к Вам на имплантацию?» Мой ответ всегда: «Конечно, можно! Но есть гигантское, как яйца новогоднего быка, НО!»

Сегодня в русскоговорящих странах английский язык учат очень активно. Чаще всего с первого класса школы или даже детского садика. 

Но это вообще никак не мешает большинству наших соотечественников говорить на английском с махровым русским акцентом. Давайте разберем его основные особенности и дадим советы, как с ним справиться. 

Приходилось ли вам объяснять IT-понятия людям из других сфер? Это хитрая задача: при объяснении одного IT-термина нельзя пользоваться другими, потому что они тоже будут непонятными. Представим, что ваш знакомый захотел «войти в айти», впервые открыл Хабр и офигел — как объяснить такому человеку хотя бы основные слова?

Мне захотелось описать популярные понятия неформальным языком — так, чтобы доходчиво объяснить главное, а не запутывать нюансами. Для этого местами пришлось пойти на упрощения. Но думаю, новичкам не требуется знать «правильнее писать Linux или GNU/Linux». Для начала понять бы, что в разговорах айтишников слово «перформанс» — это не про современное искусство.

Конечно, большинству хабравчан уже не требуется читать такой текст. Смысл публикации в том, чтобы ссылку можно было кидать неайтишным знакомым. А ещё хабрачитатели могут помочь дополнениями в комментариях: у меня описана лишь часть важных понятий, и мои описания наверняка несовершенны, так что совместными усилиями можно сделать всё полезнее.

Это третья часть рассказа про опционы, где мы поговорим про биномиальную модель, риск-нейтральную меру и разберёмся, как рассчитать цену опциона.

Предыдущий 2020 год принес существенные изменения в условия ведения бизнеса многих компаний - удаленка стала обязательной, какие-то отрасли экономики испытывают серьезный спад, а вместе с ними и программистам, решающим задачи в этих отраслях приходится искать новую работу. Работодатели, которые раньше были против удаленки, вынуждены учиться вести свой бизнес в новых условиях, а те кто и раньше умел - сейчас на коне и развиваются бешеным темпом, откусывая доли рынка и хороших специалистов у сторонников офисной работы.

Рекомендации, которые вы увидите в этой статье не оригинальны. Наверняка, вы уже не раз читали подобные советы и захотите мне сказать - “свой совет посоветуй себе сам”. Я придерживаюсь такого мнения - совет не всегда действует сразу, иногда нужно услышать его в разных формулировках несколько раз, чтобы он действительно дошел до вашего центра принятия решений и вы начали действовать.

Итак, условия задачи: 

Вы - программист, у вас уже есть некоторый опыт работы 3-5 или более лет, вы работаете на российского работодателя и у вас появился опыт удаленной работы в 2020 году. Если вы хотите существенно повысить свой заработок - в 2-3 раза, то какие навыки вам стоит развить? На что стоит потратить ваше свободное время в 2021 году, чтобы начать зарабатывать гораздо больше?

Конец восьмидесятых. Всего два года я отсутствовал на родном предприятии, а меня встретил уже меняющийся компьютерный мир. В отделах стали появляться персоналки: у кого IBM-PC/XT, у кого «Правец», а у кого ЕС-1840. Число пользователей БЭСМ-6 и даже ЕС и СМ-4 стало асимптотически приближаться к нулю. На фоне новых возможностей все их «фишки» сразу побледнели. Например, смешно, что еще недавно какая-нибудь замена терминала VT-340 на VT-52100 c памятью на 5 страниц, позволяющей вводить текст еще до включения БЭСМ, казалась важной.

Расстаться со старыми заделами и навыками психологически мне было даже проще, чем многим, поскольку после двухлетнего отсутствия я вернулся на работу уже в другой отдел и, так сказать, сразу отрекся от старого мира и отряхнул его прах со своих ног.

Впрочем, последние годы работа с БЭСМ-6 через диалоговую программу «Пульт» разработки МГУ, как раз очень напоминала работу за первыми персоналками и поэтому переход был несложным.

А вот задачи стали другие. Отдел занимался разработкой ПО системы управления «Энергия-Буран». Точнее, отдел занимался комплексацией, верификацией, взаимодействием с наземным ПО и т.п., а собственно разработкой занималось сразу несколько отделов. Я впервые принимал участие в проекте, где были заняты десятки программистов. Язык программирования – ПРОЛ-2 разработки ИПМ АН СССР.

Вообще-то, девичья фамилия этого языка была «Пролог-Ц» от ПРОграммирования ЛОГики. А литера «Ц» - это, вероятно, ЦУП. Но поскольку в то время на слуху был японский Пролог с его транспьютерами, вероятно разработчикам надоело отвечать на вопросы о применении транспьютеров в «Буране», поэтому вторая версия языка вышла под таким скромным и безликим именем.

Язык был специфический, для задач управления. Типичный алгоритм выглядел так: выдать такую-то команду, подождать 0.3 миллисекунды, проверить такую-то переменную. Если она нулевая – выдать другую команду и запустить такой-то процесс. И все в таком духе.

Разумеется, инструментальных средств под x86 еще не было. Поэтому в отделе родилась идея, а затем – предложение – указание – распоряжение – создать отладочный или, точнее, проверочный транслятор для персоналки. Во-первых, он облегчит процесс комплексирования и верификации, а во-вторых, возможно, несколько увеличит производительность и в других отделах, сократив число подходов к штатному транслятору (на ЕС ЭВМ).