AZ
вот эти экстеншны мне понадобились просто чтобы скомпилировать примеры со степика
app :: Application
app req respond =
respond $ responseLBS status200 [] $ BSC.pack "Hello World"
Size: a a a
2020 January 27
λO
λO
4 из них должны быть включены по умолчанию, но такого предложиня в ghc ещё не поступало
VS
тдд хорошо в языках с херовыми типами
Ну хз насколько типы хороши должны быть. Как в Идрис чтобы можно доказать корректность? Вообще имхо тесты выручают когда настаёт время рефакторинга и правок. Вот тогда они огонь.
VS
Я ещё не видел ни одного разработчика, который следовал бы TDD в полной мере. Очень в редких случаях, кто-то пишет сначала тест, потом код. В основном это итеративный процесс:
1. написал немного кода
2. обмазал его тестами, проверил что всё работает
3. goto 1
1. написал немного кода
2. обмазал его тестами, проверил что всё работает
3. goto 1
Привет. Я пишу иногда. Последнее время приходилось теистами на уровне контроллера обходиться но я все равно хотяб такие писал.
VS
Вечно все любят в крайности ударяться. Либо 100% покрытие, либо 0%.
Но тип нет, так не работает.
Но тип нет, так не работает.
Вот кстати да.
KK
Про крайности и TDD у нас как-то была дискуссия с коллегами, и решили что раз в методике TDD написано "сначала тесты, а потом код", то все отклонения от этого нельзя называть TDD.
VS
мне чтобы скомпилить чуть-чуть улучшенный хелловорлд понадобилось
- DataKinds
- DeriveAnyClass
- DeriveGeneric
- DerivingStrategies
- FlexibleInstances
- GeneralizedNewtypeDeriving
- MultiParamTypeClasses
- OverloadedStrings
- RankNTypes
- ScopedTypeVariables
- TypeOperatorsВот это одна из проблем Хаскель. Зря они так.
OA
нужно как шеф-повар. У тебя есть научная часть подхода, а также кожно-жопная. Ты обычно чувствуешь что вот этот нетривиальный алгоритм лучше бы проверить тестами, чтоб спать лучше. А вот этот алгоритм тривиальный, тут не о чем говорить.
T
посоны, ай ниид ё хелп
T
расклад такой: есть проект на ноде, который в памяти держит 20гб+ структур данных (объекты, массивы, и т.д.). Всё это дело нужно, чтобы над этими объектами производить некоторые операции которые заранее не детерменированы (фактически, код прилетает извне). Не спрашивайте WTF, я сам в шоке.
И так вопрос: каким образом это дело можно распараллелить на треды под нодой, без копирования памяти, прдставить что-то типа рид онли доступа, ибо даже мутексы хуютексы ситуацию не изменят т.к. таски просто будут ждать в очереди как и сейчас.
Схема данных тоже динамическая и не строгая.
Времени на импелементацию 2 месяца.
И так вопрос: каким образом это дело можно распараллелить на треды под нодой, без копирования памяти, прдставить что-то типа рид онли доступа, ибо даже мутексы хуютексы ситуацию не изменят т.к. таски просто будут ждать в очереди как и сейчас.
Схема данных тоже динамическая и не строгая.
Времени на импелементацию 2 месяца.
AZ
Ну хз насколько типы хороши должны быть. Как в Идрис чтобы можно доказать корректность? Вообще имхо тесты выручают когда настаёт время рефакторинга и правок. Вот тогда они огонь.
ну в хаскелле/скале достаточно хороши
AZ
в тсе как ни странно лучше чем в мейнстрим бекенд языках
T
по моему у меня дар вляпываться во всякое гуано
м
расклад такой: есть проект на ноде, который в памяти держит 20гб+ структур данных (объекты, массивы, и т.д.). Всё это дело нужно, чтобы над этими объектами производить некоторые операции которые заранее не детерменированы (фактически, код прилетает извне). Не спрашивайте WTF, я сам в шоке.
И так вопрос: каким образом это дело можно распараллелить на треды под нодой, без копирования памяти, прдставить что-то типа рид онли доступа, ибо даже мутексы хуютексы ситуацию не изменят т.к. таски просто будут ждать в очереди как и сейчас.
Схема данных тоже динамическая и не строгая.
Времени на импелементацию 2 месяца.
И так вопрос: каким образом это дело можно распараллелить на треды под нодой, без копирования памяти, прдставить что-то типа рид онли доступа, ибо даже мутексы хуютексы ситуацию не изменят т.к. таски просто будут ждать в очереди как и сейчас.
Схема данных тоже динамическая и не строгая.
Времени на импелементацию 2 месяца.
Спарк
T
там внешние юзеры имеют уже 100500 скриптов на жс которые послыают в систему
AZ
расклад такой: есть проект на ноде, который в памяти держит 20гб+ структур данных (объекты, массивы, и т.д.). Всё это дело нужно, чтобы над этими объектами производить некоторые операции которые заранее не детерменированы (фактически, код прилетает извне). Не спрашивайте WTF, я сам в шоке.
И так вопрос: каким образом это дело можно распараллелить на треды под нодой, без копирования памяти, прдставить что-то типа рид онли доступа, ибо даже мутексы хуютексы ситуацию не изменят т.к. таски просто будут ждать в очереди как и сейчас.
Схема данных тоже динамическая и не строгая.
Времени на импелементацию 2 месяца.
И так вопрос: каким образом это дело можно распараллелить на треды под нодой, без копирования памяти, прдставить что-то типа рид онли доступа, ибо даже мутексы хуютексы ситуацию не изменят т.к. таски просто будут ждать в очереди как и сейчас.
Схема данных тоже динамическая и не строгая.
Времени на импелементацию 2 месяца.
переписываешь на раст
AZ
и всё летает на 100мб
T
так что менять это дело на альтернативную технологию доступа к данным нельзя. не успеем да и юзеры возопят