Если несколько усложнить систему, то все реализуется даже на минимальном банке выбранных иконок.
При создании профиля человек дополнительно выбирает, хочет он кликнуть ВНЕ или ВНУТРИ треугольника.
Соответственно, получается схема типа ВНЕ, В, В, ВНЕ, ВНЕ. Можете посчитать вероятность вычисления паттерна, но мне кажется, она минимальна.
Есть разница между приватностью адреса жилища и приватностью жилища.
Заключение судьи вышло действительно дурацким в силу размытости, но по факту — оно корректно.
Использование эксплойта может быть незаконным, но теоретически у властей может быть возможность вычислить все и без него — сопоставив количество входного и выходного трафика. Точно так же теоретически может быть скомпроментирован double VPN, разнесенный по разным странам — если власти этих стран скоординируются.
Это действительно риск, который люди принимают.
Примерно такой же, как выращивание марихуаны дома. В принципе если сделать все грамотно — следов не будет. А если неграмотно — будет запах. Или будет яркая тепловая сигнатура, которую можно определить обычным тепловизором. Это не нарушение.
О, Макс, привет.
окей, ладно, вуй-файлы были моей болью, я не смог даже треть инструментов заставить работать с ними. сборщик, ide, линтер, профилировщик, test coverage, source maps и прочая чертовщина в ступе не заводилась с ними. плюс на момент релиза там точно была абсолютно жопная реализация поддержки очень ограниченного числа прекомпиляторов, что тоже очень спугнуло.
Эх, делаю как раз для друзей на следующую игру движок для части моделей. И тут ребята тоже с нуля делали. И на H+ с нуля делали… Блин, надо уже, наконец, фреймворк запилить нормальный специально для подобных игр — множество конечных приложений, сборка в кордову из коробки, кастомизируемость, модули для валют-чата-загрузов, встроенная работа с nfc и так далее.
объективно, избыточные сущности, которые появились в 1х ветке и поздней 0х (по 2х не скажу, к сожалению):
вуй-лоадер (для файлов .vue ) — очень странный ход, в реальности очень трудно держать большие шаблоны рядом с JS-кодом в одном файле, а маленькие шаблоны можно и в темплейт вставить (или внешней переменной)
элемент-директивы (компонент и директив всегда хватало за глаза, а вопрос перфоманса решался немного иначе)
транзишны — их можно было вкрячить куда аккуратнее (объективно можно было, не через глобальные переменные на строках)
фильтры — можно было отдельным модулем. Нахрена в любой проект тащить с собой фильтр для валют, например? В 0.12 и рядом с ним в базовой поставке был минимальный набор фильтров, который в 90% случаев использовался, а даже если нет — это были однострочники типа upperCase.
v-else объективно ОЧЕНЬ грязный хак.
v-for первым ввел дополнительный внутренний синтаксис, отличающийся от общепринятого. До 0.13, если не путаю, он был гомогенен с остальными директивами, используя нотацию обычного объекта без скобок — [key]: value. Потом Эван зачем-то решил заменить двоеточие на in, нахрена — не очень понятно, но теперь зато все как в ангуляре, а не как в остальных директивах либы. Эту боль можно было решить при помощи фильтра, но почему-то никто тогда об этом ему не сказал.
События — какой-то ад вообще стали. v-on=«event: fn», v-on:event=«fn», @ event=«fn» и так далее. Да, это выглядит красиво и лаконично, но это усложнение синтаксиса, это опять же можно было решить не нагораживая монструозных языков. button click.stop.prevent=«doThis» — да, интуитивно можно догадаться, что это, но почему-то никто не сказал, что можно ввести спецсимволы в содержимое, чтобы было что-то вроде button v-on=«click: stop; @prevent; doThis». Это сходу пример, а не прямое предложение к действию. Проблема в том, что теперь очень трудно вылавливать директивы именно вуя — если раньше можно было искать по «v-», то сейчас ситуация усложнилась. Особенно при использовании кастомных событий.
Та же претензия к v-bind с его двоеточечной нотацией.
v-ref вообще какой-то бессмысленный, нахрена было вводить синтаксис v-ref:child, когда можно было все так же пользоваться атрибутом и писать v-ref=«child»?
Подстава в том, что начиная где-то с 0.12 или 0.13 вуй начал потихоньку использовать хтмл и JS как «транспортный протокол», не опираясь на них, но используя только самые базовые свойства.
Для разработчиков, которые пришли на него в последний год — все выглядит логичным и знакомым, вот там ангуляровское что-то, там реактовое, а там вот остатки хороших собственных идей. Но вот те, кто пользовался им хотя бы последние 2 года — стойкое ощущение, что из безумно простого и удобного эдакого «перочиного ножика» начинается наслаивание потыренных идей.
я ни в коей мере не считаю вуй редкостной гадостью, я просто вижу, как он именно что скатывается в раздутость, и это не приведет ни к чему хорошему. А скатывается он в силу личности автора. Более того, то, как он дебажится, я все еще считаю идеальным подходом к отладке, даже у реакта ловить ошибки гораздо сложнее, и много других вещей (типа работы с событиями) — чуть ли не лучшая, на мой взгляд, реализация в вебе.
К сожалению, вуй — не нужен. Слава к этой замечательной либе пришла с ее упадком.
Я следил за его развитием с 0.10, и сейчас он превращается в раздутого мастодонта из-за самомнения Эвана (автора), достаточно почитать ишуи — человек не пытается слушать других, у него есть своя точка зрения на проект, и она уводит его из ниши, которую вуй идеально занимал — библиотека для rapid component development. API толще, тяжелее, появляются какие-то странные фичи, синтаксис внутри шаблонов перестает быть гомогенным и все больше напоминает первый ангуляр.
Идея, которая лежала за первыми версиями вуя, была прекрасна — это «the best API is no API». И микроядро довеском, где все остальное — отдельные модули, директивы и компоненты, что тоже прекрасно.
До первой версии все выглядело так, словно ты пользуешься встроенными инструментами языка: объекты это просто объекты, наследование — расширение прототипа (окей, Vue.extend работал как deep assign, но все равно это было очевидно), причем с добавлением маленьких приятных плюшек, аргументы для директив парсились как объекты или массивы (без фигурных скобок). А потом начался атас, Эван начал завидовать славе реакта с ангуляром (видимо, по причине упадка метеора, которым он занимался), и начал тащить из них фичи.
Это видно даже по постам в блоге:
Recently there has been a lot of discussion around the tooling hurdle when you start a React project. Luckily for Vue.js, all you need to do to start with a quick prototype is including it from a CDN via a script tag, so we’ve got that part covered.
или вот эта бессмысленная (в силу ложности утверждения — shouldComponentUpdate и иммутабельные структуры это дополнительные инструменты, а не обязаловка) язвительность:
No need for shouldComponentUpdate or immutable data structures — it just works.
Поэтому я настоятельно советую либо попытаться пообщаться с Эваном, чтобы помочь ему это увидеть, либо предпочесть решение с более взрослыми разработчиками за ним, которые делают фичи не из зависти к другим фреймворкам, а из осознанной необходимости в них.
Есть маленький лайфхак: можно сконвертировать весь вывод профилировщика в JSON-формат и ходить по этому дереву себе. Я в свое время так писал простенькую утилитку, которая определяла, в каких файлах интерпретатор проводит больше всего времени, и шел оптимизировать их.
Так, вы меня запутали. Вы используете синхронный флоу или корутины/файберы для того, чтобы убрать колбэки? Есть разница. Указанный в примере выше odm.findAllSync займет весь поток выполнения JS и не даст обрабатываться другим запросам.
В JS в условиях файберов/асинхронного выполнения нужно понимать, как все работает, чтобы не словить deadlock или мутирование внутреннего состояния, это не синхронный флоу.
Да нет, многие ORM/ODM поддерживают promise-ы. Вопрос в другом — они все равно пытаются нести практики из других языков, в которых эти практики работают в рамках потока. К тому же эти библиотеки пытаются скрыть очень много логики внутри большого количества фабрик, генерирующих свои внутренние объекты и выставляющие наружу сложный API.
Так, например, в каком-нибудь ruby при попытке получить массив по отношению (например author.posts) — синхронно отработается внутренний запрос к БД. Решения в JS же пытаются придумать синтаксис для предварительной подгрузки этих данных (т.к. надо делать асинхронный запрос, синхронные-то недоступны), или пытаются это решить каким-то другим образом, тоже не очень очевидным. Вместо того, чтобы использовать преимущества JS — они пытаются сгладить его недостатки огромным API.
На самом деле склонен не согласиться. Сложность использования того же mongoose (с кучкой плагинов) примерно равна massive или sequelize. Дело именно в том, что асинхронность (а значит — необходимость делать действительно много синхронизации и невозможность задавать сколько-либо глобальные переменные) ломает многие принципы, которые переносятся из работы с БД в других языках.
зачем тут табы? Зачем лента новостей? Зачем эти моменты? Это соцсеть или мессенджер? Аська должна обеспечивать надежную и качественную связь. Соцсеть обладает самоценностью, при которой мессенджер становится дополнительной функцией. Мессенджер должен идти вторичным от ленты социальных событий конкретного пользователя. Тут же мессенджер в приоритете, соцсеть вторична. Так нельзя. Это какое-то bufo rapto vipera.
Диалоги. "Абсолютно новый интерфейс приложения". Что тут абсолютно нового? Это полностью стандартный интерфейс же.
Полоска сверху бессымысленна — самые популярные контакты и так в списке последних обычно. Стрелка вправо вообще неочевидна и предполагает пагинацию по слайдеру, а не переход в список контактов. Разумнее было бы сделать поле поиска по контактам с плейсхолдером про поиск, по клику на которое заодно раскрывается список всех контактов, если уж хочется это действие положить поверх всего.
Диалоги и звонки — рвется контекст к хренам собачьим. Контекст списка подразумевает контакты, которые предоставляют действия "общаться" и "звонить". В самом диалоге — должен быть отдельный подконтекст "контакт" — например, верхняя полоса та же самая, которая уже есть, внутри которого ожидаются дополнительные действия с контактом. Там кнопка звонка уместна. От открытия диалога же ждешь мгновенного предоставления контекста переписки — без дополнительных кнопок. В идеале сразу же идет выделение поля ввода и распахнутая клавиатура, чтобы можно было сразу печатать. А тут идут только затруднения для пользователя.
Звонки — ладно, звонки не так ужасны, благо, скопированы из скайпа почти один в один. Только непонятно, зачем видео с своей камеры показывать по центру — хорошо бы поместить в менее важное место типа угла экрана, и для коллективного звонка — предусмотреть то, что аватарки на самом деле квадратные (если правильно помню), видео может быть и вертикальным, и горизонтальным, а участников звонка может быть больше.
С контактами — зачем лезть в контакты телефона и давать возможность внутри приложения кидать смс-ки контактам — тупо непонятно. Это смешение интерфейсов какое-то.
Остальное все довольно стандартно, ничего не изобретено.
Поиск друзей — по-моему это больше на тиндер похоже, а не аську. К тому же как выглядит именно поиск, где хочется просмотреть 50 контактов с одинаковым именем — непонятно. По списку поиск был бы проще. Вдобавок — это можно совместить с полем поиска по контактам — просто выводить под полем ввода кнопку "искать по всем пользователям" или как-то так.
Смысла в "комнатах" тоже нет — в терминах интернета и мессенджеров это просто чаты, просто с множеством участников и доп. фичами. Резонно добавить в общий список, плюс сделать отдельный поиск этих самых чатов, ну в крайнем случае.
Про профиль — ничего не говорю, там ничего особенного нет, обычный список свойств и фоточка.
При создании профиля человек дополнительно выбирает, хочет он кликнуть ВНЕ или ВНУТРИ треугольника.
Соответственно, получается схема типа ВНЕ, В, В, ВНЕ, ВНЕ. Можете посчитать вероятность вычисления паттерна, но мне кажется, она минимальна.
Заключение судьи вышло действительно дурацким в силу размытости, но по факту — оно корректно.
Использование эксплойта может быть незаконным, но теоретически у властей может быть возможность вычислить все и без него — сопоставив количество входного и выходного трафика. Точно так же теоретически может быть скомпроментирован double VPN, разнесенный по разным странам — если власти этих стран скоординируются.
Это действительно риск, который люди принимают.
Примерно такой же, как выращивание марихуаны дома. В принципе если сделать все грамотно — следов не будет. А если неграмотно — будет запах. Или будет яркая тепловая сигнатура, которую можно определить обычным тепловизором. Это не нарушение.
окей, ладно, вуй-файлы были моей болью, я не смог даже треть инструментов заставить работать с ними. сборщик, ide, линтер, профилировщик, test coverage, source maps и прочая чертовщина в ступе не заводилась с ними. плюс на момент релиза там точно была абсолютно жопная реализация поддержки очень ограниченного числа прекомпиляторов, что тоже очень спугнуло.
Может, кто хочет подключиться? :)
вуй-лоадер (для файлов .vue ) — очень странный ход, в реальности очень трудно держать большие шаблоны рядом с JS-кодом в одном файле, а маленькие шаблоны можно и в темплейт вставить (или внешней переменной)
элемент-директивы (компонент и директив всегда хватало за глаза, а вопрос перфоманса решался немного иначе)
транзишны — их можно было вкрячить куда аккуратнее (объективно можно было, не через глобальные переменные на строках)
фильтры — можно было отдельным модулем. Нахрена в любой проект тащить с собой фильтр для валют, например? В 0.12 и рядом с ним в базовой поставке был минимальный набор фильтров, который в 90% случаев использовался, а даже если нет — это были однострочники типа upperCase.
v-else объективно ОЧЕНЬ грязный хак.
v-for первым ввел дополнительный внутренний синтаксис, отличающийся от общепринятого. До 0.13, если не путаю, он был гомогенен с остальными директивами, используя нотацию обычного объекта без скобок — [key]: value. Потом Эван зачем-то решил заменить двоеточие на in, нахрена — не очень понятно, но теперь зато все как в ангуляре, а не как в остальных директивах либы. Эту боль можно было решить при помощи фильтра, но почему-то никто тогда об этом ему не сказал.
События — какой-то ад вообще стали. v-on=«event: fn», v-on:event=«fn», @ event=«fn» и так далее. Да, это выглядит красиво и лаконично, но это усложнение синтаксиса, это опять же можно было решить не нагораживая монструозных языков. button click.stop.prevent=«doThis» — да, интуитивно можно догадаться, что это, но почему-то никто не сказал, что можно ввести спецсимволы в содержимое, чтобы было что-то вроде button v-on=«click: stop; @prevent; doThis». Это сходу пример, а не прямое предложение к действию. Проблема в том, что теперь очень трудно вылавливать директивы именно вуя — если раньше можно было искать по «v-», то сейчас ситуация усложнилась. Особенно при использовании кастомных событий.
Та же претензия к v-bind с его двоеточечной нотацией.
v-ref вообще какой-то бессмысленный, нахрена было вводить синтаксис v-ref:child, когда можно было все так же пользоваться атрибутом и писать v-ref=«child»?
Подстава в том, что начиная где-то с 0.12 или 0.13 вуй начал потихоньку использовать хтмл и JS как «транспортный протокол», не опираясь на них, но используя только самые базовые свойства.
Для разработчиков, которые пришли на него в последний год — все выглядит логичным и знакомым, вот там ангуляровское что-то, там реактовое, а там вот остатки хороших собственных идей. Но вот те, кто пользовался им хотя бы последние 2 года — стойкое ощущение, что из безумно простого и удобного эдакого «перочиного ножика» начинается наслаивание потыренных идей.
я ни в коей мере не считаю вуй редкостной гадостью, я просто вижу, как он именно что скатывается в раздутость, и это не приведет ни к чему хорошему. А скатывается он в силу личности автора. Более того, то, как он дебажится, я все еще считаю идеальным подходом к отладке, даже у реакта ловить ошибки гораздо сложнее, и много других вещей (типа работы с событиями) — чуть ли не лучшая, на мой взгляд, реализация в вебе.
Я следил за его развитием с 0.10, и сейчас он превращается в раздутого мастодонта из-за самомнения Эвана (автора), достаточно почитать ишуи — человек не пытается слушать других, у него есть своя точка зрения на проект, и она уводит его из ниши, которую вуй идеально занимал — библиотека для rapid component development. API толще, тяжелее, появляются какие-то странные фичи, синтаксис внутри шаблонов перестает быть гомогенным и все больше напоминает первый ангуляр.
Идея, которая лежала за первыми версиями вуя, была прекрасна — это «the best API is no API». И микроядро довеском, где все остальное — отдельные модули, директивы и компоненты, что тоже прекрасно.
До первой версии все выглядело так, словно ты пользуешься встроенными инструментами языка: объекты это просто объекты, наследование — расширение прототипа (окей, Vue.extend работал как deep assign, но все равно это было очевидно), причем с добавлением маленьких приятных плюшек, аргументы для директив парсились как объекты или массивы (без фигурных скобок). А потом начался атас, Эван начал завидовать славе реакта с ангуляром (видимо, по причине упадка метеора, которым он занимался), и начал тащить из них фичи.
Это видно даже по постам в блоге:
или вот эта бессмысленная (в силу ложности утверждения — shouldComponentUpdate и иммутабельные структуры это дополнительные инструменты, а не обязаловка) язвительность:
Поэтому я настоятельно советую либо попытаться пообщаться с Эваном, чтобы помочь ему это увидеть, либо предпочесть решение с более взрослыми разработчиками за ним, которые делают фичи не из зависти к другим фреймворкам, а из осознанной необходимости в них.
В JS в условиях файберов/асинхронного выполнения нужно понимать, как все работает, чтобы не словить deadlock или мутирование внутреннего состояния, это не синхронный флоу.
Так, например, в каком-нибудь ruby при попытке получить массив по отношению (например author.posts) — синхронно отработается внутренний запрос к БД. Решения в JS же пытаются придумать синтаксис для предварительной подгрузки этих данных (т.к. надо делать асинхронный запрос, синхронные-то недоступны), или пытаются это решить каким-то другим образом, тоже не очень очевидным. Вместо того, чтобы использовать преимущества JS — они пытаются сгладить его недостатки огромным API.
На самом деле склонен не согласиться. Сложность использования того же mongoose (с кучкой плагинов) примерно равна massive или sequelize. Дело именно в том, что асинхронность (а значит — необходимость делать действительно много синхронизации и невозможность задавать сколько-либо глобальные переменные) ломает многие принципы, которые переносятся из работы с БД в других языках.
иконка. Зачем ее в круг вписывать?
зачем тут табы? Зачем лента новостей? Зачем эти моменты? Это соцсеть или мессенджер? Аська должна обеспечивать надежную и качественную связь. Соцсеть обладает самоценностью, при которой мессенджер становится дополнительной функцией. Мессенджер должен идти вторичным от ленты социальных событий конкретного пользователя. Тут же мессенджер в приоритете, соцсеть вторична. Так нельзя. Это какое-то bufo rapto vipera.
Диалоги. "Абсолютно новый интерфейс приложения". Что тут абсолютно нового? Это полностью стандартный интерфейс же.
Полоска сверху бессымысленна — самые популярные контакты и так в списке последних обычно. Стрелка вправо вообще неочевидна и предполагает пагинацию по слайдеру, а не переход в список контактов. Разумнее было бы сделать поле поиска по контактам с плейсхолдером про поиск, по клику на которое заодно раскрывается список всех контактов, если уж хочется это действие положить поверх всего.
Диалоги и звонки — рвется контекст к хренам собачьим. Контекст списка подразумевает контакты, которые предоставляют действия "общаться" и "звонить". В самом диалоге — должен быть отдельный подконтекст "контакт" — например, верхняя полоса та же самая, которая уже есть, внутри которого ожидаются дополнительные действия с контактом. Там кнопка звонка уместна. От открытия диалога же ждешь мгновенного предоставления контекста переписки — без дополнительных кнопок. В идеале сразу же идет выделение поля ввода и распахнутая клавиатура, чтобы можно было сразу печатать. А тут идут только затруднения для пользователя.
Звонки — ладно, звонки не так ужасны, благо, скопированы из скайпа почти один в один. Только непонятно, зачем видео с своей камеры показывать по центру — хорошо бы поместить в менее важное место типа угла экрана, и для коллективного звонка — предусмотреть то, что аватарки на самом деле квадратные (если правильно помню), видео может быть и вертикальным, и горизонтальным, а участников звонка может быть больше.
С контактами — зачем лезть в контакты телефона и давать возможность внутри приложения кидать смс-ки контактам — тупо непонятно. Это смешение интерфейсов какое-то.
Остальное все довольно стандартно, ничего не изобретено.
Поиск друзей — по-моему это больше на тиндер похоже, а не аську. К тому же как выглядит именно поиск, где хочется просмотреть 50 контактов с одинаковым именем — непонятно. По списку поиск был бы проще. Вдобавок — это можно совместить с полем поиска по контактам — просто выводить под полем ввода кнопку "искать по всем пользователям" или как-то так.
Смысла в "комнатах" тоже нет — в терминах интернета и мессенджеров это просто чаты, просто с множеством участников и доп. фичами. Резонно добавить в общий список, плюс сделать отдельный поиск этих самых чатов, ну в крайнем случае.
Про профиль — ничего не говорю, там ничего особенного нет, обычный список свойств и фоточка.