Pull to refresh
153
0
Никита Прокопов @tonsky

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

Send message
цветопередачу я еще могу понять (фотографы там, видеомонтаж), но hdr зачем нужен? игры?
йеп. Автор даже разработал собственный шрифт — Fira Code
Спасибо за перевод!
в рамках текущей экономической модели, действительно, точить пилу некогда, надо пилить. Видимо заниматься улучшениями должны люди вне её, как сейчас это происходит с опен сорсом и людьми в R&D отделах
а автору-то как этого хочется :) но ничего, написание этой статьи позволило мне хотя бы для себя сформулировать, что меня вгоняет в депрессию и чего я хочу. Дело за малым — найти подходящий проект и подключиться
http://www.uxmatters.com/mt/archives/2016/04/beyond-airplane-mode.php
Так оно не бесплатное. $5/user/month. Плюс вопросы приватности, корпорации не хотят хранить данные «у дяди». Гитхаб, например, альтернативный есть, но там он полностью с нуля переписан, и бэкенд, и фронтенд.
> вы правду не понимаете разницу между облачными сервисами и просто веб сервером апач на шаред хостинге?

Облако — это просто чей-то чужой сервер.

> Нет никаких причин выполнять вычисления на стороне клиента

Какие вычисления-то?

А что, бывает необлачный веб?
Ну я говорил все-таки не о персистентном хранении, а о том, как хранить состояние приложения в течение одной сессии.
А вот это, кстати, очень интересный момент. Да, если вместо бэкенда будет стандартная БД, то пиратиться все это будет проще простого.
Это если бэкенд простой, положи-сохрани. Пиратские клоны Google Docs, например, бывают?
Аргумент действительно неубедительный. Маленькие языки таким вот и перебиваются — кто-то где-то в какой-то компании на нем пишет. Такого, чтобы супергигант поставил на что-то маргинальное, не бывает по определению.
Почему странно? Первый раз увидели сайт, не оптимизированный под мобильник?
О, это очень интересная тема, на самом деле, зачем вообще веб-приложения. Я так понимаю, факторов несколько:
— кроссплатформенность
— не нужно устанавливать
— UI неплохо рисуется
— среда разработки крутая (dev tools)
— легко интергировать другие сервисы (intercom, например)
— спиратить веб-приложение нельзя

Т.е. если подумать, сделать скажем коллаборативное редактирование можно было бы и десктопном Word-е, и даже каких-то особенных трудностей было бы меньше, возможно (Google Docs, все-таки, в основном занимались тем, что превозмогали платформу, а не пилили код), но почему-то натуральным кажется делать его только в вебе. Наверное, потому что это общее место, где все живут рядом, и логины, и почта, и общение. Ну и понятие «файла» мешается, хочется чтобы все редактировали общий файл, а не у каждого лежал свой, соответственно он должен жить где-то в интернете.
Если бы это был просто кэш, можно было бы жить — с иммутабельными данными, например, в кэшах легко работать. Тут проблема в том, что клиент, даже веб — это отдельное приложение, которое хочет уметь писать, а не только читать. Т.е. это сразу распределенное приложение с eventual consistency.
Угу. Причем люди нормально так потянулись — с подачи Om, например, чуваки из React сделали immutable.js и теперь пропагандируют иммутабельную модель
Так если нужна специальная раскладка чтобы такие символы вводить, почему бы не забиндить туда нормальные юникодные символы которые _уже есть_, а не придумывать и двигать опять стандарт?

Information

Rating
Does not participate
Location
Новосибирск, Новосибирская обл., Россия
Date of birth
Registered
Activity