ну я ж не про себя

а про кого, совсем новичка?

главное, что бы потом с этим как-то жить

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

вот видимо web самое разумное

вот видимо web самое разумное

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

норм веб

ок а с чего обычно начинают учить, книги, статьи ресурсы, спросить есть ли работа у @voidlizard ?

ок а с чего обычно начинают учить, книги, статьи ресурсы, спросить есть ли работа у @voidlizard ?

первые шаги в вебе лучше делать с htmlacademy.ru

пасиб

по этой технологии книжки размером с БСЭ

да, но это потому что энтерпрайз и там воды 90%, писание книжек по джаве -- это бизнес такой. Современные тенденции как раз отходят от энтерпрайзности, минимум контейнеров, микросервисы, траляля, простейший http-server и на него наворачивают бэкэнд. Возможно для новичка сложновато, но это а) наверное самый простой ООП язык б) первый-второй по популярности язык на бэкэнде в) средняя зарплата по больнице выше, чем у похапистов и вообще нормальная

а знать J2EE 7th edition как бы никому особо и не надо нынче

https://habrahabr.ru/post/203688/

читао читал читал

даже комментарии все

а это про что вообще статья?

как проходить курсы?

ничо не понял

наверное пора спать

ну похоже на рекламу курса, но там хотя бы список ссылок есть (и не все выглядят плохими)

Кстати. А как в хаскеле на низком уровне устроена ленивость? Погуглил одним пальцем, но сходу не нашел ничего по теме. Там условный переход есть при каждом обращении к thunk? thunk это сколько байт? он хранит замыкания со всеми параметрами и контекстом? там какой-то jmp делается, чтобы вычислить thunk? Ну в общем такие всякие вопросы. Есть какая-нибудь не сильно замудреная статья?

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

суда по трендам, скоро везде будет один сплошной хаскел

я думал js со всякой фп примесью

Кстати. А как в хаскеле на низком уровне устроена ленивость? Погуглил одним пальцем, но сходу не нашел ничего по теме. Там условный переход есть при каждом обращении к thunk? thunk это сколько байт? он хранит замыкания со всеми параметрами и контекстом? там какой-то jmp делается, чтобы вычислить thunk? Ну в общем такие всякие вопросы. Есть какая-нибудь не сильно замудреная статья?

GHC имеет под два десятка стадий переписывания графа вычислений. Есть целая книга SPJ Implementation of FPLs. Старая, правда. И более новое описание того же вопроса с похожим названием.

Кстати. А как в хаскеле на низком уровне устроена ленивость? Погуглил одним пальцем, но сходу не нашел ничего по теме. Там условный переход есть при каждом обращении к thunk? thunk это сколько байт? он хранит замыкания со всеми параметрами и контекстом? там какой-то jmp делается, чтобы вычислить thunk? Ну в общем такие всякие вопросы. Есть какая-нибудь не сильно замудреная статья?

про pointer tagging статью погугли

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

вообще там еще всякие оптимизации есть

про pointer tagging статью погугли

http://simonmar.github.io/bib/papers/ptr-tagging.pdf оно?

похоже на то

Круто, спасибо

тут помнится какую-то альтернативу Parsec называли

никак найти не могу

что это могло быть?

а, polyparse

Неужели https://phabricator.haskell.org/D3361

объясните, почему я так часто встречаю баги с переполнением стека в хаскеле/лиспе?

жизнь боль

часто?

объясните, почему я так часто встречаю баги с переполнением стека в хаскеле/лиспе?

делаешь что-то не так

делаешь что-то не так

я имею ввиду что в утилитах написанных на лисп/хаске такое часто встречается

объясните, почему я так часто встречаю баги с переполнением стека в хаскеле/лиспе?

просто мало кто умеет в хвостовую рекурсию

я имею ввиду что в утилитах написанных на лисп/хаске такое часто встречается

в каком именно лиспе?

в каком именно лиспе?

вот тут хрен знает какой https://github.com/dimitri/pgloader

вот тут хрен знает какой https://github.com/dimitri/pgloader

common lisp

пользовался один раз в жизни этим pgloaderом, и проблема была ровно такая же, он безумно прожоливый

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

хм... странно, а чего в issue пишут?

хм... странно, а чего в issue пишут?

скомпилировать другим тулчейном, но не всем помогает

хм. а чем ты комплишь? sbcl?

