От переводчика: вопросы, поднятые в прошлой моей статье (видимо не слишком удачной) тем не менее вывели меня (огромное спасибо комраду Kilorad за ссылку!) на материал, который я посчитал необходимым перевести и выложить сюда. Да, я, к сожалению, посредственно владею как языком оригинала, так и собственно темой, но… Этот материал должен здесь быть! Готов к всяческим дополнениям/поправкам/критике (перевода, ибо исходная работа не моя) — дабы все было корректно.

Аннотация

Мы исследуем построение моделей популярных сред обучения с подкреплением генеративными нейронными сетями. Наша модель мира может быть быстро обучена (без учителя), чтобы сформировать сжатое пространственное и временное представление окружающей среды. Используя паттерны (features), из модели мира в качестве входных данных для агента, мы можем получить очень компактную и простую стратегию для достижения поставленных целей. Мы даже можем обучить агента полностью в «его воображении» (в среде, воссозданной по его модели мира) и перенести полученную стратегию обратно в реальный исходный мир.

«Впервые мы можем механически моделировать процесс познания» – сестра Мэри Кеннет Келлер.

Сестра Мэри Кеннет Келлер оказала сильное влияние на мир Computer Science в то время, когда нельзя было себе представить женщин в этой области. Ее работа проложила путь тому, что мы сейчас называем информационной экономикой – ключевой движущей силе рынка. Она была первой женщиной в США, получившей PhD в области информатики, а затем помогла разработать язык программирования BASIC, который изменил мир информатики.

О ранних годах жизни Келлер Известно немного. Она родилась 17 декабря 1913 года в Кливленде, штат Огайо, в семье Джона Адама Келлера и Кэтрин Джозефин (урожденная Салливан). В 1932 году она последовала Божьему призыву к Сестрам Милосердия Пресвятой Девы Марии в Дубьюке, Айова, а в 1940 году приняла обет с прихожанами. Затем она начала свою академическую карьеру в Чикаго, получив степень бакалавра математики и магистра математики и физики в Университете ДеПоля в 1943 и 1953 годах, соответственно.

Мой опыт разработки игры «Змейка» на Brython



«Погоди, что?» – думаю, большинство читателей отреагирует на заголовок именно так.

В смысле «просто использовать Python в браузере»?

Все знают, что в браузерах работает только JavaScript.

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

Да, это Python!

А теперь, давайте поговорим о том, как и насколько хорошо это работает, а также обсудим ряд других альтернатив JavaScript.

Знакомство с Brython

Brython — это реализация Python3, написанная на JavaScript, которая позволяет писать код на Python для веба.

По сути, это JavaScript-библиотека, которая преобразует ваш код на Python в эквивалентный JS и исполняет его в рантайме.

Поскольку написание браузерного кода на Python звучит круто, я решил попробовать.

Существует теория, что Земля держится на черепахах, а стартапы на правиле “3h” (оно гласит, что в основе стартапа должны быть hipster + hustler + hacker). В общем и целом теория понятная, но нам кажется, что в ней чего-то не хватает. Поэтому мы хотим поговорить о стартапах, которые держатся не на черепахах и китах, а на 4 ключевых ролях: хипстер, хастлер, хакер, и…

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

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

Начнем с того, что вы не найдете здесь happy end или очередную фееричную success story. Зато прочитаете поучительную историю о том, как грамотно готовиться к выводу нового продукта на рынок. Как делать анализ ниши, чтобы получить нужные данные, и как правильно их интерпретировать для принятия правильного решения.

Предыстория

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

Для вывода нового продукта на рынок был создан сайт и несколько посадочных страниц на нем. Основными пользователями и лицами, принимающими решения о покупке, предполагались консультанты по безопасности и директора IT-компаний. Основные триггеры покупки — различные инциденты, связанные с безопасностью сервера, сайта, внутреннего портала. Был создан портрет 4 типичных пользователей и описаны различные ситуации, в которых продукт мог бы понадобиться.

