Программирование[8]

 

Кароче заебал js. Скиньте годные книги по c# или курсы. Хочу игоры делать на unity. Или приложухи всякие.

После темы в таверне про регу на лиге ставок за 1к))))

 

Чел, я этой хуйней вообще не занимаюсь, мне не интересно. Просто знакомому помогаю, не бесплатно конечно

Кароче заебал js. Скиньте годные книги по c# или курсы. Хочу игоры делать на unity. Или приложухи всякие.

 

 

У меня тут на работе рофлы, как всегда с ахуительным руби на бэкенде. В общем год назад, когда я получил вторую прибавку к зп, я стал частью нового проекта, суть которого сводилась к увеличению генерируемого контента (проще говоря репортов с чартами). Конкретно я сам ничего не генерировал, этим занимались поцаны, которые пилили хуйни связанные с Machine Learning, плюс у нас имеется проект для создания большого количества репортов, на основе хитровыебанных фильтров и шаблонов. То есть залез в команду с большим количеством датасорсов (1к+ и выше), заебенил фильтр, который по итогам выдал, допустим, 800 датасорсов, выбрал шаблон и создал 800 репортов, в каждом из которых будет пачка чартов (и другого контента) на основе шаблона, с данными на основе конкретного датасорса.

 

Дак вот, моя роль заключалась в том, чтобы все это новое добро показывать юзеру. Старая домашняя страница была говном, где в экран влезало полтора превью репорта и надо было долго и мучительно скроллить вниз или сразу юзать поиск с фильтрами. В итоге мы запилили рип-офф нетфликса (я тут постил видосики), который за один реквест грузил по 10 категорий, в каждой из которых было по 20 репортов. И вот ты скроллил вниз, он грузил больше и так далее. И все было заебись, работало более менее ок, и по началу загрузка этих репортов на главной странице занимала 1-3 секунды (причем загрузка была асинхронной, все остальные куски интерфейса интерактивны).

 

А потом началась хуйня, напоминающая фильмы про эпидемии и прочую еботу. Количество репортов в некоторых командах начало сильно быстро расти, и тупой руби дрочил по 10 секунд, прежде чем вернуть 10 категорий в некоторых жирных командах. По каким-то неведомым причинам это мало кого заботило, ну мы как бы чекнули что медленно, меня спросили можно ли чего поменять на фронте, я сказал им идти нахуй, ибо это проблема слоупочного бэкенда, и все забылось.

 

И вот на прошлой неделе, ВНЕЗАПНО выяснилось что в одной из команд, в которой через автоматизацию на протяжении полугода+ создавали сотни/тысячи репортов каждый месяц, стало реально дохуя репортов (я даже хз скока, но по меркам любых биг дата компани это явно копейки). И теперь там запрос на возврат 10 категорий (что в себя включает чуточку сортинга и категоризации, но ничего особо сложного) занимает БОЛЕЕ МИНУТЫ. И это если сервак не перегружен и интернет работает исправно. Иногда можно смотреть на экран 3-4 минуты, пока не появится контент, а иногда ты тупо получаешь ошибку после 4х минут. Причем все дискассы с бэкендерами заканчивались тем, что они чекали что запрос и прием данных с базы занимает менее секунды, а все остальное время руби делает хуй пойми что на уровне сериализации и изменений в JSON (дабы приготовить финальный контент). То есть tl;dr таков, что они тупо не знают что конкретно там сжирает все время.

 

И теперь собственно кульминация: после срачей с CTO и бэкендерами, их окончательная позиция такова, что оптимизация должна происходить НА КЛИЕНТЕ, за счет замены одного большого запроса на 10 маленьких. Что почти полностью убивает весь UX нетфликс-стайл контента, где ты как бы должен получить все отсортированные категории разом, вместо того чтобы наблюдать за гонкой между 10 рядами, каждый из которых заканчивает загрузку хуй знает когда. Я уж молчу про то, что пройдет еще полгода+, и этих репортов станет еще дохуя больше, после чего даже загрузка одной категории будет занимать вечность, учитывая какая там хуйня происходит.

 

