@haskellru - страница 1830 - Telegram web archive

Anonymous

хз, в Беларуси жсеры на аутсорс порядка $20±5/h стоят

^

Alexander

8 часов в день если

Anonymous

А, другая ставка.. - налоги ведь ещё

Andrei

^

то сша, и местные, которые, если что, могут и в самолёт с утра прыгнуть, примчаться, всё починить, и ещё на ужин успеть а не Ivan с соответствующим акцентом (на который, кстати, по большей части пофиг), который в 9 утра уже почти 8 часов отработал

Anonymous

Конечно, всем хорошо, когда есть выбор.

Nick

В вашей сраной Калифорнии мало

Смотря как жить!

Alexander

@chshersh чот у вас слишком простые ревью, я повеселее подкинул

Alexander

и спасибо за классые тесты

Alexander

очень помогают

Vladislav

Ты решил подтвердить, что программист на Си даже на Хаскеле напишет код на Си

Vladislav

(jk, я рад увидеть нормально написанный insert там наконец-то)

Alexander

именно!

Alexander

между прочим у меня там нету сплошного unlifted ^_^

Alexander

у DMap пока вставка круче :/

Alexander

но видимо бенчмарки плохие

Alexander

и там удачный случай

Alexander

ещё круто бы было все с liquid haskell пройтись

Alexander

@int_index кстати мне не нравится то, что у вас 2 fingerprint массива

Alexander

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

Vladislav

Именно так и пробовали сначала, вышло медленнее

Alexander

должно быть более cache friendly (но это не точно)

Vladislav

Это изначальная идея была, но unboxed vectors оказались быстрее, и я подсмотрел как там сделано — разбиение на два

Alexander

страннота

Alexander

ещё на самом деле, но это не точно, можно хранить только половинку слова и сравнивать, как в hashmap

Alexander

блин слово в смысле

Alexander

а дальше хранить smallarray## второе слово+ значение

Alexander

но в принципе и так все хорошо уже

Dmitry

Конечно, речь не идёт об утопии полной формализации, сам язык в этой утопии не работает, он стихиен

Может, будет полезно: https://akuklev.livejournal.com/1279998.html

Dmitrii

@chshersh чот у вас слишком простые ревью, я повеселее подкинул

Ну, мне не особо нравится не соблюдение нашего стайл-гайда, но не очень удобно говорить про такое, особенно когда человек потратил много времени и сил и забесплатно поделал клевые штуки в твоих библиотеках. Форматирование я потом и сам могу поправить, когда буду с этим кодом работать, и вообще, не столько важны отступы, сколько именно смысл. А если в остальном замечаний к PR не хватает — извините, под конец дня не особо сил остается 😔 Там просто очень много делается, и на это надо больше времени, чтобы отвревьювить. Тем более, я не особо ожидал, что во время Hacktoberfest столько людей будет что-то делать и будут открывать PR, поэтому наши силы касательно ревью PR потихоньку истекают...

Dmitry

Подглядел в решениях самое красивое: Count $ fix S

А как посчитать количество обитателей (->) c, что-то понять не могу. Я думал, это count @c, ну с поправкой на то, что если отображение в Void, то нет обитателей вообще.

Alexander

a -> b ~ b^a разве нет?

Oleg

А как посчитать количество обитателей (->) c, что-то понять не могу. Я думал, это count @c, ну с поправкой на то, что если отображение в Void, то нет обитателей вообще.

Откуда обитатели у высших кайндов?

Alexander

Ну, мне не особо нравится не соблюдение нашего стайл-гайда, но не очень удобно говорить про такое, особенно когда человек потратил много времени и сил и забесплатно поделал клевые штуки в твоих библиотеках. Форматирование я потом и сам могу поправить, когда буду с этим кодом работать, и вообще, не столько важны отступы, сколько именно смысл. А если в остальном замечаний к PR не хватает — извините, под конец дня не особо сил остается 😔 Там просто очень много делается, и на это надо больше времени, чтобы отвревьювить. Тем более, я не особо ожидал, что во время Hacktoberfest столько людей будет что-то делать и будут открывать PR, поэтому наши силы касательно ревью PR потихоньку истекают...

блин, я забыл, что не у всех наш стиль

Dmitry

a -> b ~ b^a разве нет?

А, точно!

Vladislav

> мне не особо нравится не соблюдение нашего стайл-гайда Зато в других проектах нравится применять stylish-haskell, когда этого никто не просил

Dmitrii

> мне не особо нравится не соблюдение нашего стайл-гайда Зато в других проектах нравится применять stylish-haskell, когда этого никто не просил

Во-первых, это было давно, и я так больше не делаю. Во-вторых, я научился отключать stylish-haskell, когда работаю над проектом (правда, это неудобно). В-третьих, поскольку это больно, то мотивации работать над проектами, которые не используют stylish-haskell, у меня намного меньше, чем над теми, которые используют. Слишком много сил тратится на переключение контекста. В-четвертых, если даже проект и использует stylish-haskell, то я считаю, что настройки должны лежать в корне этого проекта (а так делают не все люди, к сожалению). В-пятых, проблема часто еще и в том, что у людей не просто stylish-haskell не настроен, но и какой-нибудь whitespace cleaner тоже не настроен, и ты коммитишь с удалением trailing пробелов. А потом люди жалуются, что коммит содержит лишние изменения пробелов (и не очень понятно, почему нельзя использовать GitHub фичу для игнорирования пробельных изменений в ревью). Это, кстати, была одна из причин для меня перестать контрибьютить в cabal. Я не нашел способа отключить у себя whitespace cleaner, а мне лично самому не особо и нужно. Сам же я спокойно отношусь к спонтанным форматированиям и выравниваям в PR, если они в рамках настроек и стайл-гайда и здравого смысла.

Алексей

> удалением лидирующих пробелов Это как?

Dmitrii

> удалением лидирующих пробелов Это как?

Опечатка. Имелось в виду хвостовых пробелов (или висящих, хз как по-русски)

Vladislav

Такую зависимость от стиля надо бороть, я вот с GHC исходниками работаю и со странным выравниванием, и с их do {a; b}

Vladislav

И не бросаюсь все переписывать

Vladislav

Просто беру и такой же странный код пишу, а в своих проектах у меня свой стиль

кана

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

Dmitrii

Такую зависимость от стиля надо бороть, я вот с GHC исходниками работаю и со странным выравниванием, и с их do {a; b}

Одно дело, когда ты вручную поддерживаешь стиль. С этим у меня проблем нет. Я могу работать с любым файлом и придерживаться стиля этого файла вообще без особых усилий. Даже с GHC с их интересным форматированием `do`-блоков. Проблема начинаются тогда, когда надо прилагать дополнительные усилия, чтобы отключать автоматические тулы форматирования. Если бы они автоматически могли понимать, что не надо на этих файлах запускаться, тогда вообще никаких проблем.

Vladislav

Так говно тулы, если нельзя их научить