проблема в том, что hashmap и красночерное дерево это разные вещи

так там так и написано

/iqtest

190

не люблю неуважение

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

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

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

проблема в том, что hashmap и красночерное дерево это разные вещи

TreeMap*, че я несу

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

ты не так понял

это не был намёк на то что надо чувствовать себя ущербными

это был вопрос, не чувствуют ли люди себя неудовлетворёнными своими знаниями

это был вопрос, не чувствуют ли люди себя неудовлетворёнными своими знаниями

вот это нормальная форма вопроса, я считаю

я вот всегда до знаний голоден

всегда мало

а кому-то норм и так

вот это нормальная форма вопроса, я считаю

ну по-моему было понятно что он имел ввиду) я просто написал длиннее и зануднее

Опять же, знание алгоритмов что из себя представялет - я знаю 8 методов сортировки - ну ребят, ок, когда приходилось писать самому? а вот понимание как из знания восьми методов сортировки выдать алгоритм который пиггибечица и поэтому вместо n2 -> n log n это уже совсем другая вещь

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

Лан, переформулирую вопрос: Вот есть я, обычный быдлокодер, который знает всякие структуры данных, иногда освежает в памяти, правда. Этот же я знает и про сортировки. Алгоритмы на этом не заканчиваются, они на этом только начинаются: есть всякие более сложные вещи, которые всё ближе к математике. И вот столкнулся в очередной раз с тем, что с одной стороны, на практике почти ни разу не нужны были знания алгоритмов, но с другой стороны, всякие задачи на логику и алгоритмы иногда похожи на те, что бывают в реальности (с некоторым утрированием). И посещают мысли, что в таких задачах алгоритмы помогать могут. Так ли это? Вот в этом контексте и интересно, чё как в реальности у людей.

надо решать олимпиадные задачи

ты не так понял

Это dmsol, можно только привыкнуть.

чтобы закреплять знания

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

Опять же, знание алгоритмов что из себя представялет - я знаю 8 методов сортировки - ну ребят, ок, когда приходилось писать самому? а вот понимание как из знания восьми методов сортировки выдать алгоритм который пиггибечица и поэтому вместо n2 -> n log n это уже совсем другая вещь

Вооо, да.

я вот всегда до знаний голоден

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

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

очень много архитектурных вещей основаны на простых алгоритмах, внезапно. И опять же, архитектурные это какие? как взять сервис А и например хрень Б и заставить их работать, или например как организовать распространение статуса в системе на 150 машинах - совсем разные задачи, но тоже архитектурные

посоны, давайте говорить конкретнее

что вы подразумеваете под теми вещми, которые высказываете

очень много архитектурных вещей основаны на простых алгоритмах, внезапно. И опять же, архитектурные это какие? как взять сервис А и например хрень Б и заставить их работать, или например как организовать распространение статуса в системе на 150 машинах - совсем разные задачи, но тоже архитектурные

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

@KolesnichenkoDS , а что, много вариантов?

http+json и вперед

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

по сути выбор небольшой, и опять же зависит от бизнес требований, по взаимодействию, практичкески всегда будет rest/постоянные-соедениения-но-не-ws, по протоколам - опять же все стандартно - json/xml/protobuf/messagepack/ща-напишу-тут-вам-свой-протокол по базам - от паттерна работы с данными

а дальше это миксуешь

лучше начни с простого и проверенного, а то с тобой случится over engineering(такое часто бывает)

по сути выбор небольшой, и опять же зависит от бизнес требований, по взаимодействию, практичкески всегда будет rest/постоянные-соедениения-но-не-ws, по протоколам - опять же все стандартно - json/xml/protobuf/messagepack/ща-напишу-тут-вам-свой-протокол по базам - от паттерна работы с данными

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

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

еще все впереди

я вот всегда до знаний голоден

это пройдет)

по сути выбор небольшой, и опять же зависит от бизнес требований, по взаимодействию, практичкески всегда будет rest/постоянные-соедениения-но-не-ws, по протоколам - опять же все стандартно - json/xml/protobuf/messagepack/ща-напишу-тут-вам-свой-протокол по базам - от паттерна работы с данными

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

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

/iqtest

/iqtest

Не прошел

/iqtest

/iqtest

аналогично

combot.org/chat/-1001043090457

/iqtest

ежемесячная икутестилка; у кого сколько?

Кто что за lagom может сказать?

пишите микросервисы на нем?

Кто что за lagom может сказать?

это же скалоидное что-то?

ежемесячная икутестилка; у кого сколько?

мне показывает 190, причём стал так показывать сразу как только я написал hello world на скале

до этого было 78

это же скалоидное что-то?

да

говорят хайповая вещь

емнип, даже в чатике по скале писали что пациент скорее мертв

Разве ? Там же на джаве все

типо спринг, но для скалы

говорят хайповая вещь

толсто!

до этого было 78

успехи делаешь

с инфраструктурой

типо спринг, но для скалы

слушаешь а ты можешь про него рассказать?

(серезный вопрос)

слушаешь а ты можешь про него рассказать?

мне самому чуваки сказали, типо вот есть такая штука

просто он есть и нужны живые представители которые что-то на нем делают

и все

ERROR: S client not available

и я ищу живых представителей

пингани если найдешь

Да мне тоже интересно :)

ну снг отстает всегда от запада

во внедрении таких вещей

С самого начала я слегка следил за ним

Кто что за lagom может сказать?

https://www.youtube.com/watch?v=NYdmwQEa8gs&index=8&list=PLcV0FNC_1srCM6xP1lpx2IDnQurSMZ3EH можт интересно будет, есть немного про Lagom

надеюсь, всё в рамках правил)

пингани если найдешь

пином с нотификацией в 3 часа ночи ?

надеюсь, всё в рамках правил)

да норм

пином с нотификацией в 3 часа ночи ?

отл

ну ща шутехи про сто шагов епам

пином с нотификацией в 3 часа ночи ?

кек

а этот товарисч в чатиках есть?

пином с нотификацией в 3 часа ночи ?

у тебя ко мне что-то личное?

Щито?

у тебя ко мне что-то личное?

я поддерживаю тебя с пингами так что если и в три часа ночи то давай

сам люблю пингать ?

За этим фреймворком - даже какие-то презентации слушал - если я правильно помню то Lightbend сделали фреймворк именно с упором на джаву, чтобы выманить людей с JEE и спринга

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

За этим фреймворком - даже какие-то презентации слушал - если я правильно помню то Lightbend сделали фреймворк именно с упором на джаву, чтобы выманить людей с JEE и спринга

общие слова и так всем ясны

суть не ясна

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

Должен же в чатике такой быть...

https://ordina-jworks.github.io/microservices/2016/04/22/Lagom-First-Impressions-and-Initial-Comparison-to-Spring-Cloud.html

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

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

Григорий, ты сам как к Лагому относишься?

я не отношусь к лагому

а если ты поправил предложение