E
понятно, что в data science нужны алгоритмы
Size: a a a
2020 July 17
АП
я тебе раскажу что если видишь слово биткоин там тоже спросят, но я всегда уточняю какие программисты им нужны
E
а шаблоны проектирования?
АП
опять же раз на раз не приходится
АП
структуры данных посмотри обязательно, всякие btree hashmap, потом посмотри как они в гоу в движке применяются
E
есть сомнения, что многие шаблоны проектирования - это типа "костыли" из-за того, что в языках программирования были недостатки
E
например, в одном языке программирования нужно использовать шаблон проектирования, а в другом языке программирования уже есть встроенные средства и этот шаблон не нужно реализовывать
AK
есть сомнения, что многие шаблоны проектирования - это типа "костыли" из-за того, что в языках программирования были недостатки
Шаблоны проектирования это как говорил один умный чувак 25 способов избавится от
Switch/Case 🙂E
Шаблоны проектирования это как говорил один умный чувак 25 способов избавится от
Switch/Case 🙂иначе говоря, шаблоны проектирования - это типа workaround?
AK
иначе говоря, шаблоны проектирования - это типа workaround?
Не знаю что подразумевается под workarround. На самом деле шаблоны проектирования это шаблоны проектирования. Набор готовых проверенных решений для конкретного набора проблем со своими плюсами и подводными камнями.
OJ
а алгоритмы сейчас актуально спрашивать на собеседованиях?
Во многих компаниях часто лайвкодинг с задачкой на алгоритмы, обычно ничего сложного, без свд разложений, красно-чёрных деревьев и прочего. Нужно по большей мере для того чтобы посмотреть как ты рассуждаешь и находишь решения.
E
Не знаю что подразумевается под workarround. На самом деле шаблоны проектирования это шаблоны проектирования. Набор готовых проверенных решений для конкретного набора проблем со своими плюсами и подводными камнями.
шаблоны проектирования не связаны с языками программирования?
E
Во многих компаниях часто лайвкодинг с задачкой на алгоритмы, обычно ничего сложного, без свд разложений, красно-чёрных деревьев и прочего. Нужно по большей мере для того чтобы посмотреть как ты рассуждаешь и находишь решения.
логику проверяют?
x
шаблоны проектирования не связаны с языками программирования?
В общем случае всё в разработке связано с языками программирования.
Но сами по себе шаблоны проектирования — это вещи другого уровня, более абстрактного, нежели непосредственно языки программирования.
Микросервисы, например, это шаблон проектирования уровня архитектуры. И на этом уровне ЯП не важен.
Но есть шаблоны уровня ЯП, да.
Но сами по себе шаблоны проектирования — это вещи другого уровня, более абстрактного, нежели непосредственно языки программирования.
Микросервисы, например, это шаблон проектирования уровня архитектуры. И на этом уровне ЯП не важен.
Но есть шаблоны уровня ЯП, да.
АД
Во многих компаниях часто лайвкодинг с задачкой на алгоритмы, обычно ничего сложного, без свд разложений, красно-чёрных деревьев и прочего. Нужно по большей мере для того чтобы посмотреть как ты рассуждаешь и находишь решения.
Тоже встречался с таким. У самого особых проблем не вызывало, но есть же люди которые стесняются или волнуются. Может есть люди которые тратят час на подумать, а потом выдают идеальное решение
E
В общем случае всё в разработке связано с языками программирования.
Но сами по себе шаблоны проектирования — это вещи другого уровня, более абстрактного, нежели непосредственно языки программирования.
Микросервисы, например, это шаблон проектирования уровня архитектуры. И на этом уровне ЯП не важен.
Но есть шаблоны уровня ЯП, да.
Но сами по себе шаблоны проектирования — это вещи другого уровня, более абстрактного, нежели непосредственно языки программирования.
Микросервисы, например, это шаблон проектирования уровня архитектуры. И на этом уровне ЯП не важен.
Но есть шаблоны уровня ЯП, да.
микросервис - это шаблон проектирования?
есть сомнения, что микросервис - это просто пример правила "разделяй и властвуй", причём это ещё в философии UNIX было: каждая программа должна решать только одну задачу
есть сомнения, что микросервис - это просто пример правила "разделяй и властвуй", причём это ещё в философии UNIX было: каждая программа должна решать только одну задачу
S
микросервис - это шаблон проектирования?
есть сомнения, что микросервис - это просто пример правила "разделяй и властвуй", причём это ещё в философии UNIX было: каждая программа должна решать только одну задачу
есть сомнения, что микросервис - это просто пример правила "разделяй и властвуй", причём это ещё в философии UNIX было: каждая программа должна решать только одну задачу
Это архитектурное решение.
S
микросервис - это шаблон проектирования?
есть сомнения, что микросервис - это просто пример правила "разделяй и властвуй", причём это ещё в философии UNIX было: каждая программа должна решать только одну задачу
есть сомнения, что микросервис - это просто пример правила "разделяй и властвуй", причём это ещё в философии UNIX было: каждая программа должна решать только одну задачу
"только одну задачу"
И делать это безупречно (что в микросервисах забывают)
И делать это безупречно (что в микросервисах забывают)
x
микросервис - это шаблон проектирования?
есть сомнения, что микросервис - это просто пример правила "разделяй и властвуй", причём это ещё в философии UNIX было: каждая программа должна решать только одну задачу
есть сомнения, что микросервис - это просто пример правила "разделяй и властвуй", причём это ещё в философии UNIX было: каждая программа должна решать только одну задачу
Я же и говорю, есть разные уровни проектирования и, как следствие, разные уровни шаблонов проектирования.
На одном уровне у вас шаблон — это фабрика, а на другом — микросервисы. Всё зависит от того, что вы проектируете.
На одном уровне у вас шаблон — это фабрика, а на другом — микросервисы. Всё зависит от того, что вы проектируете.
E
Это архитектурное решение.
а то, что каждая переменная только для одной задачи - это тоже архитектурное решение?
а то, что каждая функция только для одной задачи - это тоже архитектурное решение?
а то, что каждый класс только для одной задачи - это тоже архитектурное решение?
а то, что каждая функция только для одной задачи - это тоже архитектурное решение?
а то, что каждый класс только для одной задачи - это тоже архитектурное решение?