Pull to refresh
83
-7

лол, кек, чебурек

Send message
да, но:
  • Если мой аккаунт угонит некий Вася Пупкин, прочесть личные сообщения он не сможет.
  • У меня теперь есть кнопка «Удалить сообщения», которая сотрет ключи у меня и у собеседника (например девушки). А значит, среднестатистическая мадам гарантированно удалит личные сообщения, если мне будет нужно (на самом деле, это наверное самая важная функция, т.к. вконтакт удаляет сообщение только у одного из собеседников).


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

Верно
По какому словарю предлагаете выбирать популярные фразы в 25млн строк?

А вот на этот вопрос ответить не могу, но алгоритм выборки примерно следующий:
nik = {
    n: 1,
    ni: 1,
    nik: 1
    ik: 1,
    k: 1
}

tik: = {
    t: 1,
    n: 1,
    ni: 1,
    nik: 1,
    tik: 1,
    ik: 2,
    k: 2
}

и т.д. Для последнего логина у нас будут лидеры: «подстроки которые содержатся в максимальном количестве логинов»
Не совсем то. Итого тут получится:
52.1 + 31.6 + 16.3 = 100%

а я имел ввиду вообще все логины. Понятно что фразы: «marina», «natasha», «nikita» будут в TOP50, но интересно, какие ещё фразы в логине популярны у пользователей.
Интересно ещё узнать TOP фраз в логине, по принципу:
marina_1
marina_2
marina_3
nikita
----
marina - 75%
nikita - 25%
Вывод:
  • верстать резиной;
  • для ограничений использовать EM;
  • убивать магию DPI-багов специальным мета-тегом:
    <meta name="viewport" 
        content="width=device-width, height=device-height,
        initial-scale=1.0, user-scalable=no, maximum-scale=1.0"/>
    


спойлер
<сарказм>
А ещё можно изобрести метод «скрытых» посланий, оставляя шифрованную информацию в полупикселях и делая её визуально-видимой только на некоторых дисплеях.
</сарказм>
Мне кажется, что документация должна писаться сама по себе, без строгой привязки к коду. По крайней мере, все что попадалось из серии «автогенерация по комментариям» было ужасным:
  • код было невозможно читать, т.к. через строку шли комментарии.
  • документацию невозможно было читать, т.к. она собрана из кусочных комментариев кода, а не представляла собой отдельный рассказ с примерами и аргументами по архитектуре.

Опять же Doxygen заставляет учить свою разметку, вместо стандартной для многих Javadoc
1. Какие изменения в архитектуре приложения у вас произошли, и с какими трудностями столкнулись при переходе к ООП-коду? (особенности верстки и т.п.)
2. Можно ли при создании класса задать набор свойств? Есть ли их значение по умолчанию? Как вы присваиваете большое количество свойств?

Пример:
function Dog(name) {
    this.name = name || "Тузик"; // Когда таких свойств у объекта много, вы так же пишите или по другому?
}
И вновь удалены, вернете?
А теперь давайте посчитаем:
1. Сколько тут конференций для разработчиков, на которых что-то конкретное говорят?
2. Кто из организаторов проводит «не для галочки»?

Вот смотрите, заходим например на сайт РИФ`а и пытаемся найти видео докладов с прошлой конфы. И видим надпись: «Материалы обрабатываются и будут опубликованы в ближайшее время.», а ведь сейчас январь 2015, а она была в апреле 2014.

Или SPM («международная конференция в области управления IT-проектами») — список докладов есть, ни одного видео нет. И таких конференций больше половины.

Ребята начинают пиариться ближе к дате, ставят высокую входную цену за билет, а после пропадают с концами до следующего года. Печаль.
Книга: «Сюрреализм на JavaScript»
image
Издательство: СИНЭЛ, Санкт-Петербург, 2014
ISBN: 978-5-9905660-7-1
Описание: Книга о разработке игр и приложений на JavaScript. В книге встречается множество отсылок к авторам различных публикаций и экспертам фронтенд-разработки. Также затрагивается тема кроссплатформенной разработки на JavaScript для различных устройств, XSS атаки, обфускация кода, и конвертирования HTML в EXE, HTA, CHM и т.п.

Скачать в JSON: http://bakhirev.biz/book/files/Surrealism_on_JavaScript.json.zip
Скачать в PDF: http://bakhirev.biz/book/files/Surrealism_on_JavaScript.pdf.max.zip
Читать онлайн: http://bakhirev.biz/book/index.html
Они так долго их выкладывают, что хочется уже забрать исходники и самому смонтировать.
1. Как перевести атрибуты элемента? (
<img src="" title="{{title}}"/>
будет работать?)
2. Как автоматически переключить стили? (замена CSS файлов)
3. Можно ли накладывать пачку json`ов? Например, сначала грузим:
{
    name: "Имя" 
}

Потом грузим:
{
    family: "Фамилия"
}

И получаем на выходе конфиг:
{
    name: "Имя" 
    family: "Фамилия"
}

4. Можно ли задавать иерархию и вложения? Например:
{
    name: {
        first: "Миша"
        last: "Катя"
    }
    family: "Фамилия"
}

{{ name.first }}

5. Если у нас ключ перевода привязан к DOM, значит он сохранит ссылку на элемент в памяти. Если мы удалим DOM элемент у нас будет утечка памяти? Было:
<div><div>{{name}}</div></div>

Стало:
<div></div>

Система же локализации не оставит у себя ссылку на удаленный элемент?
Тут «реверс-монетизация» :) Готов платить по рублю за каждого читателя.
Это пародия на Рене Магритт.
отладка — это да, но т.к. у нас все обертки генерирует один модуль API — то и отключить все try/catch защиты во всех модулях можно с одного места. Та же самая тема с консолью — если она не нужна, то её можно перекрыть исправив только один файл.
лакшери-бренды
транслировать модный месседж
беззаветная любовь к гламуру
амбициозных целей по продажам
разрушают ауру эксклюзивности

Хабр, что ты делаешь, прекрати…
может тебе вот эти ребята подойдут http://lastbackend.com/
С какими багами мобильника / логики столкнулись при разработке?
Меньше кода — больше слов. Простыня кода не понятна и не интересна. Хотелось бы лучше пошагового пояснения алгоритма работы.
Видео или онлайн трансляцию запилити, пожалуйста

Information

Rating
Does not participate
Registered
Activity