Программирование, т. 8

Нет не фронтенд) Поставь тот же Opencart, под него я натыкался на дампы бд с кучей товаров + для него есть профайлер запросов. Опять же для него есть куча советов по оптимизации скорости, что не делает это большой проблемой

 

Хз на первом этапе собеса в Яндекс просили написать функцию, которая делает например "ААААББВВАВА" => "А4Б2В2АВА"

 

Ну это правда на фронтенд))

 

 

 

monkagiga

('ААААББВВАВА') => {
  return 'А4Б2В2АВА'
}

monkagiga

 

takpadazhi

Ну а че
Мне как-то на собесе дали ссылку на сайт с задачками, и там задача  даны интерфейсы и тесты, нужно реализовать логику .
Причем код тестов можно самому править   Ну и я все сделал, а последний тест не проходил, я глянул на логику этого теста и посчитал, что там ошибка)
Ну че исправил сам тест, запустил на проверку и все тесты удачно прошел   Так и сдал, не стал ничего по этому поводу говорить нанимателю, думаю он даже не увидел этого

Я так на хекслете их хуиту скипал

Вообще-то у любого норм проекта бд на ссд стоит.

мы о яндексе говорим или о "любых норм проектах"?

 

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

 

а гиперкрупные проекты чаще всего упираются тупо в количество данных и ничего более, особенно нечто типа яндекса. там тебе на данные не то что ссд будет мало по объёму (они будут стоить астрономических денег, и это если это вообще возможно их будет нарыть на такие объёмы), гуглу и хдд мало, они на лентах хранят долгосрочные данные

ссд всё-равно будут юзать, но это чаще чем нет не фиксит критических ботлнеков

а когда у тебя болтнек производительности это главный пиздец, то статистически грейды процессора ничего не делают в 100% ситуаций, грейды ссд в 99% ситуаций, разве что грейд оперативки может зарешать, при чём желательно с 128гб до 1ТБ

только паралелить и оптимизировать то как ты с данными работаешь

 

эти функции описывают только ПРЕОБРАЗОВАНИЕ данных в колонках, которые за тебя уже вытащил движок

а не процесс доставания, который и есть медленная часть запроса в 99% случаев

это редкие ситуации и UDF внешние обычно юзаются для чего-то специфического, но трансформации могут выебать твою производительность, оптимизатор скл не может абсолютно всё сам сделать за тебя
Изменено 7 февраля 2019 пользователем TheDeadSkin

гайз, 

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

и тем, хороший он специалист или нет?

 

я сегодня на собесе настолько сильно обосрался, что кайф гроба дать

Что спрашивали?

Чет тоже предчувствие жаркого секса не некст собесе

да мне, если честно, стыдно писать

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

и тем, хороший он специалист или нет?

корреляция, но не сильно более

даль алгоритмическую задачу и ожидать от человека за 0.5сек выпалить её решение, О-сложность и накидать решение не отрывая ручку от бумаги это довольно тупо

смотреть _как_ человек её пытается решить куда важнее

 

но как индивидуальные компании к этому подходят уже другой вопрос

Я вот кроме сортировки пузырьком нихуя не знаю

да мне, если честно, стыдно писать

 

Не стыдно, пиши, иначе зарежу

upd: еще бинарный поиск вспомнил

Феликс походу не понимает что такое МНОГО данных, чего вы ему про высокие материи то

 

 

я сегодня на собесе настолько сильно обосрался, что кайф гроба дать

я вообще не знаю как на них правильно ходить, все разы провалил

всегда говорю что ничего не знаю

 

последний раз вообще прогнали, подумав что я "все скопировал откудато" ок че

Каждый месседж как удар по ебалу

100к записей и запросы по 6 сек

Обычно слышу про 100к в контексте «да бля там пустая таблица почти, ну может 100к в ней»

 

Годные цмс конечно

где-то на 100к и начинает проявляться говнокод в запросах

тк 10к на 10к нестед лупом еще жуется, всего 100лямов сравнений, а вот десять лярдов у 100к на 100к уже нихуево

Покупаем железки, почоны. Оптимизация для хуяндексов.

 

 

 

 

 

Покупаем железки, почоны. Оптимизация для хуяндексов.

я как увидел код с циклом в цикле на сотню тыщь итераций, на пролой странице

досихпор не отошел, даже писать ничего не хотел

писать циклы на процесоре в 2019, шокконтент

 

на GPU, даже встроенной в процессор(начиная с 8xxx i-серии интел, или райзенов) можно считать минимум(мощнее больше) 3000 потоков одновременно на 96кб данных в потоке(больше данных меньше потоков)(ускорение былоб минимум 3000 раз по сравнинию с ЦПУ однопоточным)

можно чере вулкан можно через куда

можно даже в браузере через glsl

100к записей и запросы по 6 сек

Обычно слышу про 100к в контексте «да бля там пустая таблица почти, ну может 100к в ней»

 

Годные цмс конечно

Ну а что хотеть от бесплатных решений)  Тем более там же не просто один запрос SELECT * FROM products

Там данные о товаре хранятся в 5-10+ таблицах 

Плюс несколько запросов на одной странице, типа в хедере для каждой страницы получать все категории + количество товаров в каждой из них учитывая дочерние категории, а нас самой странице получить 10 самых популярных товарах + получить 10 самых акционных товарах + 10 случайных товаров и тд

 

Ну так да. Группировки, кривые джойны, неправильные индексы, несколько запросов вместо одного (в итоге накладные расходы ебашат) и т.д.

Я уж молчу, что простой селект на таблицу с парой сотен тысяч записей с "where Hui like '%Pizda%'" может минуты выполнятся.

Еще никакого кеширование, а запросы в цикле могут 10+ раз прокрутиться вместо одного запроса)
У каждой цмс свои проблемы, даже взять Magento как самую популярную в мире цмску для магазина, она ж пиздец тормознутая без напильника)

Изменено 8 февраля 2019 пользователем fessnik