Loo
И страдают, но по-другому
Cuno
Ой бля как-будто между браузерами проблем нет
Это уже проблема разработчиков браузеров, не?
պլհկ
Кажется вы используете рач, извините сайт поддерживает только ubuntu 16.04
Nik
и если я могу сейчас взять clang и скомпилить плюсовый код под линь, макось и венду, то где здесь проблема сделать 10 бинарников?
Anonymous
ну взять тот же llvm, он много под что умеет
LLVM не даёт гарантии переносимости )
Nik
переносимости чего?
Anonymous
Кода
Nik
ну за это программист отвечает
Nik
не используй платформо-зависимый код
պլհկ
պլհկ
Anonymous
не используй платформо-зависимый код
Ок, выкину pthreads из проекта
պլհկ
Nik
попрошу без постиронии
Anonymous
К примеру )
Loo
Это уже проблема разработчиков браузеров, не?
А до этого это было проблемой операционных систем?
Nik
Ок, выкину pthreads из проекта
ну пока что у тебя гипотетический проект о котором идет речь вообще на джаваскрипте, там никаких тредов нет)
Cuno
А до этого это было проблемой операционных систем?
У операционных систем нет общего стандарта, в отличие от браузеров.
Anonymous
Атвичаешь?)
Nik
О_о
Nik
сколько я проспал?
Nik
ну, беглое гугление шокирующих фактов не принесло
Nik
в чем шутка юмора?
Nik
Ок, выкину pthreads из проекта
ну и это же есть везде кроме винды, не?
Sergey
POSIX
Винда
Cuno
POSIX
Он ни разу не "общий". Его же даже линукс не полностью поддерживает.
Anonymous
ну и это же есть везде кроме винды, не?
Эт был лишь пример, есть куча рантайм кода, который не переносится.
Nik
и...при всем этом большинство систем это все таки винда/мак/линь
Nik
клиентских систем, как минимум, где есть гуи и браузер
Cuno
общий
Под "общий" я имел в виду "обязательный". Браузер в 2к18 не может считаться браузером без поддержки ES, а операционная система без POSIX - вполне.
Loo
Ну понятно
Loo
分解物質
Он ни разу не "общий". Его же даже линукс не полностью поддерживает.
он не не полностью поддерживает а имеет местами небольшие отступления от буквы стандарта, которе не ломают ничего
Cuno
TIL LynX - не браузер
В 2к18 ты на этом половину веба не побраузиш.
Anonymous
В 2к18 ты на этом половину веба не побраузиш.
что это тогда, если не браузер?
Cuno
что это тогда, если не браузер?
Формально - браузер, я этого и не отрицал.
պլհկ
Пацаны, как насчет создать чатик rustjerk и там обсуждать проблемы белых людей, феминизме третьей волны, сайты в зип архивах и прочее?
պլհկ
Почему бы и нет для разнообразия?
Nik
Еще было бы неплохо начать на нем писать...
Nik
у вас аватарку и там и там показывают
պլհկ
https://t.me/rustjerk добро пожаловать
doc
эт шо?
doc
феминизм третьей волны звучит увлеательно
Cuno
Это то место, куда мы будем с оффтопом посылать, похоже.
պլհկ
Да
John
Потому что: 1. SSR. И да, обычно это не просто шаблончики, там какой-нибудь реакс/редакс. 2. Шаринг типов. Скажем, если речь о js, то описаны на ts/flow у тебя данные, которые ты подготовил на сервере, те же типы используешь в браузерном коде. Более того, сама пересылка разработчика не должна волновать, это можно быть avro/protobuf/etc, в общем, любая схема, которая нагенеривается по flow-дефинициям. 3. Шаринг кода валидации, селекторов, вьюхи (последнее актуально для jsx-based вьюх). 4. Не тратится время на согласование форматов и api между брауезром и сервером — фронтендер сам собирает себе нужные данные в нужном формате (формат при этом можно быть сильно ограничен, скажем, сильно нормализован для дедубликации и единого стора или. наоборот, денормализован, если используется какой-нибудь graphql), вся эта специфика решается одними разрабами, переход с одного на другой подход не требует изменений в бекенд-микросервисах. 5. (ну, это специфично) Если фронт разбивается на микросервисы (скажем, мы сейчас движемся в эту сторону, есть композитор, который от разных других фронтовых микросервисов получает виджеты, компонует их и по мере готовности отдаёт в поток). Так вот композитор тоже должен быть на том же языке, ибо много кода, который выполняется и на уровне фронтендового микросервиса, который отдаёт виджеты и на конечном, который их композирует.
Складно пиздит, издалека может даже показаться, что о чем-то дельном
John
На деле же все понимают, что фронтендеры не нужны, оттого они и шумят
Chris
Да
Траллить теперь нужно будет в другом чате? Это недопустимо.
Aleksey
Ну хоть не на https://t.me/nahui
Тогда уж из классики http://natribu.org
Kerrigan
тфв хх предлагает вакансию на расте
Kerrigan
но я не ищу вакансию по расту
Kerrigan
кто такие?
здесь уже было, купибилетру
でゲソ
ну вероятно не так чтобы очень уж много, не?
Берёшь Vms, bsd, Linux и Windows и начинаешь веселиться. Да и веб изначально задумывался как гиперТЕКСТ
Andrew
Потому что: 1. SSR. И да, обычно это не просто шаблончики, там какой-нибудь реакс/редакс. 2. Шаринг типов. Скажем, если речь о js, то описаны на ts/flow у тебя данные, которые ты подготовил на сервере, те же типы используешь в браузерном коде. Более того, сама пересылка разработчика не должна волновать, это можно быть avro/protobuf/etc, в общем, любая схема, которая нагенеривается по flow-дефинициям. 3. Шаринг кода валидации, селекторов, вьюхи (последнее актуально для jsx-based вьюх). 4. Не тратится время на согласование форматов и api между брауезром и сервером — фронтендер сам собирает себе нужные данные в нужном формате (формат при этом можно быть сильно ограничен, скажем, сильно нормализован для дедубликации и единого стора или. наоборот, денормализован, если используется какой-нибудь graphql), вся эта специфика решается одними разрабами, переход с одного на другой подход не требует изменений в бекенд-микросервисах. 5. (ну, это специфично) Если фронт разбивается на микросервисы (скажем, мы сейчас движемся в эту сторону, есть композитор, который от разных других фронтовых микросервисов получает виджеты, компонует их и по мере готовности отдаёт в поток). Так вот композитор тоже должен быть на том же языке, ибо много кода, который выполняется и на уровне фронтендового микросервиса, который отдаёт виджеты и на конечном, который их композирует.
1. Тебе надо компилировать js в js ещё и в рантайме? 2, 3 - просто без комментариев. Больше зависимостей богу зависимостей! 4. Ты что фронтендеров не видел? Они не могут выбрать что им нужно даже при чётко описаном апи и структурах данных, а ты предлагаешь его в океан бросить без спасательного круга. 5. Нет! У вас на проекте беда с архитектурой, если ты хочешь шарить код и(или) модели между сервисами. 6. Это всё про нормального размера микросервисные проекты. Хеллоуворлдов не касается, там пихают всё в один монолит
Mykyta
какой же буллшит эти ваши холивары про front- и backend
Mykyta
нихера продукт не взлетит без фронта, а их всё время неадекваты стараются смешать с говном, вместо решения проблем
Mykyta
тоже самое можно сказать и про бекенд. по новой системе очередей и БД каждый день выходит.
Mykyta
конечно. особенно у uber
Mykyta
конечно. именно потому их сервисом никто не пользуется, потому что бэкенд вебщитер писал. вот использовал бы постгрес - точно бы взлетели, может даже инвестиции бы получили.
Mykyta
классный подход к работе 👍
Loo
узнаю расточат
Anton
так это был слак, вот сцука...
Anton
на самом деле, где-то тут была бородатая шутка в кармане про электрон
Anton
Mike
самое интересно что скайп во время стартапа был гениальной пиринговой сетью хоть и на делфи, но качественно сделан, когда-то