"ошибка типизации" в js тоже ловится try ... catch

если ты не в курсе, линтинг и автодополнение в js выглядит примерно так: https://hsto.org/files/6bf/247/c82/6bf247c82ec54970b2c5625c784da4ba.png Сколь-нибудь сложный статический анализ невозможен. Вот и анализируют, что могут — расположение пробелов, фигурных скобочек и прочие декоративные штуки. Теоретически можно про всё помнить, всё покрывать тестами, проверять тип в каждом выражении - закатать солнце руками тоже можно. А вот try catch не прокатывает, иначе перформанс мгновенно упадёт до 0 fps ?

Как-то мы незаметно в обсуждение JS скатились. ?

В чатике про F#

Привет. А был у кого-нибудь опыт писать на f# под unity3d? Хотел узнать про подводные камни.

Привет. А был у кого-нибудь опыт писать на f# под unity3d? Хотел узнать про подводные камни.

https://habrahabr.ru/post/151009/

https://habrahabr.ru/post/151009/

Спасибо. Эту статью видел. 2012 год ?. Может живые люди есть.

Как-то мы незаметно в обсуждение JS скатились. ?

Имел дело с node.js в продакшене, и воспринял критику языка близко к сердцу..

node-js дестабилизирует эмоциональный фон)) http://tonsky.livejournal.com/266519.html

боже мой

какой текст

какой типаж

утащил, спасибо

Какое-то странное ощущение после прочтения...

мне тоже нра.

Кстати, есть мощная идея на счёт node js

Мне кажется это скорее про руби, а не про ноду )

сделать форк SAFE , в котором вместо suave будет нода-жс express на fable - NAFE, или EAFE. Вот это мне кажется порвёт все шаблоны!

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

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

именно

я прямо ощутил примерно то же самое, когда читал в нетленном тексте про корованы идею LOD и замен спрайтами очень далёких моделей

сделать форк SAFE , в котором вместо suave будет нода-жс express на fable - NAFE, или EAFE. Вот это мне кажется порвёт все шаблоны!

Экспресс на fable ??

Экспресс на fable ??

?‍♂️

?‍♂️

Сам же предложил !)

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

Best practice

https://twitter.com/FSharpData/status/911636435962355712

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

оффтоп, мне вот эта история про гц нравится https://groups.google.com/forum/message/raw?msg=comp.lang.ada/E9bNCvDQ12k/1tezW24ZxdAJ

Спасибо. Эту статью видел. 2012 год ?. Может живые люди есть.

Думаю чуть актуальнее станет, когда Unity таки .NET Standard 2.0 реализует к концу года.

Интересная идея http://fable.io/fableconf/#speakers/maxime

https://github.com/MangelMaxime/Hink

оффтоп, мне вот эта история про гц нравится https://groups.google.com/forum/message/raw?msg=comp.lang.ada/E9bNCvDQ12k/1tezW24ZxdAJ

риторический ворос - а не вытекут ли мозги до нуля до взрыва ракеты?)) У руби-хипстеров в продакшене аптайм демонов составляет 23 секунды https://habrahabr.ru/company/Voximplant/blog/270227/ , а дальше - kill 9, ибо память фсё

Посмотрите, о чем твитнул(а) @realvictorprm: https://twitter.com/realvictorprm/status/911966251752329217?s=09

Просто автоматическое добавление коммента? Или это какая-то чисто визуальная штука?

Просто автоматическое добавление коммента? Или это какая-то чисто визуальная штука?

Визуальная.

Как в vscode.

Тогда классно :)

Это эксперимент или готовят фичу в ionide?

Это ж в VS

В Ionide уже такое есть (через Code-Lens)

Жалко. В ionide этого кстати нет для лок. переменных.

А, ну м.б.

Иногда смотришь на длинную чепочку |> и не понятно, а какой же там тип в середине

Вот только хотел написать про это

Самый полезный сценарий такой штуки — показывать тип значения для каждого шага |>

Вообще, в VS 2017 уже с этим получше

Иногда смотришь на длинную чепочку |> и не понятно, а какой же там тип в середине

