world poker club, самый большой негемблинговый покер рф

почему у меня вчера постоянно выпадали 2 4 и 3 5, а сегодня J K и Q A?)

сложный вопрос)

почему у меня вчера постоянно выпадали 2 4 и 3 5, а сегодня J K и Q A?)

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

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

Спасибо за ответ)

да и похер тогда

на самом деле можно рисёч провести про то как сейчас импорты пашут в ide и может на них перееду.

меня всегда в технологиях интересует момент удобства применения. Я не вижу реальных проблем ни в импортах ни в глобалах, вопрос лишь в том как на этом писать код. И если можно делать меньше телодвижений то я предпочту их делать меньше.

меня всегда в технологиях интересует момент удобства применения. Я не вижу реальных проблем ни в импортах ни в глобалах, вопрос лишь в том как на этом писать код. И если можно делать меньше телодвижений то я предпочту их делать меньше.

Вот поэтому я и задавал вопрос по namespace, потому что в сети очень мало о них информации в сфере typescript

Реального применения просто нет, либо только в приватных проектах

^ ?

жесть

Вопрос по Flow: Генерики можно как-то использовать для установления связи для типов двух пропов в объекте? Вот что я пытаюсь сдлеать, но Flow не ругается когда должен: https://goo.gl/SpvLSJ

@flowtype_ru

Вопрос по Flow: Генерики можно как-то использовать для установления связи для типов двух пропов в объекте? Вот что я пытаюсь сдлеать, но Flow не ругается когда должен: https://goo.gl/SpvLSJ

Opaque types, загугли статью, она прям про твой кейс

Наверное, с телефона реплы не робят ?

Спасибо люди

Попробую разобраться, если не получится обращусь в тот чат

ооо, и тут срач был про импорты? Я считаю что import/export только на верхнем уровне можно юзать, когда чужую либу там или соседний модуль. внутренние должны быть неймспейсы, потому что там классов может быть очень много.

ооо, и тут срач был про импорты? Я считаю что import/export только на верхнем уровне можно юзать, когда чужую либу там или соседний модуль. внутренние должны быть неймспейсы, потому что там классов может быть очень много.

Срача не было, было обсуждение на сколько это было возможно)

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

Если есть возможность поделиться опытом, то было бы здорово.

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

опять же, если понадобиться подрубать из Scalajs или GWT или Kotlin или хакса, то тоже будет очень весело

у меня опыт разработчика на джаве/котлине.

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

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

Было бы здорово ?

да, npm позволил разводить кучу модулей по десятку-сотне строк. С одной стороны удобно, с другой хрен его знает что там может твориться когда оно всё в месте работает. В maven-репах как-то получше с этим балансом

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

И при чём тут импорты?

у меня опыт разработчика на джаве/котлине.

В Тулу со своим самоваром не ездят, бро

https://github.com/photonstorm/phaser/tree/master/v3/src/math

вот оно это адище

Ииии

Я не понимаю где ты видишь связь между отдельным упоротым проектом и импортами

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

Это я тебе как чувак пришедший с джавы говорю

а я не перешёл. Я использую вообще всё :)

"отдельный упоротый проект" это html5 движок с самым большим community

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

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

всё нужно в меру

и форс import/export как единственно верной модульности для браузерной платформы это полный пипец

"отдельный упоротый проект" это html5 движок с самым большим community

можно еще брать best practices из вордпресса

Зачем впадать в крайности?

неймспейсы просто устаревшее, не самое удачное решение

неймспейсы просто устаревшее, не самое удачное решение

А какое удачное решение?)

esm более удачное

и принятое в сообществе

https://basarat.gitbooks.io/typescript/docs/project/namespaces.html > For most projects we recommend using external modules and using namespace for quick demos and porting old JavaScript code. это конечно не значит, что если у вас есть проект с 2012го года на ts, то надо весь его в один момент перепилить

в выборе namespace vs modules рекомендуется всегда выбирать modules, но если есть какие-то особые причины(какой-то костыль для тса или для совместимости с чем-то), то namespace пока тоже может чем-то помочь

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

плюсы это в си там

и форс import/export как единственно верной модульности для браузерной платформы это полный пипец

Не стоит называть всё непривычное пипцом

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

В отличии от неймспейсов они там хотя бы есть

В отличии от неймспейсов они там хотя бы есть

в неймспейсах в 2012ом тоже были плюсы

если альтернативой было все в глобалы)

Ну да) Хорошо что сейчас 2017

а, ну еще > https://www.typescriptlang.org/docs/handbook/namespaces-and-modules.html Starting with ECMAScript 2015, modules are native part of the language, and should be supported by all compliant engine implementations. Thus, for new projects modules would be the recommended code organization mechanism.

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

в выборе namespace vs modules рекомендуется всегда выбирать modules, но если есть какие-то особые причины(какой-то костыль для тса или для совместимости с чем-то), то namespace пока тоже может чем-то помочь

Ну вот например мне нравится Breadth-first search а им нравится depth-first, а штуки эти хоть и обе применимы ко многим задачам но их используют в зависимости от обстоятельств

это сводится к тому кто какой обход графа любит.

“кто как любит” это что-то уровня “я привык так в других языках"

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

Причем тут привык? Речь об удобстве пользования. Для меня характерный минус модулей перед namespace, что приходится объявлять в каждом модуле index.ts и вносить в него модули/классы на экспорт. Хочется чего-то прозрачного.

Причем тут привык? Речь об удобстве пользования. Для меня характерный минус модулей перед namespace, что приходится объявлять в каждом модуле index.ts и вносить в него модули/классы на экспорт. Хочется чего-то прозрачного.

я не понял кейс, делаете import и export нужного, это очень удобно, попробуйте

я не понял кейс, делаете import и export нужного, это очень удобно, попробуйте

Это нужно поддерживать

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

Это нужно поддерживать

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

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

Мы говорим про поддержку экспортов - на каждый новый класс необходимо редактировать экспорт

Мы говорим про поддержку экспортов - на каждый новый класс необходимо редактировать экспорт

можно пример?

в смысле надо писать export около класса или что?

в смысле надо писать export около класса или что?

нет

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

Есть папка с модулем, в ней находится index.ts. В нем прописан export того, что должно выходить наружу. Если происходит изменение этого модуля, напрмер новый класс добавили, то необходимо править index.ts в этом модуле

вот пожалуйста: https://github.com/photonstorm/phaser/blob/master/v3/src/math/index.js

вот пожалуйста: https://github.com/photonstorm/phaser/blob/master/v3/src/math/index.js

Да, именно об этом и говорю

Дело не в количестве экспортов, а в том что это приходится делать

Это необходимо контроллировать

Пацаны из респектабельных языков удивляются приоритету явного перед неявным; комедия

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

поэтому нельзя эти два решения сводить друг к другу

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

Звучит как костыль

а в каких языках есть аналог именно таких namespace, как в ts?

знаете что? вот есть офигенная неявность - Garbage collector

и в JS и в Java и во всех этих языках

давайте её уберём.

???

чтобы было всё явно, когда уничтожаются объекты

а в каких языках есть аналог именно таких namespace, как в ts?

чтобы нельзя было явно прописывать use

давайте её уберём.

(web assembly)

(web assembly)

туда ж добавят)