Когда работал на стартапе, помнится одной из фич за недельку зафигачили "работу мобильного приложения в оффлайне". Ну, типа, приложение, если в оффлайне -- собирает "журнал действий", потом как сеть появляется -- шлет его нам, мы его мержим/фильтруем/обрабатываем, хуяк-хуяк и все действия учтены. Простейшая вещь, сделали один раз -- работало весь оставшийся проект.
Вопрос: почему ёбаный твиттер, который уже 100 раз переписывал своё приложение, не может этого сделать для своих тупорылых кнопок ретвит/букмарк? Пидарасы.
УНЯНЯ. У нас есть немножечко инфы
об этом пользователе. Мы знаем, что он понаписал,
порекомендовал и даже и то и другое сразу.
А ещё у нас есть RSS.
У всех этих фабриков и им подобных есть один вечный недостаток:
```
[deploy@builder] out: Requested: CONFIGUREARGS="--flags=\"-minifyjs\"" make
[deploy@builder] out: Executed: /bin/bash -l -c "cd AdServer && CONFIGUREARGS=\"--flags=\\"-minifyjs\\"\" make"
```
И как результат:
```
[deploy@builder] out: [root@0.0.0.0:49164] out: /bin/bash: -c: line 0: unexpected EOF while looking for matching `"'
[deploy@builder] out: [root@0.0.0.0:49164] out: /bin/bash: -c: line 1: syntax error: unexpected end of file
```
Пиздец, как меня бесит редисовый драйвер для хаскеля (hedis), при чем чем дальше -- тем сильнее.
Сначала бесит тем, что хуй в нем разберешься из-за типов (сделали выверт через обобщение монад, в результате все имеет тип вида
```
set :: RedisCtx m f => ByteString key -> ByteString value -> m (f Status)
```
эм эф стринг, блять. Вот сразу очевидно что это, новичем придет и не сможет два байта в редис отослать. Позор, кароч.
Потом начало раздражать когда он зависать начал -- оказалось, что все сделано на ([s]честном слове[/s]) ленивых вычислениях, завязано на attoparsec в алгоритме и так далее. Ну, это ладно еще.
Но вот что до сих пор добивает -- неразбериха с типами, которые вообще не к пользователю повернуты. С одной стороны типами пытаются, вроде бы, отобразить протокол, делая их максимально неудобными для конечного пользователя, -- а с другой не делают таких вещей как прием непустых списков в аргумент (в результате если вы сделаете `Redis.sadd "foo" []` -- вас ждут страшные муки).
Ну и вот сейчас, т.к. пишу новый кусок, пробовал честно обрабатывать все ошибки -- не получилось. Вот кусок кода:
```
r <- liftIO $ R.runRedis (s ^. redisConn) $ R.multiExec $ do
R.set (getJobStateKey jid) (toStrictByteString (J.encode state))
R.sadd jobStateKeysSetKey [(toStrictByteString . unJobId) jid]
return $ fmapR (const jid) $ redisTxToEither r
```
Вроде ж бы весь этот runRedis вернет результат `Either Reply a`, то есть как раз то, что нужно, типа если `Left reply` -- знач ошибка, если `Right a` -- зрач результат (на самом деле здесь он мне не нужен).
Но компилятор честно предупреждает, что R.set возвращает значение, а я его не использую. Перед тем, как сделать игнор значения через `_ <- R.sadd ...` решил пойти проверить что там, и оп! Оказалось, что и там возвращается некоторый Status, который тоже может быть Ok, а может быть и не Ok а очень даже ошибкой.
Тут уж я не знаю, виноват ли редис или драйвер, но сделано это все крайне неудобно, почти уверен, что все текущие пользователи редиса из хаскеля кладут на это болт и все игнорируют.
Данкен, ау фидерзейн.
> http://i.imgur.com/Tdl2TgF.png
> http://i.imgur.com/bJCnMhZ.png
> Сидишь-сидишь, думаешь-думаешь:
> тут хуяк!
> http://i.imgur.com/UBthjBE.png
> все починилось сразу
// на самом деле тут говно, не читайте, должно быть сильно проще
Кароч, 27"-монитор -- это офигенно, особенно вот этим:
http://i.imgur.com/NAmSx12.png (надеюсь никаких секретов не открыл там, лол)
Особенно нужно, когда пилишь что-то новое и нужно одновременно смотреть ошибки, править .cabal-файл, создавать новые модули и т.д. и т.д., не теряется фокус, т.к. все открыто, все на видном месте.
> решил разобраться с этими загадочными версиями `~1.2.3` и `^4.5.6` в нодовских пакетах
> пошел читать https://www.npmjs.org/doc/misc/semver.html
> нихуя не понял
В последнее время слишком часто приходится быть советчиком "как стать программистом" что-то.
// http://i.imgur.com/ZH3dJIr.png
Цоперайт © 2010-2016 @stiletto.