пользовался один раз в жизни этим pgloaderом, и проблема была ровно такая же, он безумно прожоливый

chunk size сделал 100 вместо 25000, вот почти неделю заливается. Я сам написал говнокод на go с chunk size 25000, и та же беда точно произошла

хм. а чем ты комплишь? sbcl?

я готовый бинарник взял из apt, там не ccl

а сама либа вызывает рекурсию или ты?

а сама либа вызывает рекурсию или ты?

я сам рекурсию делаю

тогда вопрос к тебе

я сам рекурсию делаю

тьфу, я имел ввиду мой говнокод. А в pgloader конечно где-то рекурсия есть

ты делаешь рекурсивный вызов

кусок кода кинь в лс

тут типа не про лисп группа

не, я на лиспе не пишу, просто мне показалось что часто в лисповых инструментах встречаю баги с heap overflow

эм.... мне кажется, что это надуманное мнение...

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

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

надо стараться по максимуму все превращать в хвостовую рекурсию, тогда проблем со стеком не будет

тред-сейв и рекурсия .... ммммммм...... ммммммм.....

просто рекурсию в тейл позишн и все

хм, почитаю сейчас

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

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

не, я тут яп не ругаю, просто не знаком с матчастью фяп

бывает

не, я тут яп не ругаю, просто не знаком с матчастью фяп

http://learnyouahaskell.com/recursion

http://learnyouahaskell.com/recursion

не, хотелось бы почитать о том как оно устроено under the hood

https://github.com/ghc/ghc

не, хотелось бы почитать о том как оно устроено under the hood

? выше ссылка на компилятор. читай на здоровье

супер ?

Так ли нужны хвостовые рекурсии? Имплементирована ли в GHC TCO –– я очень сомневаюсь. Вики говорит (и я всегда думал), что нужно писать guarded рекурсии: https://wiki.haskell.org/Tail_recursion#Tail_call_optimisation

я же правильно понимаю, что если (в любом ЯП) включить TCO, то в случае чего по стектрейсу ничего не понятно будет?

я же правильно понимаю, что если (в любом ЯП) включить TCO, то в случае чего по стектрейсу ничего не понятно будет?

правильно

так вот нет наверно смысла включать её глобально

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

к тому же хаскель и так достаточно быстрый

я тут провел 4 увлекательных дня с gdb. так, прям с 8 утра, и до 3ночи. C-89. неизгладимое впечатление. я люблю хаскел

Так ли нужны хвостовые рекурсии? Имплементирована ли в GHC TCO –– я очень сомневаюсь. Вики говорит (и я всегда думал), что нужно писать guarded рекурсии: https://wiki.haskell.org/Tail_recursion#Tail_call_optimisation

верно, в ленивых языках TCO менее важна

я тут провел 4 увлекательных дня с gdb. так, прям с 8 утра, и до 3ночи. C-89. неизгладимое впечатление. я люблю хаскел

❤️

к тому же хаскель и так достаточно быстрый

TCO помогает не с performance, а с излишним использованием стека

Подскажите, из каких модулей проще слепить реверс-HTTP-прокси-сервер? Суть вкратце: слушаем коннекты на определенном порту, и для каждого клиента перекидываем его реквест через какой-нибудь прокси-сервер из пула серверов.

из nginx'а?

TCO помогает не с performance, а с излишним использованием стека

ну это тоже перфоманс от части

я имею ввиду что в утилитах написанных на лисп/хаске такое часто встречается

можно несколько примеров?

из nginx'а?

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

можно несколько примеров?

вот я опенсос проектов таких еще не видел

не видел, но часто случается, ок

прокси из network-conduit в 3 строки

оно у них прямо в хаддоках написано, но лучше nginx :)

просто у меня есть пауки, и хочу отстегнуть логику прокси от перемешивания и хранения массы прокси-серверов. Просто хочу поднять один прокси сервер и направлять всех пауков туда

в среде блеквованов это называется backconnect proxy

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

тогда в сторону http://hackage.haskell.org/package/warp можно посмотреть, думаю

я бы не таскал хттп на последнем уровне

а там уже все что угодно можно делать

тогда в сторону http://hackage.haskell.org/package/warp можно посмотреть, думаю

угу спсибо, я с ним и собрался делать. А как лучше реализовать персистенси данных? Писать свой сериализатор на диск/с диска, или может есть готовый пакет?

не хочется ради этого редис подключать