UZER2006
0
ОК, спасибо.
В двух словах – не нашёл существенных плюсов.
Скрипты – а зачем они, если это просто кеш-база для горячих данных? Нам тут важна скорость, а не вынести часть логики ещё куда-нибудь за пределы приложения. Разве что может быть несколько актуально для многосерверных систем (сеть же медленнее памяти и прочих ресурсов сервера?). Кому это нужно – вариант, по мне же пусть кеш остаётся кешем.
Немного не понял про снимки и лог. Что такое WAL и чем плох AOF? В моём случае AOF с регулярными bgrewrite и резервной копией rdb (причём всё автоматизировано) более чем достаточно. И поднимается после сбоя из того же AOF. Единственный плюс, который я вижу – это если у вас таки умеет правильно загружаться со снепшота и поверх накатывать лог с какой-то точки – холодный старт быстрее.
Что касается SQL, индексов и пр. – это всё только усложняет систему и снижает производительность. Каждое такое новшество повышает требования и сложность синхронизации и persistency. Сначала SQL, потом индексы, потом процедуры с триггерами – и получим ещё одну БД. Сюдаже идея про скрипты.
Размер. Превышение размера легко решается системным swap. Если делать какую-то умную логику хранения на диске – снова начнётся то же разделение данных на горячие и супер-горячие, потом снова захочется супер-горячие отдельно вынести и всё пойдёт по кругу. Кстати, в Redis, кажется, тоже уже что-то такое планировали. И опять же это логику усложняет.
Понятно, многое сейчас базируется чисто на моих конкретных use-cases и требованиях, плюс это сразу в архитектуру заложили (преимущественная статика в реляциооной БД, горячая динамика – в Redis), но для меня это пока очередной велосипед плюс качественный маркетинг.
Но посмотрим, что будет дальше. В любом случае, желаю успехов.
UZER2006
0
ОК, и чем это лучше того же Redis или другой NoSQL-базы, если таки лучше?
UZER2006
0
Вспомнил. Frontend Weekend от UAWebChallenge где-то летом 2015. Вадим там выступал с тем же докладом.
Судя по Google, он с этим докладом уже второй или третий год по разным конференциям ходит. Двоякие эмоции испытываю по этому поводу.
UZER2006
0
Какое-то у меня де-жа-вю… Где-то я уже это читал или слышал. Слово в слово. Несколько (до 5) лет назад.
UZER2006
+1
Android когда ждать?
Или традиционно «coming soon», а по факту – забудьте?
UZER2006
0
Каким-то чудом работают. Я сам долгое время сидел на 4-й версии, пока стало невмоготу из-за изменения протокола чатиков. А на работе повально Skype и повально чатики.
UZER2006
–5
Портируйте кто-нибудь Skype 4 под актуальную версию протокола.
UZER2006
0
Из опыта: JAR-файлы фреймворка отлаживаются нормально, только в дополнение нужно пересобирать framework-res, создавать проект на его папке, в исходниках добавлять smali нужных jar-файлов (на 8-м шаге), и вешать отладчик на system_process.
Также стоит уточнить, что после пересборки framework-res система будет очень плохо себя чувствовать – системные процессы падают один за другим, создаётся впечатление, что вот-вот всё рухнет – но всё же кое-как работает.
UZER2006
0
Непредвиденный результат – это максимум неработоспособная прошивка, или что-то более серьёзное типа потери загрузчика или recovery?
UZER2006
0
Возможно ли таким методом отлаживать системные jar-файлы, находящиеся в папке /system/framework?
UZER2006
+2
Ничего нового. На хабре уже куча похожих туториалов начального уровня. Причём лучше вашего. Да и в целом тема уже чересчур заезжена в интернетах.
UZER2006
0
В этом, по ходу, весь сок. См. картинку «Шутки гиков».
UZER2006
0
Статья очень кстати, спасибо большое! Как раз сейчас занимаюсь разработкой одного .NET-приложения на MVC, стыкаюсь со множеством проблем, в т.ч. и этой.
UZER2006
+1
Для продажи зачастую аккаунт заводят на отдельной почте.
UZER2006
0
Вот-вот. Пока читал пост, всё время хотел спросить, а где уверенность, что публичный сервис в каком-то времени тоже не закроется или по каким другим причинам перестанет работать? Прикиньте, сколько паники будет.
Пусть вероятность этого не высока, но она существует.
UZER2006
+1
Я, должно быть, не в теме?
По какому поводу столько ненависти к Adobe?
UZER2006
+5
Согласен. Это гениально!
UZER2006
+2
И тем не менее, несмотря на отсутствие ссылок, отсутствие любых технических подробностей по профилю хаба делает текст информационно-рекламным, не более.
UZER2006
–3
Это был немного сарказм. Я к тому и писал, что они вроде как называются «банк», а не «банка». И ссылка на 7-й пункт правил.
У «нас» – это у кого?
UZER2006
0
А вот интересно, что такое «банка» в текущем контексте?
UZER2006
0
А просто мотивом – поржать. Я потому и поставил.
По факту – вопросов становится только больше.
UZER2006
0
После обновления до 29-й версии действительно всё перестало работать. И это печально.
Кстати, они документацию поменяли. Теперь вместо эвентов советуют пользоваться postMessage. Для меня остаётся загадкой, как это работает. window ведь разные, по идее.
Подозреваю, что скоро могут прикрыть взаимодействие через эвенты…
UZER2006
0
Причин, почему нужно использовать таб вместо пробелов – тоже достаточно.
Основная причина – отсутствие стандарта на размер отступа.
Если вы используете пробелы – вы фактически навязываете разработчиу, который потом будет смотреть ваш код, свои привычные отступы.
В случае же использования табов его <название любимой IDE> выровняет код по его настройкам.
Ясное дело, что это касается только отступов в начале строки. Для выравнивания внутри кода надо пользоваться только пробелами.
UZER2006
0
Согласен. Тем более, благодаря возможностям IDE, разработчик может настроить размер табуляции по своему вкусу.
UZER2006
+1
Если что – я тоже. Но все IDE умеют при должной настройке по клавише Tab нарисовать нужное количество пробелов.
UZER2006
+2
Ну и что? Сейчас экраны пошли за горизонтальное место переживать особо не стоит. Тем более, учитывая рекомендацию ограничения в 80 символов.
Зато визуально намного легче воспринимается.
UZER2006
+8
Я, конечно, в холиваре «tab vs пробелы» не участвую, давно для себя всё решил оптимальным образом.
Но почему 2 пробела, а не 4 – искренне не понимаю.
UZER2006
0
Более того, я, как знающий об этом программист, считаю такое поведение не очевидным и не совсем логичным
UZER2006
+1
Судя по всему, я ошибся. Не сочтите за попытку ввести в заблуждение.
Кажется, это относится к IE11, с которым мне пришлось поработать некоторое время.
UZER2006
0
О том, что плохая идея – я знаю.
Но так исторически сложилось, и пока проще поддерживать существующий вариант, чем переписать.
UZER2006
+2
Возможно, оффтопик, но тоже занятно.
Ещё в IE10 кардинально поменялась строка userAgent.
В двух словах – привычное буквосочетание «MSIE» там просто отсутствует.
Теперь в способы определения версии и типа браузера придётся дописывать ещё один костыль.
UZER2006
+6
Иногда кажется, что они делают это специально.
UZER2006
0
Затея классная.
Русскоязычная поддержка планируется?
UZER2006
+4
Ждём, уж очень интересно.
UZER2006
0
Я бы поспорил. Мне и на чистом JS достаточно удобно писать. Особенно временами поспорил бы по поводу окупаемости скорости.
Судя по тестам (а я и сам уже давно такое подозревал) jQuery стал(!) не просто медленным, а дико тормознутым. Особенно drag&drop и в целом. Дико раздражает, когда окно при перетаскивании движется за мышкой с конечной предельной скоростью и с заметной задержкой.
UZER2006
+29
Это всё, конечно, хорошо, но какой смысл статьи? Жёлтый заголовок, полно воды, никакой конкретики и текст, как в рекламах новых революционных методов заработка в интернете $100500 в месяц.
UZER2006
0
Дочитал, понравилось. Много умных мыслей, некоторые, к тому же, можно вынести в более глобальный контекст.
Не уверен, почему все так категорически против. Лично я пока не могу сложить какого-то конкретного мнения, но воспользовался случаем в очередной раз взглянуть критически на привычные вещи, под новым углом.
Единственное, чего искренне не понимаю – почему люди, не прочитавшие статью до конца и даже толком не подумав о написанном (особенно случаи типа «что PHP — всего лишь шаблонизатор. > Дальше не читал») оставляют какой-то отзыв со своим авторитетным мнением.
UZER2006
0
.
UZER2006
0
Серьёзно?
Очень странно. Заблочить то, что они сами предлагали в качестве примеров.
Вечером проверю.