?

Log in

No account? Create an account

rauf


Блог Алиева Рауфа

О жизни и о себе


вещи
rauf
У меня вещи живут год за два. Например, ботинки дольше трех месяцев не живут почти никогда и всегда просят смену. Костюмы — полгода. Рубашки — чуть подольше. Полгода назад купил себе рабочий ноут, HP Elitebook 6930p. Специально выбирал — тут тебе и устойчивая к воде клавиатура (хотя я ни разу в жизни на клавиатуру ничего не проливал), и защита от падений (хотя вот сейчас только ноут чуть не навернулся). И все же на третьем месяце жизни на клавишах начали появляться какие-то пятна. Пригляделся — а это потертости. Черная краска стерлась от чрезмерно усердного использования клавиш и обнажила глянец пластика.



Вот смотрю сейчас на клавиатуру — такие потертости есть только у клавиш «Левый Ctrl», «Левый shift» и «стрелка вниз». Чем они так отличились — не пойму (особенно стрелка вниз).

Когда-то давно у меня был ноут IBM Thinkpad с титановым корпусом. У него через два года использования все-таки повредилась матрица — приходилось иногда поправлять ее надавливанием с другой стороны. Но то был реально старый ноут. Так вот, под клавиатурой, на местечке, где лежат руки при наборе текста, черная матовая краска также стерлась. Но поскольку, как пишут, корпус был то ли из титаниума, то ли из алюминия — эти пятна были ярко-металлического цвета. Ноут где-то до сих пор валяется дома.

нашел еще стихи.
rauf
Когда-то публиковал здесь чужие стихи.

Теперь нашел «под классиков»:

Пушкин:
17 30 48
140 10 01
126 138
140 3 501

Маяковский:
2 46 38 1
116 14 20!
15 14 21
14 0 17

Есенин:
14 126 14
132 17 43...
16 42 511
704 83

170! 16 39
514 700 142
612 349
17 114 02...

Частушки:

117 117
19 9 5!
117 117
48 35!

А вот и работа на эту тему
и тут интересно на эту тему

Связной и QSOFT
rauf
не сдержался и откомментировал работу QSOFT для нас. Правда, наболело) Недавно, например, столкнулись с тем, что у нас нельзя зарегистрироваться на сайте с паролем "123456". Причем именно с таким. Вот 234567 или 1234567 — можно. А «стрит» с единички не катит.

Оказалось, там прям такая проверка в коде стоит: «если пароль 123456, то отказать». Вот думаю, может быть, в ТЗ была формулировка: «должна быть предусмотрена проверка на простые пароли (123456)». Вот, смотрите, проверка работает! Не знаю, как оно там было, меня тогда здесь не было.

UPDATE: потерли комментарий мой. Не знаю, что в нем такого плохого

Вежливо же написал:

Друзья,

Это, конечно, очень приятно, что Связной.ру поставили на первое место. Но было бы не лишним узнать мнение Связного о том, как QSOFT выполнил свою работу. Я руковожу разработкой Связной.ру, поэтому совершенно ответственно могу заявить о полном непрофессионализме разработчиков Связной.ру со стороны QSOFT, о массе кривых решений, которые, будучи наложенными на недостатки Bitrix, сделали необходимым полную переработку половины сайта. Ощущение такое, что проект выполняли студенты медицинского техникума российской глубинки, вооруженные справочником по PHP & MySQL. Если нужны факты — я могу сразу запостить сюда с десяток примеров. Как кода, так и структуры БД. Это самый позорный проект из всех, которые когда-то выпускал QSOFT, если начать смотреть в то, что получилось. Уж простите меня, пожалуйста.

В догонку про QSOFT - для техногиков, у остальных будет взрываться мозг. Впрочем, он будет у всех..
rauf
Уж раз пошла такая дудка. Они на сайте пишут про связной.ру:

Реализована сложная модель данных хранения информации по товарам, стоимости и остаткам, которые зависят от региона. Для каждой товарной категории предусмотрены отдельные наборы свойств товара.

Она действительно сложная. И это не плюс. В битриксе есть такое понятие инфоблоков. Для тех, кто не знает, это такая виртуальная таблица, работа с которой осуществляется не через SQL, а посредством API Битрикса. Подход, впрочем, не самый плохой — ORM есть во многих фреймворках. Понятно, что такая прослойка в форме API позволяет делать базовые вещи, но как только дело доходит до сложных выборок, API уже не помогает. Так вот, в базе Связной.ру несколько сот рубрик, несколько десятков тысяч товаров, которые хранятся в информационных блоках вместе со всякой мелкой шнягой. Это еще полбеды. Но вот какой злой ум придумал хранить цены там же, это нужно спросить у кусофта. Цен там много — для каждого региона и товара своя цена, в итоге выходит около полусотни тысяч записей. Да, и все это еще с контролем версий — на многие элементы велась история изменений. В итоге у нас и цены, и товары, и категории лежат в одной физической таблице на несколько сот тысяч записей. Теперь представим, что из себя будет представлять сложный запрос, отображающий список товаров с ценами из выбранных разделов — он джойнит эту огромную таблицу несколько раз.

Потом эта система с инфоблоками рушит мозг программистам и делает из них недопрограммистов, если они вовремя не хватаются за голову и не ставят ее на место. В битриксе нормальное дело не только хранить флаги и числа в VARCHAR(255), но и хранить данные разных типов в одной колонке таблицы. Специально, чтобы никакие индексы человеческие по этому построить было нельзя. Так вот, когда дело доходит до создания специальных таблиц, битриксовые программисты кусофта не долго думая создают такие же кривые структуры данных.

То, что картинки при необходимости масштабируются эксплорером — это ерунда. Ведь заказчик не заметит.

То, что типовая страница собирается 4-5 секунд, тоже нормально. Там же всего от нескольких сотен до тысячи запросов. Как бороться? просто увеличиваем кэш. Да, с кэшем запросов всего 50. Тормозит? Отключим статистику. А, так 1000 запросов из-за статистики?..

Сегодня прособеседовал двух программистов. С сожалением вижу, что люди хотят больше денег, а умеют только формы автоматизировать. Ну и простые выборки из базы данных в HTML облачать. Некоторые добились чуть большего — освоили JQuery. А проектировать умеют единицы. Думать умеют единицы. Когда даешь задачу на придумывание подхода к нестандартной задаче — все, стоп, этого в библиотеках готовых нет, это сделать нельзя.

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