не знаю из какого года статья , но проект мертв лет как 5. внутри все сделано на jquery.
Несколько лет назад другие люди форкнули fomantic ui, но там всё тоже плачевно , уже какой год пытаются отказаться от Jquery и выкатить версии для vue, react но пока без успешно
1 ) А где можно найти код критериев ранжирования или хотябы словесное описания?
очень интересно чем отличается: hot \ trend \ интересное\ fresh\ популярное
2) "Реализован вывод дерева комментариев с настраиваемой глубиной и срезом комментариев."
Тут технический вопрос, как идет подгрузка ? как в reddite когда происходит сначала подгрузка первых - вторых уровней ,а потом пользователей может углубится ИЛИ просто подгружается всё подряд сверху вниз по всю глубину
3) "присоединилось более 30 человек(с профильным опытом от 4 до 14 лет). В команде есть: бэкенд - и фронтенд-разработчики, дизайнеры, иллюстратор, DBA, девопсы, тестировщики, ML-инженер, маркетолог и smm-специалист. "
Самый удобный выглядят Refit\RestEase , строготипизированный , вызов через интерфейс. Думаю удобно делать вызовы между микросервисами если шарнуть библиотеку с интерфейсом между ними.
Вот только атрибуты лишне выглядит, неужели нельзя без атрибутов чтобы /url шел по названию метода? чтобы интерфейс оставался абсолютно чистым
var gitHubApi = RestService.For<IGitHubApi>("https://api.github.com");
var octocat = await gitHubApi.Post.UpdateUser(new { id = 1, name = "octocat" });
// url https://api.github.com/UpdateUser
var octocat = await gitHubApi.Get.GetUser(new { id = 1 });
// url https://api.github.com/GetUser?id=1
Да и вообще страно что никто не реализовал библиотеку через экспрешены чтобы параметры тоже были строготипизированы
var octocat = await gitHubApi.Post(call => call.UpdateUser(1, "octocat"));
Внутри транзакции указывается slippage tolerance ? Если нет, то как проводится эта транзакция если бот видит нужную транзакцию, посылает свою с большим MEV , но потом транзакция жертвы отменяется из за slippage tolerance.
Почему я спрашиваю , на uniswap понажимал , и вижу что проверка slippage tolerance просто перед транзакцией стучится на какой то API и возвращается ответ. Тоесть работает только на клиенте?!
Меня всегда забавляли моменты копошения в пикселях (что будет если 1 - "1"), вместо осознания кругозора человека, уровней его абстракций, построения сложных систем, процессов, выбор технологий и .тд. )))
Я извиняюсь , а как это масштабируется ? Я правильно понимаю никак? Если 1 миллион пользователей одновременно нажмут одну кнопку , они все будут последовательно по очереди обрабатываться?
Ох какое сильное влияние и крепость старых подходов культуры и ценностей, у нас давно многие стартапы в долине абсолютно другой подход культуры выстраивают.
Почти так, но вы пропустили этапы .net core до 3.0 , но не суть.
Контекст как вы описали жил еще во времена IIS когда , контекст был жестко привязан в flow цепочки обработки. Сейчас контекст живет как обычный объект в разрезе жизни потока и сборщика мусора.
Пример с замыканиями описал тут (ниже) , когда контекст живет после отдачи клиенту ответа и закрытия соединения:
Ну не знаю ребят насчет "неправильного использования" , всетаки такие изменения были .net core 2.1 для улучшения многопоточности , как я помню они убрал какие то локи в ситуации: когда внутри asp.net на запрос создавался системный поток , а потом пользователь внутри создавал свой поток без блокировки, и системный отпускался, отдавался Response клиенту и вызывался Dispose на МемориЧеч , ПРИ ЭТОМ Меморич использовался и внутри системного потока , так и внутри пользовательского потока (замыкание на мемчеч).
Какая разница что ты с карты или через п2п покупаешь рубли или долары, меняй потом , стаканы на биржах по 2m$
Я всеравно не понимаю зачем вся эта прослойка если не решает основной кэйс: автоматическое масштабирование микросервисов при увеличении партиций
Всегда было интересно чем отличаются и какие алгоритмы ранжирования для:
"hot \ trend \ интересное\ fresh\ популярное"
Сейчас в РФ Сеньор это конец?
Мне кажется это только начало пути.
"как Semantic UI"
не знаю из какого года статья , но проект мертв лет как 5. внутри все сделано на jquery.
Несколько лет назад другие люди форкнули fomantic ui, но там всё тоже плачевно , уже какой год пытаются отказаться от Jquery и выкатить версии для vue, react но пока без успешно
1 ) А где можно найти код критериев ранжирования или хотябы словесное описания?
очень интересно чем отличается: hot \ trend \ интересное\ fresh\ популярное
2) "Реализован вывод дерева комментариев с настраиваемой глубиной и срезом комментариев."
Тут технический вопрос, как идет подгрузка ? как в reddite когда происходит сначала подгрузка первых - вторых уровней ,а потом пользователей может углубится ИЛИ просто подгружается всё подряд сверху вниз по всю глубину
3) "присоединилось более 30 человек(с профильным опытом от 4 до 14 лет). В команде есть: бэкенд - и фронтенд-разработчики, дизайнеры, иллюстратор, DBA, девопсы, тестировщики, ML-инженер, маркетолог и smm-специалист. "
Кто оплачивает ЗП 30 скиловых человек?
Самый удобный выглядят Refit\RestEase , строготипизированный , вызов через интерфейс. Думаю удобно делать вызовы между микросервисами если шарнуть библиотеку с интерфейсом между ними.
Вот только атрибуты лишне выглядит, неужели нельзя без атрибутов чтобы /url шел по названию метода? чтобы интерфейс оставался абсолютно чистым
var gitHubApi = RestService.For<IGitHubApi>("https://api.github.com");
var octocat = await gitHubApi.Post.UpdateUser(new { id = 1, name = "octocat" });
// url https://api.github.com/UpdateUser
var octocat = await gitHubApi.Get.GetUser(new { id = 1 });
// url https://api.github.com/GetUser?id=1
Да и вообще страно что никто не реализовал библиотеку через экспрешены чтобы параметры тоже были строготипизированы
var octocat = await gitHubApi.Post(call => call.UpdateUser(1, "octocat"));
шар акции указаны в вакансиях
вызов 1 функции является атомарной как транзакция в VM ton? Если не так, то как происходит откаты если вызвалась только 1 из 2 вызовов блокчейна ?
ps я конечно никогда не видел столько магических цифер, какие то моды , режимы, ячейки, адреса памяти. Как будто это пост ассамблер.
То 10 человек на 1 вакансию, то "не хватает 1 миллион специалистов".
Когда же определятся )
это печально.
получается либа для сайтов "Пивнушек" ( для hiload не годится
По поводу Front-running
Внутри транзакции указывается slippage tolerance ? Если нет, то как проводится эта транзакция если бот видит нужную транзакцию, посылает свою с большим MEV , но потом транзакция жертвы отменяется из за slippage tolerance.
Почему я спрашиваю , на uniswap понажимал , и вижу что проверка slippage tolerance просто перед транзакцией стучится на какой то API и возвращается ответ. Тоесть работает только на клиенте?!
Интересно сколько у них ЗП если всего вся прибыль делится на 32 лица )
Меня всегда забавляли моменты копошения в пикселях (что будет если 1 - "1"), вместо осознания кругозора человека, уровней его абстракций, построения сложных систем, процессов, выбор технологий и .тд. )))
Меня больше бесит что нету автоматического уведомления "вам ответили."
Т.к. пишешь в какойнибудь не популярной статье , через месяц тебе там отвечают , а ты если не подписался , то даже и не вспомнить .
Я извиняюсь , а как это масштабируется ? Я правильно понимаю никак? Если 1 миллион пользователей одновременно нажмут одну кнопку , они все будут последовательно по очереди обрабатываться?
Ох какое сильное влияние и крепость старых подходов культуры и ценностей, у нас давно многие стартапы в долине абсолютно другой подход культуры выстраивают.
Почти так, но вы пропустили этапы .net core до 3.0 , но не суть.
Контекст как вы описали жил еще во времена IIS когда , контекст был жестко привязан в flow цепочки обработки. Сейчас контекст живет как обычный объект в разрезе жизни потока и сборщика мусора.
Пример с замыканиями описал тут (ниже) , когда контекст живет после отдачи клиенту ответа и закрытия соединения:
https://habr.com/ru/articles/755778/#comment_25933458
Ну не знаю ребят насчет "неправильного использования" , всетаки такие изменения были .net core 2.1 для улучшения многопоточности , как я помню они убрал какие то локи в ситуации: когда внутри asp.net на запрос создавался системный поток , а потом пользователь внутри создавал свой поток без блокировки, и системный отпускался, отдавался Response клиенту и вызывался Dispose на МемориЧеч , ПРИ ЭТОМ Меморич использовался и внутри системного потока , так и внутри пользовательского потока (замыкание на мемчеч).
Интересное название KQL , т.к. у 3го уровня абстракции кафки - есть KSQL , не запутайтесь )