Написано в Alconost

Немного оффтоповский топик, навеянный ситуацией с локализацией программного обеспечения и русккоязычного / украиноязычного контента (с точки зрения разработчика этого самого ПО и автора контента).

Итак, у вас есть глобальное приложение, например, для мобильной платформы: локализировать его или нет?

С одной стороны, зачем, если заработать на нем вряд ли получится (в России % будет небольшой по сравнению с развитыми рынками, за Украину я вообще молчу), лучше потратить время на, например,… китайскую локализацию. С другой стороны, пользователь iTunes U, который не нашел Стэнфордский курс на русском смело поставил единицу приложению и написал гневный комментарий по этому поводу.

Другие пользователи, причем в большом количестве, прямо пишут, что пользоваться русским интерфейсом на смартфоне — убожество. Другие принципиально не покупают телефоны из-за его отсутствия.

Возьмем, например, Microsoft. Они выпустили локализированную версию Visual Studio, чем поделили лагерь пользователей на две части: одни считают постыдным пользоваться локализированной версией VS, другие говорят, что это правильно и у пользователя должен быть выбор. С другой строны, зачем выбор, если его никто не выбирает? То же самое и с MSDN — русским никто не пользуется, т.к. плохой перевод, а на русский перевод никто не тратится, т.к. им мало пользуются.

С 14-20MSK недоступны все сервисы «копорации добра» в Петербурге. Похоже, что в Москве проблема такая же. Причем упали они, что интересно, не сразу — умирали в течении 15-20 минут. Хоронология:

• Сначала отвалились второстепенные сервисы — reader и picasa. Стандартная 500я ошибка
• Затем умер GMail и GTalk. 500-й ошибки уже не было — сервера перестали отвечать вообще
• Сейчас не работает ничего — поиск, youtube, analytics, adsense. Ошибка везде одинаковая — сброс соединения.

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

trace из Петербурга:

titanium:bridge logan$ traceroute google.com
traceroute: Warning: google.com has multiple addresses; using 173.194.69.103
traceroute to google.com (173.194.69.103), 64 hops max, 52 byte packets
 1  192.168.18.12 (192.168.18.12)  1.046 ms  0.659 ms  0.645 ms
 2  ip-XXX.YYY.104.89.net.unnet.ru (89.104.YYY.XXX)  2.344 ms  2.779 ms  2.435 ms
 3  bm18-br2.unnet.ru (87.249.32.50)  2.266 ms  2.167 ms  3.901 ms
 4  gw1.spb-ix.google.com (194.226.100.138)  2.889 ms  2.474 ms  2.471 ms
 5  * * *
 6  * *^C

Интересно было бы получить комментарии от представителей компании — это следствие миграции IPv6 или что-то иное?

Средства массовой информации сообщают о смерти Стива Джобса, бывшего CEO Apple. Можно по-разному относиться к Apple и Стиву, но отрицать то, что это знаковая фигура в IT-индустрии, создавшая множество трендов, нельзя. Requiescat in pace, Стив.
Приведу перевод сообщения на официальном сайте Apple:
Apple потеряла своего фантастического и изобретательного гения, а мир лишился замечательного человека. Те из нас, кто имел счастье близко знать и работать со Стивом, лишились дорогого друга и вдохновлённого наставника. Стив оставил после себя компанию, которую мог создать только он, поэтому его дух навсегда останется в сердце компании.
Источник — Apple.
В магазинах Apple по всему миру были лишены подсветки все логотипы Apple.

Те, кто хочет поделиться своими сопереживаниями, могут отправить свои мысли и соболезнования по почтовому адресу rememberingsteve@apple.com. Возможно, некоторые будут переданы родным Стива.
Хорошее видео от CNET, которое вкратце визуально пересказывает карьеру Стива.
Воспоминания его коллег по IT-цеху ниже:

Случилось мне опрокинуть свой макбук с двух метровой высоты прямо ребром об асфальт, причем именно той стороной, с которой расположен жесткий диск — разумеется по непонятным мне причинам ноут стал жутко тормозить. Изначально я не придал этому особого значения, так как это был первый Мак в моей жизни, и я не знал, как они должны работать на самом деле. «Ну притормаживается, и что, тоже мне проблема» думалось мне до тех пор, пока не увидел как работает Макбук у моего друга. Причем у него-то белый пластиковый прошлого поколения, а у меня хваленый i7 с 4 гигами оперативки. Тут-то до жирафа и дошло, то что-то тут не так и надо бы его отвезти питомца в сервис центр.
Обследование показало, что диск убит неплохо (думаю никого не удивлю тем фактом, что от удара головки поцарапали диск) и как он вообще все это время работал сервис-техника немного удивило. Мне поставили новый хард на 750 гигов, а я технику поведал о том, как не замечал тормозов и т.д. Коснувшись темы производительности он спросил меня, а почему мол не выжимаю из системы максимум? "– Проц хороший, ноут не древний, можно было бы в пару раз производительность-то поднять, а?" Я призадумался…

Хабр не жалобная книга. Но, тем не менее, с заданной периодичностью на нем появляются статьи, где рассказывается о тех или иных проблемах, с которыми сталкиваются хабрапользователи. Сегодня я увидел отзыв о работе с хостингом Драгонара , а ещё раньше отзыв о работе Pay Pal.
И я подумал, почему большинство компаний, которые, по сути, оказывают услуги клиенту, живут за счет клиентов, с таким пренебрежением к ним относятся? Почему в эпоху Интернет, когда 10 недовольных пользователей могут создать колоссальную антирекламу, компании продолжают совершать ошибку за ошибкой и не заботятся о своей репутации? Почему крупные Интернет проекты нанимают высококлассных и высокооплачиваемых разработчиков, но экономят на службе технической поддержки, которая по своей сути и является лицом компании при общении с клиентом?

Каждый разработчик, который работает на той или иной технологии, постоянно читает о ней что-то новенькое и углубляет свои знания. И мы не исключение. PHP довольно старый и популярный язык, на котором есть много разных фреимворков. Один из самых популярных и серьезных – это Symfony и так уж исторически получилось, что мы на нем пишем. По этому фреимфорку в рунете не так много информации, как хотелось бы, мы часто читаем разные статьи, обзоры и интервью на английском языке, чтобы быть в курсе последних событий. Эта статья – обзор больших сайтов, которые сделаны на PHP / Symfony с уникальной для рунета информацией, а также описание некоторых технологий, которые применяются в связке с ними. И да, мы знаем, что PHP «уже не торт» и что использовать его уже не модно, однако эта технология имеет большую долю рынка, много наработок и отличную документацию, поэтому мы её используем наравне с Python, Ruby, Java и другими.