Запили!

Во всплывающих подсказках для обобщённых типов покаызвается, какой конкретный тип подставляется вместо 'T, 'K и т.п. Я уже кидал сюда скрин как-то.

Жалко. В ionide этого кстати нет для лок. переменных.

Если все переменные будут аннотироваться, будет очень грустно смотреть на код. Представь — между всеми строчками вылезут аннотации типов.

Может, надо какой-то дополнительный признак вводить.

Если все переменные будут аннотироваться, будет очень грустно смотреть на код. Представь — между всеми строчками вылезут аннотации типов.

Можно опционально сделать.

Ну, чтоб не всё подряд, а только нужное.

Включил, посмотрел на пайп, выключил.

Скажем, только функции, или только сигнатуры определённой длины.

Включил, посмотрел на пайп, выключил.

Это можно мышкой делать.

Если все переменные будут аннотироваться, будет очень грустно смотреть на код. Представь — между всеми строчками вылезут аннотации типов.

Хм, я думал справа, как на видео.

Хм, я думал справа, как на видео.

Думаешь, справа будет сильно удобней?

Всё равно же весь код будет в аннотациях. Много шума.

Можно ограничить только для pipe, где не очевидны типы. Короче кому-то надо это обдумать.

Как вариант, только для многострочных |>

Если в одной строке несколько |>, то показывается тип последнего.

Вот тут обсуждение. https://github.com/ionide/ionide-vscode-fsharp/issues/426 @artemy_b @angmarr

DSL для докера. https://github.com/ninjarobot/FSharp.Text.Docker

F# Weekly #38 - be on the SAFE Stack today! https://sergeytihon.com/2017/09/24/f-weekly-38-be-on-the-safe-stack-today/

Интересно, можно ли сделать автоматический репост F# Weekly сюда в Телеграм?)

Вот тут обсуждение. https://github.com/ionide/ionide-vscode-fsharp/issues/426 @artemy_b @angmarr

Тут, вроде, уже предложили примерно то, что я имел в виду.

Интересно, можно ли сделать автоматический репост F# Weekly сюда в Телеграм?)

Зачем? Есть же я. .__.

@gsomix хмм...?

Ну так-то да

Но автоматом была бы прямо мгновенная доставка, свежее некуда.

Да ладно, там и так недельная задержек на викли. Gsomix и так самое свежее на прямую из твиттера репостит

Вопрос про Discriminated Union. Что вот это за методы/свойства - IsTheA, IsTheB, как к ним обратиться? На скриншоте просто результат вывода значения DU в LinqPad. Есть ли реально такие свойства или же это просто визуализация LinqPad?

Вопрос про Discriminated Union. Что вот это за методы/свойства - IsTheA, IsTheB, как к ним обратиться? На скриншоте просто результат вывода значения DU в LinqPad. Есть ли реально такие свойства или же это просто визуализация LinqPad?

Эти свойства реально есть, они публичные, к ним можно обращаться из C# кода. https://sharplab.io/#v2:DYLgZgzgPgLgngBwKYAICCKC8BYAUCglKFAFQAsk09CjSKAhFAezBQhgCcBLAOwHNqhPMCQwUAQyx1KQA===

Интересно. Похоже даже из F# можно обращаться. Код, использующий эти свойства подчеркивается как ошибка, но компилируется. Думаю все дело в аттрибутах DebuggerBrowsable(DebuggerBrowsableState.Never), DebuggerNonUserCode. Зачем они?..

Интересно. Похоже даже из F# можно обращаться. Код, использующий эти свойства подчеркивается как ошибка, но компилируется. Думаю все дело в аттрибутах DebuggerBrowsable(DebuggerBrowsableState.Never), DebuggerNonUserCode. Зачем они?..

Чтобы при отладке глаза не мозолили.

А так понимаю причина того, что интерпретатор не знает об этих свойствах кроется в этих аттрибутах. И странно, что их скрыли. По сути в своем коде я пишу аналогичные функции.