(CTO и бэкендеров я конечно же сейчас все еще посылаю нахуй, ибо слава богу они не обладают правом просто говорить фронтенду чо и как менять, пока все команды не сойдутся на адекватном решении)

возможно я тоже просто бекендер, но их решение мне пришло в ту же секунду как я более менее понял проблему, точнее как одно из решений.

нужно просто оценить стоимость и последствия каждого решения, посмотреть на текущие приоритеты и ресурсы и выбрать оптимальное. тут нет правильного или не правильного.

 

я правда не совсем понял проблемы того чтобы запрашивать не пачками по 10-20 а по 1му и иметь плейсхолдеры под контент который еще не успел загрузится.

мне кажется что метод ансамблей тебе здорово может помочь, но я нубик в этом, могу ошибаться

а я еще про леса чето слышал

 

для базы размером больше 100 строк что 10, что 1 для плана запроса абсолютно одинаково

следовательно у них там говнокод, который N^2 небось что-то хуярит, а руби не может память повыделять под это дерьмище, раз они еще и не понимают, что там лагает

кто спорит

только я не про правильно/неправильно

а про то что выгодно

и если у тебя рубисты макаки и накопили там техдолга возможно переделывать руби часть будет дороже чем гениальному суезу решить всё на фронте левой пяткой за 5 минут. ситуации могут быть разные - я про это.

причем это на будущее будет лучше (если удастся придумать хорошее решение) тк такие ситуации наверняка не единичные и более того могут возникать в рандомное время - а сделав на фронте более удобную работу с тормозящими запросами (которые конечно в любом случае "по хорошему" надо фиксить - с этим никто не спорит) - дадут время на фикс проблем бека при приемлемом для пользователя поведении клиента и тем самым более хороший UX в целом

в c# без c - печальное занятие.

в c# без c - печальное занятие.

почему?

сшарп это ж беттер джава по сути  honkler

что знаешь о сишарпе, чуджойкин, расскажи

или ты опять разговоры взрослых дядек в курилке за свои мысли выдаешь?

c# говно

что знаешь о сишарпе, чуджойкин, расскажи

 

или ты опять разговоры взрослых дядек в курилке за свои мысли выдаешь?

бля ты опять меня раскусил  zemlyapuhom

да че тебя раскусывать-то? ты в каждом посте неймдропишь и ставишь новомодный смайлос типа ты в теме - юзайте этот паттерн для раскусывания мистера чуджойкина наздоровье

c# говно

а вот и демоут подъехал

Зеллар взломал акк

в c# без c - печальное занятие.

не, камон. почему? я на шарпе особо не писал, немного только в бытность увлечения юнити, но там сходства с джавкой уж точно больше чем с сями или крестами тем более. разве что для общего развития, но тогда про любой язык можно сказать, что мол учить его без с печальное занятие

Гивинг зеллар ту мач кредит, он тока анус себе взломать может

 

в c# без c - печальное занятие.

 

не, камон. почему? я на шарпе особо не писал, немного только в бытность увлечения юнити, но там сходства с джавкой уж точно больше чем с сями или крестами тем более. разве что для общего развития, но тогда про любой язык можно сказать, что мол учить его без с печальное занятие

 

да у него крыша поехала прост

Блять дуралеи объясняю на пальцах:

c# без c — это # (тюрьма)

Тюрьма — печальное занятие

у кого тюрьма, а у кого острый нож  ugomonis

это диез вообще то

это у музыкантов, я не осилил

это диез вообще то

деятели культуры подъехали

я думал это хештег  honkler

 

в c# без c - печальное занятие.

 

не, камон. почему? я на шарпе особо не писал, немного только в бытность увлечения юнити, но там сходства с джавкой уж точно больше чем с сями или крестами тем более. разве что для общего развития, но тогда про любой язык можно сказать, что мол учить его без с печальное занятие

 

 

 

moonfangtopich, 10 Сентябрь 2019 - 10:20, написал:

что знаешь о сишарпе, sonac, расскажи

или ты опять разговоры взрослых дядек в курилке за свои мысли выдаешь?

я думал это хештег  honkler

си решетка