Pull to refresh
0
0
Давид Мзареулян @david_mz

Пользователь

Send message
Я бы не рекомендовал SES. Очень много писем уходит в спам (многие их IP-адреса включены в чёрные списки), плюс полное отсутствие какой-либо статистики по письмам, всё надо делать вручную. Впрочем, первого пункта достаточно. У нас ~ 40K писем в месяц, недоставка была очень заметная.
Мы ушли от них как раз на Мандрилл, и всё было замечательно, пока тот не решил монетизироваться.
Можно проще. Написать пакет (left-pad, например), сделать его популярным, а потом на его место залить бэкдор. С каким-нибудь минорным изменением версии.
А, это про kik, не понял сразу. С киком история мутная, и неприятная, да. Но мы её знаем только в изложении Азера, а он не то чтобы образец здравомыслия. Хз что там на самом деле было.
А зачем возвращать? Он отказался быть хозяином на данном конкретном хостинге, а лицензия позволяет использовать старые версии и не спрашивая согласия автора. Всё правильно сделали.
Ещё такая штука есть:) http://tatiyants.com/postgres-query-plan-visualization/
Вконтакт в своём API (users.get) позволяет узнать пол юзера. А все юзеры живут тут: https://vk.com/catalog.php (собственно, id-ы растут последовательно, так что этот список и не нужен). Так что можно надёргать достаточно много данных по именам и полу.
Рассказывает весело, но сколько же там неточностей и фактических ошибок… Боюсь, слушатели скорее запутались:)
Обратный обход можно записать несколько проще: http://play.golang.org/p/Ij9XjQQixz. Да, не reversed, но.
Тем что это части синтаксиса языка.

Почему-то мало кто понимает, что «магические комментарии» в Go — это вообще не комментарии. go generate не парсит go-код, она тупо ищет подстроку. Посмотрите вот на такой код: http://play.golang.org/p/BwHvNiZggA — go generate найдёт тут свою инструкцию и попробует её исполнить, хотя она и не в комментарии.

Я люблю Go, но вот это конкретное место — это очень плохой дизайн. Имхо.
Любое классическое измерение разрушает запутанность. Т. е. один раз измерить можно, а потом всё.
Открытка Яндекс.Деньгам, которые до сих пор на SHA-1.
Мне кажется, это можно решить, добавив в форму на первом шаге скрытое (через CSS) поле «пароль». Менеджер его заполнит, а на втором шаге это поле просто покажется, уже заполненное.
Спасибо! Да, Вы правы, этот момент я упустил.
Попробуйте вот это для сортировки: http://godoc.org/github.com/bradfitz/slice
Всё-таки, вернусь снова к этой задаче. Объясните мне, пожалуйста, в чём я неправ.

Пусть султан загадал числа 4 и 7. Али услышал 28, Вали — 11.

Али не знает ответа, т. к. 28 раскладывается не однозначно (на 4×7 или 2×14). Он об этом говорит.

Вали знал об этом, т. к. среди разложений 11 на слагаемые нет разложения на простые числа (также оно не является суммой простого числа и его квадрата). Он об этом говорит.

Али: раз Вали сказал, что знает, что числа не простые, значит их сумма как минимум нечётная. Значит, одно из чисел чётное, а другое нет, что оставляет только один вариант разложения — 4×7. Али теперь знает ответ и говорит об этом.

Вали: раз Али знает ответ, значит, его разложение стало единственным после уточнения, что одно из чисел чётное. Какого рода числа имеют однозначное разложение на чётный и нечётный множители? Любое число раскладывается на прозведение простых, в нашем случае одно из этих простых гарантированно двойка. Число множителей должно быть больше двух (иначе бы у нас было просто два простых числа и Али бы знал ответ сразу). Подходят только числа с множителями вида (2^n, p), где p — простое число больше двух (нечётное), а n > 1. 11 — это 2^2 + 7, значит, искомые числа — 4 и 7. Вали тоже знает ответ.

Если эта логика верна, то решением задачи являются любые пары вида (2^n, p) такие, что 2^n + p ≠ q + 2 где q — простое число > 2. Это условие нужно потому, что иначе в возможных слагаемых Вали появится простая пара (q, 2), и Вали не сможет с уверенностью сказать, что Али не знает ответа.

В Go при желании можно спуститься на довольно низкие уровни (до адресной арифметики и ассемблера), хотя язык и будет сопротивляться. Но сравнивать их действительно не корректно.
Встроеные обобщённые типы — массивы/слайсы, мапы и каналы. Они действительно «даны свыше» и программист сам создать аналогичные типы не может, так устроен язык.
А вот как ту же картинку кропнул Твиттер: yadi.sk/i/M4HEjmZchDjJt
Это ваш сервис, да?

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

Information

Rating
Does not participate
Location
Россия
Registered
Activity