А так понимаю причина того, что интерпретатор не знает об этих свойствах кроется в этих аттрибутах. И странно, что их скрыли. По сути в своем коде я пишу аналогичные функции.

Обычно match используют, поэтому и скрыли.

Andrew Висит, что одобрено. https://github.com/fsharp/fslang-suggestions/issues/222

Это радует. Ибо удобно

а то приходится писать так:

let (|IsElement|IsEmptyElement|IsText|IsEndElement|) = function | Element _ -> IsElement | EmptyElement _ -> IsEmptyElement | Text _ -> IsText | EndElement _ -> IsEndElement или такое: let isElement = function Element _ -> true | _ -> false let isEmptyElement = function EmptyElement _ -> true | _ -> false let isText = function Text _ -> true | _ -> false let isEndElement = function EndElement _ -> true | _ -> false

объясните мне дураку за каким хрпеном в SortedList - Add(Key, Value), но при этом RemoveAt(Index). https://msdn.microsoft.com/en-us/library/system.collections.sortedlist(v=vs.110).aspx

объясните мне дураку за каким хрпеном в SortedList - Add(Key, Value), но при этом RemoveAt(Index). https://msdn.microsoft.com/en-us/library/system.collections.sortedlist(v=vs.110).aspx

После добавления элемент получает индекс в отсортированном списке. Там и обычный Remove(Object) есть.

я имел ввиду - на хрен нужно by key и by index в одном флаконе. И ещё там смешная документация к Add(Key, Value): This method is an O(n) operation for unsorted data, where n is Count. Я затрудняюсь понять что такое здесь "unsorted data".

я имел ввиду - на хрен нужно by key и by index в одном флаконе. И ещё там смешная документация к Add(Key, Value): This method is an O(n) operation for unsorted data, where n is Count. Я затрудняюсь понять что такое здесь "unsorted data".

Как в обычном листе - если вставленный элемент пойдет не в конец, то сложность O(n). http://referencesource.microsoft.com/#mscorlib/system/collections/sortedlist.cs,988f6de235963587,references

документацию я читал, да. Теперь пытаюсь найти в ней смысл. Чтобы задавать вопросы по SortedList соискателям и не выглядеть идиотом.

Интересно, можно ли сделать автоматический репост F# Weekly сюда в Телеграм?)

Есть канал, куда его постят. https://t.me/F_Sharp

документацию я читал, да. Теперь пытаюсь найти в ней смысл. Чтобы задавать вопросы по SortedList соискателям и не выглядеть идиотом.

А зачем спрашивать на собеседовании то, чего ни сам не знаешь, и другие тоже вряд ли ответят (по моему опыту далеко не все и обычные словари знают)?

"А зачем спрашивать" - у нас в колективе дискуссия по этому поводу. Я сторонник того, что sortedlist придумали дураки для дураков. Пытаюсь найти разумные аргументы против этого тезиса, пока не нашёл.

Наверное есть кейсы, когда просто удалить элемент по индексу проще.

я имел ввиду - на хрен нужно by key и by index в одном флаконе. И ещё там смешная документация к Add(Key, Value): This method is an O(n) operation for unsorted data, where n is Count. Я затрудняюсь понять что такое здесь "unsorted data".

А что больше смущает by key или by index? :)

Я инвестигировал этот вопрос. Фишка сортедЛист в том, что это по сути список, массив и хэштейбл(почти) в одном флаконе. Операции поиска по чему угодно - не больше O(log n) (в этом вся соль).

Но за это платим долгой инициализацией/добавлением/удалением

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

в принципе это всё, что должен знать соискатель

А насчет вопроса, зачем byKey и byIndex - они имеют разный смысл. Кей - ключ, с которым ассоциируется значение. Индекс - порядковый номер в лиссте

спашивать хорошо бы то, что на практике использовал

Вообще, в моей практике такой кейс был несколько раз. В результате, сортед лист оптимизировал мне некоторые вещи. Без него бы я либо искал бы предыдущиий/следующий за Оn либо бай кей за Оn. а это говно

ну вот ты и спрашивай ) а не топикстартер