Dan
haxe
Євгеній 😌
haxe не нужон
Dan
а ну ок
Anton
это первый язык который заставляет страдать
Anton
тоесть ирл, хакс это адок такой
Dan
лол а почему?
Євгеній 😌
то что поддержка от 3ех калек
Loo
Да нормальный язык
Loo
Човы начинаете
Anton
ну, я был молодым невинным кодером 17 лет отроду удачно напиздевший про возраст и сдавший норм тестовое задание в один стартап
Anton
а там писали на хаксе
Anton
и платили подозрительно дохуя
Anton
работал там до момента закрытия стартапа
Anton
там чувак был который сам на макросах свой чуть ли не хаскель сделал
Anton
и свои фреймворки
Anton
и я один был кто с ним работает
Anton
гуру мать его, у нас были самописные async/await еще до того как это стало мейнстримом
Anton
страдал я дико просто, из плюсов что хоть кодить научился как надо
doc
тебя походу морально изнасиловали. поэтому на расте пишешь гуй
Anton
но язык действительно жесткий, там дрючево на типизацию чудовищное
Dan
гыгы) ну да, с макросами там многие перебарщивают
Anton
вообще да, именно тот проект смотивировал меня написать ченить прикольно но на низком уровне
Anton
а то все жс да питоны
Anton
а тут раст
Anton
графика
Anton
самые адовые области эвер
Roman
А в расте async/await ещё не завезли?
Євгеній 😌
Anton
со своими ляпами конечно, но тут ребята писали вроде и все ок в целом
Anton
тут надо @LooMaclin по этому поводу спрашивать
Anton
собсно он тут понимает нормально во всей асинхронщине и сатанизме
Маjко
Rust Book Second Edition
Bugworm
боль
Loo
Нет не можешь
Loo
Немного
Loo
Только если у тебя тип в Arc/Rc
Маjко
Если речь про rc/arc, то какие проблемы с лайфтаймами вообще?
Євгеній 😌
https://twitter.com/graydon_pub/status/958192076209897472
Anton
эмм
Anton
какбы
Anton
токио сам на фьючах
Anton
или ты о чем?
Loyd
у меня от вас ИЗОМОРФНЫЙ ДЖАВАСКРИПТ
Мне вот кажется, что наверное название. Кажется, что правильно должно быть "полиморфный модуль". Фактически, модуль параметризуется окружением (браузер / нода) и если он может выполняться с разными окружениями, то, по аналогии с функциями, он полиморфен
でゲソ
Чтобы проверять какую-то функцию на фронте, не нагружая сервер, а потом, когда прошла проверки, исполнять ее в бек-энде
На хабре была статья как написать модуль для ноды для импорта в проект
Loyd
но все равно, зачем один язык на бэке и фронте?
Если всё-таки у тебя почему-то фронт=клиент, то кроме валидации общей ещё рендеринг на сервере. Есть ещё более продвинутые штуки, но не суть
Loyd
у всех терминология неправильная, только у тебя правильная
У кого "у всех"? В Яндексе и мейле такая
доня.
и таки все равно чаще под фронтендом подразумевают именно клиент (браузер)
и если из контекста понятно что имеется ввиду именно это и таким образом термин использую не только я (скорее наоборот, большинство), то зачем придираться?
Anonymous
У серсерсайда тож бывают фронт и бэк, достаточно на правила хапрокси глянуть))
Anonymous
Но да, под фронтом все подразумевают именно браузер
Loyd
Ну, с такими "всеми" можно и не говорить
Anonymous
Ну и не говори)
доня.
это не говоря о том что собеседник использовал такую же терминологию, так что наезжать на меня за неё особенно странно
доня.
У серсерсайда тож бывают фронт и бэк, достаточно на правила хапрокси глянуть))
да я ж не спорю, тем не менее из контекста понятно о чём речь, терминология общеиспользуемая, придирка без повода, нахуй так делать
Loyd
Потому что в зависимости от того, реально ты не понимаешь или просто оговорился, следует, на каком уровне тебе объяснять
доня.
"фронтендер" ("front-end разработчик") это именно человек который делает клиентскую (браузерную) часть
и эту терминологию использует яндекс и мейл
Loyd
"фронтендер" ("front-end разработчик") это именно человек который делает клиентскую (браузерную) часть
и эту терминологию использует яндекс и мейл
Ты, разумеется, это узнал от работника яндекса и мейла?
доня.
ну да, если я скажу что это в вакансиях написано ты скажешь что это HR'ы глупые
Loyd
Конечно, глупые
доня.
ладно, не вижу смысла продолжать разговор
доня.
я даже не сомневаюсь что в серверсайд разработке ты больше меня понимаешь
доня.
но придрался на пустом месте тем не менее
Крылатый
Чот ржу с вас)
Loyd
+1. Человек не понимает почему фронтовый api gateway и backed for frontend должны писаться фронтендерами
Крылатый
Да вы тут оба
Крылатый
умники
Loyd
Хуя себе заявы
Anonymous
Loyd
Если понимает, то не спрашивал бы, КО
Anonymous
Я вот тож не понимаю. Зачем такая категоричность, чтобы BFF писался фронтами?
Loyd
Потому что:
1. SSR. И да, обычно это не просто шаблончики, там какой-нибудь реакс/редакс.
2. Шаринг типов. Скажем, если речь о js, то описаны на ts/flow у тебя данные, которые ты подготовил на сервере, те же типы используешь в браузерном коде. Более того, сама пересылка разработчика не должна волновать, это можно быть avro/protobuf/etc, в общем, любая схема, которая нагенеривается по flow-дефинициям.
3. Шаринг кода валидации, селекторов, вьюхи (последнее актуально для jsx-based вьюх).
4. Не тратится время на согласование форматов и api между брауезром и сервером — фронтендер сам собирает себе нужные данные в нужном формате (формат при этом можно быть сильно ограничен, скажем, сильно нормализован для дедубликации и единого стора или. наоборот, денормализован, если используется какой-нибудь graphql), вся эта специфика решается одними разрабами, переход с одного на другой подход не требует изменений в бекенд-микросервисах.
5. (ну, это специфично) Если фронт разбивается на микросервисы (скажем, мы сейчас движемся в эту сторону, есть композитор, который от разных других фронтовых микросервисов получает виджеты, компонует их и по мере готовности отдаёт в поток). Так вот композитор тоже должен быть на том же языке, ибо много кода, который выполняется и на уровне фронтендового микросервиса, который отдаёт виджеты и на конечном, который их композирует.