да установить-то точно может одновременно, мне интересно, может ли попасть в один билд-план

да, речь про один билдплан

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

да, я про то же

т.е. в моем примере выше допустим A=bytestring

Я просто впервые слышу, что это убрали

просто я отдельно оговорил случай когда у A версия одна и та же, но у зависимостей разная потому, что до 7.10 гхц не умел так, но новый кабал в те времена мог построить бтилд план для 7.8 с разными байтстрингами но они должны били быть разных версий, а не просто с разными зависимостями

Может и не убрали вообще, но по умолчанию это вроде не работает теперь

возможно где-то можно включить, но я не знаю где

Джентельмены как нужно индентится в вложенных кейсах

otherwise не надо в этом месте писать, надо _

ужас какой

Ахахаха

Я только учусь

вынеси по частям в обозначения в where

if на входе в функцию можно заменить на гварды convertType t v | "int" `isPrefixOf` t || "uint" `isPrefixOf` t = ... | otherwise = ...

if v == "INVALID_ID" лучше будет в виде case v of "INVALID_ID" ->

Понял

Спасибо большое!

после слова case для меток веток нужен отступ, и ещё один для содержимого case (slice 3 4 t) of "64" -> "64" "32" -> "32"

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

хм, а ведь можно было бы добавить pattern Otherwise = True в прелюдию, чтобы новички не наступали на это через одного

otherwise нужен только для гвардов, то есть чтобы последним гвардом можно было написать | otherwise, и это был бы эквивалент else

не, не надо!

матчинг - всегда захват наматченного. А гарды - нет!

не, не надо!

почему?

матчинг - всегда захват наматченного. А гарды - нет!

матчь наматченное!

матчинг - всегда захват наматченного. А гарды - нет!

это противоречит моим словам?

otherwise -> это capture. Кастомный паттерн здесь только "больше синтаксиса" сделает

otherwise -> это capture. Кастомный паттерн здесь только "больше синтаксиса" сделает

окей, -Wall, в принципе, уже спасает от этой ошибки

Не хочешь матчить, делаешь _. Как везде.

Не хочешь матчить, делаешь _. Как везде.

этого новички не знают

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

tail (_:xs) = xs tail otherwise = [] тут то очевидная дичь

Пусть учатся

tail (_:xs) = xs tail otherwise = [] тут то очевидная дичь

для новичка не очевидная

tail (_:xs) = xs tail otherwise = [] тут то очевидная дичь

главное, что в этом примере ещё и работает правильно

Будет ворнинг. И это правильно

скорее уж убрать otherwise вообще, пусть будет True

Будет ворнинг. И это правильно

по умолчанию не будет. только если специально включить

скорее уж убрать otherwise вообще, пусть будет True

в лиспах ведь так и делают, кстати, и все живы

Нужно учить новичка всегда делать -Wall

А вообще - новичку тоже нужно думать, ибо полезно

в лиспах ведь так и делают, кстати, и все живы

и мы были бы живы

давайте задепрекейтим otherwise!

+1

из за него ещё и раздвигать порой приходится лишнего!

в смысле раздвигать, зачем?

f | x = "Foo" | otherwise = "Bar" фу!

Ну да, зачем так писать-то

funcname | x = "Foo" | otherwise = "Bar"

не, HECPACUBO

f | x = "Foo" | otherwise = "Bar" фу!

funcname | x = "Foo" | otherwise = "Bar"

Воу! Тут же не стикерят!

😂

сорьки

Если не выравниваете = - не выравнивайте нигде! Ни в рекордах, ли в let!

не, HECPACUBO

1. субъективно, мне кажется никаких проблем 2. при ренейминге не надо перевыравнивать

Если не выравниваете = - не выравнивайте нигде! Ни в рекордах, ли в let!

я и не выравниваю нигде, ни в рекордах, ни в let

Вот! Так норм. Консистентненько!

специально еще в том примере | сбросил на следующую строку, чтобы при переименовании функции не перевыравнивать

это да, тоже так делаю

т.е. у меня правило в том, что whitespace исходника инвариантен под переименованием сущностей

(еще я табами предпочитаю индентировать, потому что их на ноуте можно постаивть в 2 пробела, а на десктопе в 4, но в принципе уже привык к пробелам, ко всему можно привыкнуть)

когда в vim или emacs подвезут elastic tabstops (никогда), то можно будет начать всё табами делать

Отсутствие выравнивания и правда помогает уменьшить diff на гите и необходимость перевыравнивать при переименовывании переменных. Но часто выравнивание (лично для меня) помогает зрительно разделить код, и читать становится проще. Но да, ждем elastic tabstops...

Отсутствие выравнивания и правда помогает уменьшить diff на гите и необходимость перевыравнивать при переименовывании переменных. Но часто выравнивание (лично для меня) помогает зрительно разделить код, и читать становится проще. Но да, ждем elastic tabstops...

git diff -w, и нет проблем с диффом

Ка это сделать в гитхабе?

Ка это сделать в гитхабе?

url?w=1

хмм. А "включить для репозитория" нельзя?

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

хмм. А "включить для репозитория" нельзя?

хз

хмм. А "включить для репозитория" нельзя?

я рецензирую через Reviewable.io, а там можно

Привет, подскажите, делаю запрос в бд на удаление таким образом: con <- liftIO conn _ <- liftIO $ delTodoItem con where delTodoItem :: Connection -> IO [TodoItem] delTodoItem c = query_ c "DELETE FROM todo" удаление происходит, но при этом вылетает <interactive>: QueryError {qeMessage = "query resulted in a command response", qeQuery = "DELETE FROM todo"} и дальше ниче не работает, что-то в запросе не так или в чем дело?

Если пакет whateversqk-simple, то наверное нужен. execute, а не query

Я использую postgresql-simple

query что-то выбирает из БД и возвращает. DELETE, это команда

нужно делать execute (или даже execute_)

Да, точно,а что дает _ ? до этого без него пробовал и не срабобтало