Таблица известных проектов (на основе данных http://builtwith.com/), кликабельно:

Добрый день, пользователи Хабрахабр. Хочу поделиться радостью: две недели назад я стал обладателем новенького MacBook Air MD761, одной из тех самых моделей на процессоре Intel Haswell. Грешу – взял благодаря уловкам яблочной компании. Так и расхвалили ноутбук: и 12 часов работы, и на 15% мощнее и SSD сверхбыстрые…

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

Ни для кого не секрет, что e-mail маркетинг только начинает набирать обороты во всем мире. А для России – это ещё и вовсе молодая ниша на рынке. И профессиональная верстка электронных писем здесь один из составляющих факторов успеха. Под профессиональной версткой понимается не только визуально красиво и надежно сверстанный макет, но и то, как выглядит usability открытки с маркетинговой точки зрения, как оптимизирована графика вместе с типографией для спам-фильтров и многое другое. Верстка электронных писем довольно обширная тема, в одной статье все не уместить, поэтому в данном посте постараюсь описать только базовые элементы и приемы, надежно проверенные за годы практики и работающие в top самых используемых почтовых клиентах мира: iPhone 4S/5; Outlook 07/10/13; iPad; Apple Mail; Android 2.3/4.0; Yahoo; Gmail. Если рассматривать только российский рынок, то нельзя не упомянуть о Mail.ru и Яндекс.Почта.

Что нужно знать в начале?

Сразу хочу выделить несколько из основных и важных моментов:

1. В нашем арсенале имеется очень урезанный набор css-свойств, которые поддерживаются всеми почтовиками. При этом, стили нужно прописывать inline, а в head выносить только вендорные свойства и те блоки объявлений, которые не несут нагрузки на основную стилизацию письма. Ну и использовать link in head — крайне нежелательно.
2. Не используйте background-image в основных визуальных элементах дизайна и не помещайте в изображения важную текстовую информацию. Вообще нужно всегда учитывать такой вариант, что письмо будет просматриваться получателем без единого изображения.

Каркас

Пожалуй каждый, кто хоть раз верстал письмо под рассылку, знает, что каркас лучше строить с помощью таблиц. На самом деле простая блочная модель div поддерживается на данный момент во всех перечисленных выше почтовиках, за исключением MS Outlook начиная с 2007 версии. Это связано с тем, что в качестве движка последние версии Outlook используют Microsoft Word, который в свою очередь много не знает о блочных css-свойствах. Игнорировать при верстке данный почтовый клиент я не рекомендую, поэтому в качестве фундамента все же используйте table. Да и добившись хорошего результата для Outlook, можно быть уверенным, что в большинстве почтовиках, письмо будет смотреться тоже хорошо, а скорее и лучше.

В качестве примера рассмотрим наиболее важные элементы из следующего, не сложного шаблона:

Краткий синопсис

Доброго времени суток, уважаемые Хабрапользователи. Я довольно давно наблюдаю за различными постами Хабра, касающихся веб-дизайна, да и дизайна в целом. Чаще всего смысл таких постов сводится к очень подробным описаниям отдельных элементов сайта и их различным вариантам — в этом нет ничего плохого, но, мне кажется, этой теме чего-то не хватает: а именно, освещения более общих и всем понятных принципов высококачественного дизайна, которыми мог бы воспользоваться любой пользователь, даже не владеющий соответствующим профилем. В этой статье речь пойдет об одном из таких основополагающих принципов.



Под катом примерно 1.1 Мб трафика.

В минувшую субботу в Мурманском политехническом лицее прошло занятное мероприятие — настоящая «Битва роботов». Про похожее мероприятие в Питере писали на Хабре, но трансляция закончилась, потому я решил опубликовать фотоотчет с аналогичного мероприятия.

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

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

Инженер из компании Google, автор трёх книг по веб-производительности и оптимизации, Стив Содерс (Steve Souders) опубликовал презентацию "JavaScript Perfomance" о том, какие методы нужно применять, чтобы скрипты меньше тормозили загрузку страниц.

По статистике WebPagetest, блокировка загрузки файлов .js на сайтах из Alexa Top 100 снижает среднее по медиане время загрузки страницы c 3,65 с до 2,487 с, то есть на 31%. Если вы видите медленную загрузку веб-страниц и хотите улучшить этот показатель, то, по мнению Стива Содерса, первым делом нужно посмотреть на JavaScript.

Многие пользователи неофициальных клиентов ICQ не могут выйти в онлайн по протоколу ICQ. Причиной этому неверно выставленный сервер подключения. Происходят смены DNS серверов и многие их них недоступны, либо заблокированы.

Данная ошибка поправлена для Adium в новой версии. Пользователи R&Q, Miranda IM, Pidgin (новая версия) и многих других альтернативных клиентов так же могли столкнуться с такой проблемой.

Решение — установить сервер подключения "login.icq.com". Если это не помогает, то "64.12.202.116". Также заменить сервера подключения в настройках:
slogin.oscar.aol.com на slogin.icq.com
ars.oscar.aol.com на ars.icq.com
И лучше всего отключить SSL.

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